IT评测·应用市场-qidao123.com

标题: 微服务学习：基础理论 [打印本页]

作者: 河曲智叟 时间: 2025-1-20 20:18
标题: 微服务学习：基础理论
一、微服务和应用现代化

1、时代的海潮，企业的机遇和挑战

在互联网化+数字化+智能化+全球化的当今社会，IT行业也面临新的挑战：

【快】业务需求如“滚滚江水连绵不绝”，企业需要更快的交付
【变】林子大了，百色用户，企业需要提供更个性化、更精细、随时变化的服务体验
【巨】万川汇聚，一叶扁舟，企业需要处理浩如烟海般的哀求与数据，同事确保安稳与精确

企业想要在竞争中取得上风，必须比对手更快地把产物推出市场；拥抱市场变化，随时快速地相应用户新需求；不停扩大用户规模，连续增加处理吞吐。如果不能在瞬息万变的市场环境下做出快速反应，那只能被远远地甩在死后。
2、新技能的出现，为微服务奠定了发展的基础

移动化、云计算、物联化，促进了新型业务模式创新，需要依赖技能和新平台
容器技能的出现，为服务多了以后如何自动化部署、如何运维提供了完美的解决方案，解决了微服务“末了一公里”落地的问题，从而完成了微服务生态末了一块拼图。
Devops理念已渐渐被业界广泛继承，越来越多的企业开始践行Devops实施。Devops为微服务的开发、测试及运维的自动化提供了结实的基座。

3、新时代IT行业面临的四个变化

用户举动的变化：业务应用的用户访问不可预估，突发性访问增多，微博变乱和小红书海外流量忽然激增就是最好的案例
业务模式的变化：所有业务访问都是通过互联网渠道，包罗Web、手机APP、微信小程序等
业务系统开发的变化：应用再也不像从前半年/一年举行规划，随时会有需求变化，两周一个迭代成为常态。业务应用交付周期短，质量要求高
运维模式的变化：要责备天候值守，在线升级和快速相应。不同团队特别是外包团队使用不同的技能栈，无法统一管控

因此，我们评估是否需要采用微服务架构，每每观察这五大关键条件：

数据量和业务复杂度
团队规模
应对业务流量变化
是否需要足够的容错容灾
功能重复度和差错成本

二、服务理论基础与设计原则

什么是微服务？
一起合作的独立小服务单元
1、微服务理论基础——康威定律

组织形式等同系统设计——设计系统的组织，其产生的设计等同于组织之内、组织之间的沟通结构

第⼀定律：Communication dictates design（组织沟通⽅式会通过系统设计表达出来）
第⼆定律：There is never enough time to do something right, but there is always enough
time to do it over（时间再多⼀件事情也不可能做的完美，但总偶然间做完⼀件事情）
第三定律：There is a homomorphism from the linear graph of a system to the linear graph
of its design organization（线型系统和线型组织架构间有潜在的异质同态特性）
第四定律： The structures of large systems tend to disintegrate during development,
qualitatively more so than with small systems（⼤的系统组织总是⽐⼩系统更倾向于分解）

第⼀定律：组织沟通⽅式会通过系统设计表达出来

5个⼈的项⽬组，需要沟通的渠道是 5*(5–1)/2 = 10
15个⼈的项⽬组，需要沟通的渠道是15*(15–1)/2 = 105
50个⼈的项⽬组，需要沟通的渠道是50*(50–1)/2 = 1,225
150个⼈的项⽬组，需要沟通的渠道是150*(150–1)/2 = 11,175
⼈与⼈的沟通是⾮常复杂的，⼀个⼈的沟通精⼒是有限的，以是当问题太复杂需要许多⼈解决的时间，我们需要做拆分组织来达成对沟通效率的管理
在团队内部进⾏频仍的、细粒度的沟通。对于团队外部，定义好接⼝，左券，只进⾏粗粒度的沟通。这样可以低落沟通成本，同时也符合⾼内聚，低耦合原则