网站建设亿码酷专注,wordpress新闻快讯插件,找兼职做网站的哪里找,网站开发在线打开word一句话导读 根据微服务的特点#xff0c;可以总结为在构建复杂的、大型的、分布式的、高可用、高并发、高性能的应用时可以使用微服务架构。
目录
一句话导读
一、微服务适用场景 1.业务复杂#xff0c;模块多且相对独立 2.团队多#xff0c;管理隔离 3.应用规模大#…一句话导读 根据微服务的特点可以总结为在构建复杂的、大型的、分布式的、高可用、高并发、高性能的应用时可以使用微服务架构。
目录
一句话导读
一、微服务适用场景 1.业务复杂模块多且相对独立 2.团队多管理隔离 3.应用规模大并发用户多 4.快速迭代、持续交付 5.技术栈多
二、总结 一、微服务适用场景 从我们上次《02单体应用真的是地狱吗》这篇博客中可以看到在小王和小任公司业务不断发展他们最初的单体应用已经很难适应当前的发展速度了他们已经开始考虑做应用架构的变更重构了。 那么对于他们来说业务越来越复杂模块越来越多团队也越来越大部署迭代越来越难修改、测试都非复杂、扩展快要达到上限。针对这些困难我们对标微服务的特点不难发现当前他们转型微服务是一个不错的选择。
我们可以简单总结下微服务适应的场景 1.业务复杂模块多且相对独立 当公司业务越来越复杂单体应用的模块越来越多而且模块之间是可以相互独立能够专注独立的一个领域的能够相互解耦将复杂问题分解成多个简单问题。 2.团队多管理隔离 公司团队越来越多每个团队都有自己的管理方式各自负责独立的模块或者领域。相互开发进度、维护应用都是可以相互隔离的实现团队自治提高开发效率 3.应用规模大并发用户多 微服务可以横向分布式扩展能够应对应用规模的不断扩大可以应付海量用户增长 4.快速迭代、持续交付 当业务需求不断变化需要频繁地发布新功能和更新时微服务架构可以实现快速的开发、测试和部署支持持续交付和持续集成。 5.技术栈多 微服务的实现不依赖于技术栈的选型可以是不同技术栈开发应用只要能够对外提供统一的接口服务即可
二、总结 只有当业务规模发展到一定程度业务复杂度对于单体应用很难应付的时候拆分出来的模块能够相对独立解耦且可以独立迭代交付时。我们可以考虑采用微服务架构设计总之选择微服务架构时需结合实际需求和团队技术水平权衡利弊合理规划和设计微服务架构。
