年薪10W的程序员用是怎么3年时间成为年薪50W的架构师的？

前言

大家好&＃xff0c;我是Java架构师追风&＃xff0c;一个工作了11年的老程序员&＃xff0c;曾就职于唯品会、京东电商等多家互联网公司&＃xff0c;历任java架构师、研发经理等职位&＃xff0c;参与并主导千万级并发电商网站与后端供应链研发体系搭建&＃xff0c;多次参与电商大促活动技术保障&＃xff0c;在此分享一些自己的经验。

架构师&＃xff0c;我想很多人都知道&＃xff0c;其实该职位头衔在最早的IT领域是没有的&＃xff0c;它是近些年来由互联网的发展所引发的需求&＃xff0c;因为现阶段的数据量及高并发的活跃好动&＃xff0c;引起了不少传统的技术人员的力不从心&＃xff0c;企业愈发关注到了系统架构的重要性&＃xff0c;所以不同行业开始招募架构技术人员&＃xff0c;架构师就诞生了。

以下三个条件不适合做架构设计

对架构不感兴趣&＃xff0c;但又迫于需求;

入IT行业&＃xff0c;年限小于4年的;

主观能动性弱&＃xff0c;又安于现状的;

更好的梳理业务的结构体系;

更好的拓展、维护及性能优化;

更好的适应企业业务灵活的推进;

更好的适应大数据的冲洗和应对;

更好的稳定性、低成本及快速迭代;

架构设计时候需要注意的地方

架构设计需要注意的地方&＃xff0c;不是怎么把架构搭建起来&＃xff0c;而是必须根据业务需求&＃xff0c;严格分析&＃xff0c;实现该需求需要什么技术会更好及更长远发展的考虑;

另外&＃xff0c;构建好的架构虽然可以运行&＃xff0c;但是性能需要跟起来&＃xff0c;否则架构设计会适得其反&＃xff0c;增加不必要的工作量&＃xff0c;那么下面就详细介绍下架构设计的策略。

平台的需求

客户需求

在线购物、在线支付或货到付款;

购买商品后&＃xff0c;客户可以与客服沟通;

购买商品过程&＃xff0c;物流的管理及跟踪;

收取到商品后&＃xff0c;商品、物流评价打分;

客户的需求为最高&＃xff0c;也代表了企业的核心需求&＃xff0c;当然&＃xff0c;企业需求还包括其它很多非功能性需求&＃xff0c;具体请查看需求梳理部分。

根据业务的需求进行子系统模块划分&＃xff0c;可以划分为商品子系统、购物子系统、支付子系统、物流子系统、客服子系统、评论子系统;而非核心需求可拆分出客服子系统、评论子系统及接口子系统。另外&＃xff0c;根据各个子系统的核心等级&＃xff0c;可拆分出核心子系统和非核心子系统&＃xff0c;前者包括商品子系统、购物子系统、支付子系统及物流子系统;后者&＃xff0c;则包括评论子系统、客服子系统及接口子系统。需要注意的是一般大型电商平台的物流系统是单独分离出来的系统(入库、出库、库存管理、配送管理及货品管理)&＃xff0c;而这里划分为子系统的主要目的是为演示核心架构&＃xff0c;本架构中物流子系统一般作为对接和管理独立子系统的对接模块哦。

1、业务拆分目的

为了解决各个模块子系统间的耦合、维护及拓展性;

方便单独部署子系统&＃xff0c;避免集中部署导致一个出问题&＃xff0c;全部不能用;

分配专门的团队&＃xff0c;负责具体的子系统&＃xff0c;最大化工作效率安排;

应对大数据&＃xff0c;高压力时&＃xff0c;保护核心子系统正常使用;

2、业务的架构图

在上面的业务架构图中&＃xff0c;将核心和非核心业务进行拆分&＃xff0c;同时每个系统都要独立部署实现&＃xff0c;做到大数据量压下&＃xff0c;各个系统独立运作&＃xff0c;提高可用性&＃xff0c;必要时可以暂停掉非核心系统的资源开销&＃xff0c;保证核心业务正常为用户服务。

在上面业务架构图基础上&＃xff0c;我们需要一个技术架构的演变过程&＃xff0c;一切只为满足用户的体验和支撑为前提&＃xff0c;所以技术架构的搭建不是一蹴而就的&＃xff0c;而是随着业务的不断衍变&＃xff0c;系统的架构会逐渐完善更新&＃xff0c;以实现应对业务数据量的冲击。

1、基本的架构设计

记得很早的时候&＃xff0c;很多中小企业所采用的架构设计十分简单&＃xff0c;基本使用一台服务器来满足一切需求部署&＃xff0c;比如&＃xff1a;一台服务器同时用作应用部署、数据库存储以及图片存储等&＃xff0c;不料的是待用户数据达到50万以上&＃xff0c;系统出现很多性能问题&＃xff0c;尽管对数据库和程序做个各种性能优化&＃xff0c;结果仍无明显改善&＃xff0c;架构如下&＃xff1a;

后来&＃xff0c;IT程序猿发现图片的读写严重影响了系统性能&＃xff0c;并将图片单独存放在独立服务器中&＃xff0c;并且在架构中引入了Cache中间件&＃xff0c;比如&＃xff1a;Memcache&＃xff0c;这种做法是可取的&＃xff0c;而且比原来性能提高了1-2个性能级别&＃xff0c;架构设计如下&＃xff1a;

2、初级的架构设计

前几年&＃xff0c;一般的电商网站的做法是选用三台服务器&＃xff0c;一台部署应用&＃xff0c;一台部署数据库&＃xff0c;一台部署NFS文件系统&＃xff0c;做到将各个规模庞大并耗用性能的部分剥离到不同服务器设备&＃xff0c;再配备必要的缓存中间件&＃xff0c;基本可以满足近1000万的数据量&＃xff0c;具体的架构图如下&＃xff1a;

但是&＃xff0c;目前主流使用的网站架构已经不同&＃xff0c;大多采用集群的方式来实现负载均衡和高可用性&＃xff0c;架构可以是下面的样子&＃xff1a;

注意&＃xff1a;

如果涉及到多台网站服务器的话&＃xff0c;就会存在Session如何同步的问题&＃xff0c;一般也是最为常用的做法&＃xff0c;就是使用Cache中间件来存储和管理Session信息。

3、优化的架构设计

这里为解决高并发&＃xff0c;高可用的大型电商网站的架构设计方案&＃xff0c;主要采用了分布式、集群、负载均衡、反向代理、消息队列及多级缓存技术。该架构设计方案&＃xff0c;是现今比较流程的大型电商网站采用的架构模式&＃xff0c;比如&＃xff1a;淘宝、京东等&＃xff0c;也许会有细微不同的地方&＃xff0c;但大同小异哦!具体的架构图方案如下&＃xff1a;

这里主要总结的是优化架构&＃xff0c;架构按层次结构罗列组织&＃xff0c;共分为四层&＃xff0c;层次分工明确&＃xff0c;高拓展&＃xff0c;低耦合&＃xff0c;负载均衡、集群、分布式及缓存等技术的使用&＃xff0c;架构如下&＃xff1a;

好了&＃xff0c;电商平台的架构设计就介绍到这里。

 

最后

新人分享&＃xff0c;大家喜欢文章记得点赞哟&＃xff0c;你们的点赞就是对我最大的支持和鼓励&＃xff01;