从Hello World到微服务体系，技术架构演进路径整理“金年会金字招牌”

很早之前我就做过一个专题，针对技术架构演进的一个历程思考。在许多时候，总结这种架构的演进模式师有须要的。是作为一个架构目录，对研发人员来讲，尤其是架构是来讲，要相识每种架构的优缺点和适用场景。

作为一个架构演进的思路，在项目遇到并发稳定性的瓶颈时，可以针对性举行思量如何升级。最好根据方案的级别举行升级，用最少的成本去解决最大的问题。

好，言归正传，到底架构有几种演进呢？1. L0级此外架构该级此外架构是最基本的架构，一般来说对研发人员的要求不高。一般来说，对入门级的同学来说，都是从这种架构模式上举行入手。尤其是对学生和低级软件工程师来讲，在这个阶段的主要任务是要把基本的系统流程流程梳理清楚，好比什么是MVC，系统业务流程如何流转等。

可是这种架构并发处置惩罚能弱，很容易遇到性能瓶颈。2. L1级此外架构在L0级此外架构中，遇到性能瓶颈怎么处置惩罚呢？传统的处置惩罚方式一般有两种方式：1. 通过增加服务器，举行服务器级此外横向扩展。2. 通过最基本的漫衍式拆分，使用公司成熟组件举行优化调优。3. L2级此外架构如果L1级此外架构还适用不了项目的并发需求，可能需要更高级的架构拆分机制。

常见的方案有：1. 分库分表2. 读写分散3. 数据库集群真正的项目中，可能需要多种方案同时使用，来解决性能问题。4. L3级此外架构单一系统的架构，除相识决性能问题以后，另有一种更为庞大的问题要解决，就是解决差别项目的整合问题。如果是许多老旧项目，那项目之间的集成许多时候接纳相对妥协一些的方案。如果有人员可以对原始项目举行变换，或者公司公共组件复用的比力理想，可能整体架构可能会是：5. L4级此外架构除了这种单体的项目以及项目级此外架构以外，在一些庞大的产物研发历程中，我们要通过更为庞大的架构体系来举行构建。

1.SOA架构：通过ESB来举行消息、服务、数据的集中调理和编排。微服务架构：现在互联网上盛行的架构模式。

总结真实的项目交付历程中，架构的选择不像套公式一样简朴，要凭据项目的诉求，公司组件的复用，团队人员的能力，是否要对旧项目等举行综合的评判。

本文来源：金年会金字招牌-www.bdxqsyjx.com