微服务的设计思考.pptx

微服务的设计思考;;微服务的设计： 概念;微服务的设计;;Do right things! 业务上真 的有需要吗？ 微服务不是“银弹”，并不适 合于每个应用和所有环境； 原则：最好不拆！ 何时采用微服务;关键问题（二）：怎样设计出微服务;微服务的拆解粒度：how small is“small”? 最佳实践： 先粗后细：开始拆解时，很难一次性给出合适的粒度，可以先划分的粗些。 不断调整：当对服务有了更多认识后，会不断调整粒度，进行服务的进一步拆分、合并。 “类”与“服务”：类的数量不是粒度衡量的标准 服务实际上是指服务组件，被认为是承担特定职责的架构组件； 服务组件怎么实现和用多少类实现，要根据设计情况定； 确定服务粒度的基准测试 服务的范围与功能：分析服务提供的操作的内聚层次，拆分指示词，“并且”、“此外” 数据库事务：分布式的影响，ACID vs.BASE transactions ，是否服务粒度过细 分析服务编织的层次：编织会降低整体性能；影响可用性与健壮性。太多的编织意味着 服务粒度过细。请求响应能力与可靠性间的权衡 考虑组织文化、团队规模：Two-pizza Team,Cross;关键问题（四） ：反模式;;业务驱动力： 单体应用性能差，越来越难以通过硬件扩展来提升服务水平 难以快速开发、全量回归测试困难、难以快速部署上线，影响公司业务发展； 希望大幅提升订单的开发效率，易于快速开发、快速测试，降低复杂度； 业务需求： 接单：近200种场景的接单； 审核与资源处理：处理会员权益、促销资格、价格、优惠、库存等； 交易处理：支付相关操作； 查询：按多维度； 分发：同步必要的订单信息； 技术环境： 基于虚机的私有云环境； 处理单元化（可在分区内完成全部处理），利于跨机房部署；;订单的场景：;微服务的设计： 服务拆分举例;微服务的设计： 服务拆分举例;Agenda;微服务的架构模式;Service Proxy;微服务框架的一种实现;基于Proxy的服务端治理;Agenda;微服务的监控;PART THREE;微服务的监控;APM探针的基本原理 (Java Instrument);微服务的监控;微服务的监控：动态拓扑;微服务的监控：事务分析;THANKS;END