《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》-总结
一、什么是业务中台
概念来自于阿里，介于前台和后台（此后台指的是云计算、数据库、消息队列、缓存等基础服务）
采用共享式架构设计解决以往烟囱式架构设计的资源浪费、重复造轮、试错成本高的问题
阿里的中台架构：
二、业务中台的好处
传统烟囱式架构的缺点：
项目制下的产物，相似功能重复建设，比如各业务中通用的用户、订单、会员、评价等功能，开发和维护成本高
数据分散，格式不统一，无法进行某个领域的业务建模
团队成员按照项目组织，经常项目做完即走，无法深入了解业务，无法培养领域专家
创新业务试错成本过高，限制企业创新能力
中台架构的优点：
通用的业务能力沉淀，合理使用技术资源；数据集中，建模完整。
团队成员专注某个领域，形成业务专家
厚中台，薄应用的设计，创新业务试错成本低
形象的描述为：
美军二战时以军为作战单位，越战时以营为作战单位，中东战争时以7-11人的小班为作战单位，是当今世界上最灵活的军事组织。
美军之所以敢把小的团队投放前线，得益于中后台强大的导弹指挥系统。
三、业务中台的特点
开放：内部开放，易于接入
服务：提供统一服务，服务能力需要不断提升
滋养：需要不断业务滋养发展，无法一蹴而就，服务不需要“业务稳定”
稳定：利用专注专业的能力带来服务稳定
数据：线上和线下数据结合，充分发挥大数据的威力
四、业务中台建设原则
高内聚、低耦合原则——高内聚是指同一个服务中心内的服务模块应该相关性、依赖性很高，而服务中心之间应该隔离性较大，尽可能追求低耦合。
数据完整性原则——与上一条原则一脉相承，让业务相关的数据统一起来，尽可能让数据模型统一，为以后的大数据建设做好基础。
可运营性原则——这里的可运营性包含2层含义，一是指能快速满足上层业务的需求，同时利用业务不断滋养平台，二是指共享服务中心这个平台的可运营性，数据模型统一之后可以较低成本的引入大数据技术，让数据来源、数据分析、数据业务价值自然行程闭环，所以通过服务中心引入大数据来产生业务价值也是服务中心建设原则之一。
渐进性原则——该原则是从降低风险和实施难度的角度出发，有些人可能会觉得服务中心是基础建设，所以从一开始设计了太多的原则从而导致项目周期延长，数据过于分散也会产生数据库性能以及分布式事务的问题，其实服务化架构就是一种敏捷实践，我们推荐小步快跑而不是推倒重来，通过真实的业务需求锻炼出高价值高可靠的共享服务。
五、业务中台的稳定性
限流和降级
流量调度
业务开关
容量压测及评估规划
全链路压测
业务一致性
六、业务中台与前端应用协作
业务中台对前端核心业务的紧密沟通机制，比如定期参与前端的业务周会
建立分歧升级机制，解决有分歧的情况
岗位轮转推动真正换位思考
业务持续沉淀及共建模式
七、业务中台绩效考核
服务稳定是重中之重
业务创新推动业务发展
服务接入量是衡量服务价值的重要考核
客户满意度促动服务的提升
摘录于：《企业IT架构转型之道：阿里巴巴中台战略思想与架构实战》
最新文章
- Numpy应用100问
- 介绍linux下vi命令的使用
- Java编程思想学习笔记_5(IO流)
- nodeschool.io 2
- Python控制流语句(if,while,for)
- 复习下 AJAX
- oneThink 数据库连接失败，总提示密码不对的解决办法
- 各开源协议BSD,GPL,LGPL,Apache 2.0,mit等简介＊
- SDL2.0 学习笔记-1 windows下的第一个测试程序
- LaTeX笔记
- 【干货】.NET开发通用组件发布（一） 介绍
- C#---------------继承和多态初步
- c语言提高篇 第一天
- git教程：撤销修改
- 记录Js 文本框验证 与 IE兼容性
- MyEclipse 启动慢，优化
- k8s学习笔记之六:Pod控制器(kube-controller-manager)
- Mysql的命令总结
- win10图片打开方式里没有默认照片查看器的解决方法
- 堆操作，malloc