Skywalking中的请求调用链拓扑视图
Part 8 打造平台稳定性能力提高稳定性的实践
限流和降级：限流相当于电路保险丝，而降级则是为保证核心服务而牺牲自己，阿里巴巴自研Sentinel限流平台
流量调度：通过实时指标监控，对预计发生故障的服务进行下线等操作，以避免单点或局部故障
业务开关：通过集中化管理业务API操作开关，阿里巴巴自研Switch平台
容量压测及评估规划：将线上真实流量引到压测服务器，并差异化分析对线上服务器的增减提供实时参考决策
全链路压测：每个环节都参加的实战演习，例如双11实战演习
业务一致性平台：保证业务与数据一致的业务稳定性，实时检测业务不一致的问题，阿里巴巴自研BCR业务审计平台
＃Sential Github: https://github.com/alibaba/Sentinel （轻量级的流量控制、熔断降级 Java 库）
＃Sential Wiki：分布式系统的流量防卫兵
Sentinel 的主要特性
Part 9 共享服务中心对内和对外的协作共享共享服务平台的建设思路
Step1.找到一个合适的服务化对象：比如API
Step2.建设对象服务化的基础设施：比如结构化包装，让API成为治理良好的组件服务
Step3.服务化实施阶段：循序渐进的过程，三个阶段参考
API as Service => 服务化的第一步
Product as Service => 大量业务API升级为服务化平台的组件服务
Solution as Service => 经过长时间的沉淀可以形成解决方案，如海外淘宝解决方案
Step4.增强服务和基础设施实现服务的精细治理
对内：共享服务平台的协作
与业务方的协作：以服务为对象建立一个在线市场，三大角色
共享服务平台 => SPAS
服务提供者 => 商品、交易、店铺、物流等
服务消费者 => 商品、交易、店铺、物流等 （消费者通常也是提供者）
与前端应用协作：服务提供者与消费者，相辅相成，共同发展
阿里巴巴的一些实践：紧密沟通，分歧升级、岗位轮转（换位思考）、业务沉淀及共建
对内：业务中台绩效考核
No.1 服务的稳定：比如一年只允许两次P1故障
No.2 持续业务创新：鼓励业务中台运营团队业务创新，包容业务创新引起的故障
No.3 服务接入量：考量服务能力的专业度以及对外的服务运营能力
No.4 客户满意度：对中台服务运营团队起到督促作用
对外：开放能力构建生态
核心内容：将自身平台中的数据以服务的方式对外进行开放，从而吸引众多外部群体基于这些服务提供增值服务，持续地为客户提供优质的运营平台能力，从而最终构建基于开放平台的生态体系。
PS：在这部分内容里边，印象最深刻的还是作者提到在互联网转型时，很多人想要构建生态，但却没搞清楚“生态”和“上下游”的关系，它们之间的最本质的区别在于：在“上下游”模式中整个体系中所有的参与者都是被动的使用者，而“生态”模式中的参与者确是主动使用者，他们会持续地往整个体系中注入自己的智慧和创新的源泉，不断贡献自己的价值，只有这样的模式才能打造出企业所希望的生态效果。而传统企业现在应该着眼于企业内部的核心业务能力的打造，等到有一天需要通过能力开放的方式拓展企业业务边界或构建生态的时候，这些沉淀的服务会是企业最大的资产，而信息中心部门也不会只是一个成本中心，而有可能变为对外进行能力输出的关键运营部门。
三、阿里巴巴的实践案例 Part 10 大型央企互联网转型阿里巴巴协助国内某大型央企在90天构建出了一个B2B电商平台，整体平台架构基于阿里巴巴的共享服务理念和阿里云飞天Aliware的一系列产品，现在已经成为了国有大型企业进行互联网业务成功转型的标杆性项目。
Part 11时尚行业品牌公司互联网转型