微服务架构

微服务架构
单体架构能够很好地应对简单的业务系统。但是随着业务的扩张,功能的不断增加,单体架构面临着越来越多的挑战:
1.jpg

维护成本增加

    1. 团队越来越大,相应的沟通成本、管理成本、人员协调成本显著增加。
    2. 引起缺陷的原因组合多,导致分析、定位、修复缺陷的成本响应增高。
    1. 在自动化测试机制不完善的情况下,易导致“修复越多,缺陷越多”的恶性循环。

    交付周期长

    代码编译、检查,运行测试、构建、更能验证等,反馈周期变长。
    2.jpg

    新人培训周期长

    对于新加入团队的成员,需要花更多的时间了解熟悉业务、配置环境、熟悉代码。
    3.jpg

    技术选型成本高

    单体架构倾向于采用统一的技术平台或方案来解决所有问题。

    可伸缩性差

    1. 无法按需伸缩。
    2. 资源有效利用率低。

    构建全功能团队难

    应用程序的复杂结构也会逐渐映射到研发团队的结构上。

    微服务架构(Microservice Architect):

    微服务架构是一种架构模式,它提倡将单块架构的应用划分成一组小的服务,服务之间互相协调、互相配合,为用户提供最终价值。

    每个服务运行在其独立的进程中,服务与服务间采用轻量级的通信机制互相沟通。

    每个服务都围绕着具体业务进行构建,并且能够被独立的部署到生产环境、类生产环境等。

    另外,应当尽量避免统一的、集中式的服务管理机制,对具体的一个服务而言,应更具业务上下文,选择合适的语言、工具对其进行构建。

    本质特征:

    服务作为组件

    围绕业务组织团队

    关注产品而非项目

    技术多样性

    业务数据独立

    基础设施自动化

    演进式架构

    优势:

    边界性

    1. 业务独立
    2. 功能耦合度低

    独立性

    1. 独立部署
    2. 按需伸缩

    技术多样性

    1. 使用合适的语言或者工具
    2. 使用合适的数据存储

    挑战:

    分布式系统的复杂度

    1. 网络因素(带宽、超时)
    2. 数据一致
    3. 可用性

    微服务测试

    1. 测试策略
    2. 自动化测试

    运维成本高

    1. 环境配置
    2. 部署
    3. 监控

    微服务的依赖管理

    1. 版本管理
    2. 服务依赖
    3. 服务治理

    资料来源:
    http://www.cnblogs.com/Erik_Xu/p/6241359.html

    http://www.infoq.com/cn/articles/analysis-the-architecture-of-microservice-part-01

    qrcode_for_gh_bf7a27ade681_258.jpg

    作者: 小柒

    出处: https://blog.52itstyle.com

    分享是快乐的,也见证了个人成长历程,文章大多都是工作经验总结以及平时学习积累,基于自身认知不足之处在所难免,也请大家指正,共同进步。

    本文版权归作者所有,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出, 如有问题, 可邮件(345849402@qq.com)咨询。