为何在云平台中使用REST作为架构设计风格

1、平台 让创新无限为何在云平台中使用REST作为架构设计风格数字化企业云平台平台 让创新无限挑战：服务类型繁杂，如何统一抽象？知识库过程管理项目质量部署监控招聘流程订单流程采购流程支付服务清算服务计算能力存储能力网络能力数据库服务缓存服务我是谁？我从哪里来，我到哪里去基础设施基础服务业务流程管理流程业务能力方案：一切皆为资源！计算能力存储能力网络能力数据库服务缓存服务我是资源！我从资源来，我到资源去知识库过程管理项目质量部署监控招聘流程订单流程采购流程支付服务清算服务 优势： 简洁，避免了很多概念，学习成本低，容易传播 解耦，接口定义与具体实现分离 简单，有很多可用的工具 通过”一切皆文件”的概

2、念，形成了 Unix 的生态，Unix的哲学是自下而上的参照Unix的设计风格：一切皆为文件一致的架构风格简化了整体架构的复杂度Unix 的哲学是自下而上的，一致性的底层架构设计降低了上层业务开发的复杂度盲目试错万马齐喑有序创新资源的描述不仅要一致，还要不同的语言和工具链都能使用资源提供者资源消费者AdapterAPISPIAPISPIServiceService标准标准标准标准标准我们需要的是Machine-to-machine的系统集成，目标是让服务发布者和消费者在最小约束下自由演化就像制造业的协作方式原材料(资源)需求协作产品(资源)服务反馈协作协作协作创造REST 面向资源可寻址Add

3、ressability连通性Connectedness无状态Statelessness统一接口Uniform Interface超文本驱动HATEOASREST风格是软件资源集成最好的数字化描述风格功能性功能性非功能性功能性非功能性基于 HTTP 的最佳实践REST风格是Machine-to-Machine最佳集成方式例如从网站优化看 REST 风格：搜索引擎可以识别的，就是机器容易识别的搜索引擎Product U1Domain U Capability数字化企业云平台基于资源的微服务集成方式ServiceU.SPIDomain Y CapabilityY.APIDomain Z Capabi

4、lityC.APIBoundary B MetadataPA AdapterBModelBoundary C MetadataCA AdapterCDomain X CapabilityX.APIX.SPIModelBoundary A MetadataDSADSCDS = Data Standard, 数据标准API = Application Programming Interface, 功能发布接口SPI = Service Provider Interface， 资源依赖接口Core = 功能规格，包含Model, Controller, Service, DASU1.Core.Mod

5、el := U1.Core.Model + A.ModelU1.Core.Model != A.Model 则需要Model适配ControllerCoreDASY.SPIZ.SPIU1.SPIU1.APIBoundary作为边界标准，解耦能力规范Boundary标准核心是Model符合业务数据标准Capability能力规范必须以人机两种形式Adapter作为产品适配器独立于产品规格Product 是根据Capability进行的一种能力实现ModelU.ModelU.APIDSA我们使用REST风格带来的优势简单具备丰富的工具集，不用自己操心可伸缩更好的性能和缓存支持松耦合统一接口M2M自

6、解释一目了然REST 风格HTTP 最佳实践ResteasyFastjsonSwagger-ui MockitoNginxEtcd我们使用REST风格遇到的挑战不理解架构风格的重要，片面从技术实现角度出发REST 风格难以描述复杂业务对数字化(M2M)缺少理解，过度陷入REST的格式讨论缺乏对HTTP工具链的了解，好处体现不明显技术平台RC资源容器看板数字化企业云平台的 DevOps 逻辑视图(前台角色交互场景)Design设计Test测试Dev开发Deliver交付Monitor监控Offline下线Trouble故障Efficiency能效Plan规划(后台服务)基础设施平台RDB数据库IAM身份SPM产品SRM资源SEM环境QAF质量VCS源码CI编译BPR介仓DPR部仓Portal门户FS文件系统RPC同步调用MQ异步调用SER序列化CC容器集群CPU计算MOC模拟DOC文档PM项目Storage存储Network网络Temp温度Powe