Rest(OpenAPI) / RPC 云原生 接入 流行 生态 Apache ServiceComb 融合开源生态的一站式微服务解决方案 融合开源生态的一站式微服务解决方案 • 团队协作困难 • 问题定位困难 • 资源利用率低 • 对现有系统改动小 • 提升性能和硬件 利用率 • 提升定位问题效率 Apache ServiceComb 插件式处理链 SpringMVC QPS提升2倍+ • 时延降低45% • CPU使用率下降56% 全自动化微服务流水线 • 个人、团队、项目组三级 • 从设计到上线，端到端全自 动化 案例：助力华为消费者云服务运营更敏捷 体质指数 ：https://github.com/apache/servicecomb-java-chassis/tree/master/samples/bmi CRM系统：https://github 即将进入微服务开发者 / 单纯寻求开源贡献的开发者 / 学校学者 / 学生 /……， 我们期待您的加盟与贡献， 如果您准备贡献代码，请扫描二维码进群，备注“贡献代码”。 我们将会与您进行一对一交流协作。 PS: 不需要任何的顾虑，我们来一起做点有意思的事情， 未来它会是XX云上服务，会是XX企业方案，运行在各样的业务中。 ServiceComb 社区召集令 Thank You. 微信公众号

快速、小批量交付价值需求 • 上线周期： 月 -> 周/天 动态自治降运维成本 • 弹性伸缩、故障自动迁移、 降级熔断，提升复杂分布 式系统运维效率 华为消费者云服务全微服务化的基础底座， 实现运营更敏捷 servicecomb.apache.org github.com/apache?q=servicecomb S省财政厅，打通财政系统数据孤岛， 使能业务创新 财政业务应用 指导 规约

建立服务化团队：随着业务的丌断拆分，大的研发团队也会被拆分成2-Pizza Team， 微服务团队由3-5人组成，负责整个微服务的设计、开发、测试、部署运维和治理，通过 全功能团队的建设，让业务真正敏捷起来 微服务框架技术选型-支持多语言  尽管现在以Java和GO语言为主，但是从架构演进角度考虑，未来 会根据消费者业务自身的特点引入更适合的语言  服务框架丌要绑定具体的语言实现，例如内部通信协议使用某种

https://gitter.im/ServiceCombUsers/Lobby 以ServiceComb为核心构建的微服务架构体系，极大的提升了消费者云业务研发效率 需求的研发和交付周期缩短，业务更敏捷应对变化 可独立交付和升级的服务越来越多，业务之间逐步解耦，可独立演进 服务之间的接口契约可视化、可度量和管控，架构看护和优化更有章可循 服务无状态，微服务数据自治，天生的弹性伸缩架构，高效支撑业务快速发展

com/resources/library/app-dev-survey/ 什什么是微服务架构？ • 微服务架构是⼀一种架构模式，将单体应⽤用划分成⼀一组⼩小的服务，服务之间互相协作，为⽤用户提供最终价值 • 每个服务运⾏行行在其独⽴立的进程中，服务间采⽤用轻量量级的通信机制协作（通常是基于RESTful API） • 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环境、类⽣生产环境等 Microservices 围绕业务-构建团队 围绕业务-构建团队 VS 服务A 开发 测试 DBA UI/UX 运维 服务B 开发 测试 DBA UI/UX 运维 康威定律律：组织产⽣生的设计成果等同于组织内的协作结构 微服务架构的设计原则 • 竞争能⼒力力平衡 • 围绕业务构建 • “去”中⼼心化 • ⾃自动化“⼀一切” 去“中⼼心化” - ⽤用合适的技术解决问题 数据库作为集成点 去“中⼼心化”

apache.org [Github ] https://github.com/apache?q=servicecomb • 自底向上构建，通过原型快速迭代验证 • 全方位开放，分布式开发，跨公司沟通协作 • 开源项目是新技术的试验场 • 开源依托于社区不断发展壮大 • 一群热爱开源的人们，全身心投入自己的时间来进行开发 开源项目开发 [社区网站] http://servicecomb.apache apache.org [Github ] https://github.com/apache?q=servicecomb 小结 • 开源的本质是中立、开放、协同治理 • 开源开发是一个相互信任、相互协作的过程 • 开源项目是最好的创新、展现自我的场所 • 选择一个开源项目从最基础的贡献开始 [社区网站] http://servicecomb.apache.org [Github ] https://github http://servicecomb.apache.org [Github ] https://github.com/apache?q=servicecomb Thank You. 备注“贡献代码”，我们将与您一对一交流协作 欢迎关注 微服务蜂巢公众号 获取更多微服务技术干货、资讯文章 欢迎添加 ServiceComb小助手 加入微服务技术交流群，架构、设计、开 发、解BUG、调优，总有您感兴趣的话题

apache.org [Github ] https://github.com/apache?q=servicecomb • 自底向上构建，通过原型快速迭代验证 • 全方位开放，分布式开发，跨公司沟通协作 • 开源项目是新技术的试验场 • 开源依托于社区不断发展壮大 • 一群热爱开源的人们，全身心投入自己的时间来进行开发 开源项目形成 [社区网站] http://servicecomb.apache org [Github ] https://github.com/apache?q=servicecomb 回顾开源本质 • 开源的本质是中立、开放、协同治理 • 开源开发是一个相互信任、相互协作的过程 • 开源项目是最好的创新、展现自我的场所 • 选择一个开源项目从最基础的贡献开始 [社区网站] http://servicecomb.apache.org [Github ] https://github com/apache?q=servicecomb Thank You. 有意向参与社区开发的小伙伴，备注“贡献代码”， 加入“Apache ServiceComb开发者训练营”，我们将与您一对一交流协作 欢迎关注公众号 微服务蜂巢 获取更多微服务技术干货、资讯文章 欢迎添加 ServiceComb小助手 加入微服务技术交流群，架构、设计、开 发、解BUG、调优，共同成长

微服务架构是⼀一种架构模式，它提倡将单⼀一应⽤用程序划分成⼀一组⼩小的服 务，服务之间互相协调、互相配合，为⽤用户提供最终价值。 每个服务运⾏行行在其独⽴立的进程中，服务与服务间采⽤用轻量量级的通信机制互 相协作（通常是基于HTTP协议的RESTful API）。 每个服务都围绕着具体业务进⾏行行构建，并且能够被独⽴立的部署到⽣生产环 境、类⽣生产环境等。 以持续交付为核⼼心 基于DevOps 的演进式架构 Generic Domain Bounded Contexts - 业务上下⽂文 • 定义领域模型的应⽤用范围和其上下⽂文 Context Mapping - 上下⽂文映射 • 负责不不同上下⽂文之间的协作 • Shared Kernel • Anti-Corruption Layer Entity - 实体对象 • ⼀一个对象通过ID被唯⼀一标识 Value Object - 值对象 • 通过值确定对象的等价性

全链路压测 • 全链路故障演练 服务治理实践(6)-星耀段t+ 异地容灾 扩展 回顾：服务治理系统的三项必备能力 % 标准化 & 易用性 3 高性能 降u服务间协作成本 提高服务开发效率 确保框架性能不是瓶颈 • 服务治理系统OCTO演进及架构设计! W 美团点评服务治理实践 W :1?:在SEPTIDE MEQh 和开源方向进展 SEPTIDE

即将进入微服务开发者 / 单纯寻求开源贡献的开发者 / 学校学者 / 学生 /……， 我们期待您的加盟与贡献， 如果您准备贡献代码，请扫描二维码进群，备注“贡献代码”。 我们将会与您进行一对一交流协作。 PS: 不需要任何的顾虑，我们来一起做点有意思的事情， 未来它会是XX云上服务，会是XX企业方案，运行在各样的业务中。 11 github.com/apache?q=servicecomb