分布式架构演进之路

  • 单体应用架构


    单体应用架构

       最开始的应用架构，是一台服务器，开着一个web服务，一个数据库服务。这时候的应用性能受服务器性能影响，web服务跟数据库服务共享一个cpu，承受并发有限。当应用服务已经无法承受当前流量时，先将web服务与数据库拆分到不同的服务器，能有效的提高web并发和数据库的并发能力。


    单体应用架构-web端，数据库分离

       这样的话，web服务和数据库因为单独使用一台服务器，受压能力提升。但是当流量进一步提升时，web服务首先承受不住压力，要么提升服务器配置（垂直扩展），要么多台服务器进行负载均衡（水平扩展）。这时候需要有个分发请求的负载均衡器。

  • 垂直架构


    垂直架构-web负载均衡

       负载均衡器根据一定的策略实现web服务的负载均衡，但是当流量进一步上升时，数据库会承受不住压力，这时候在数据库间加个缓存和搜索引擎，降低访问数据库的频率。


    垂直架构-缓存和搜索引擎

    缓存用于缓存数据，能够缓解数据库压力，搜索引擎主要用于优化like查询的效率。但是这种情况当流量到一定程度的时候，还是不够，这时候就需要对数据库进行水平扩展（读写分离）。
    垂直架构-数据库读写分离

    整个系统能承受的并发高了，但是发现每个系统可扩展性不高，web服务到底还是一个单一的系统，当系统庞大起来时，难于维护。这时候就需要服务化了。

  • 分布式架构


    分布式架构-基础服务化

    基础服务化后，各个功能比较明细，系统的扩展性比较高，当需要服务时，添加服务，当某个服务承受不住压力时，可以新增该服务。

©著作权归作者所有,转载或内容合作请联系作者
平台声明：文章内容（如有图片或视频亦包括在内）由作者上传并发布，文章内容仅代表作者本人观点，简书系信息发布平台，仅提供信息存储服务。

推荐阅读更多精彩内容