《软件体系结构教程》课件第8章基于服务的体系结构.pptVIP

PCU：PeakConcurrentUsers最高同时在线人数其中，对应用组件封装的方式是整体架构与微服务架构的主要差异，微服务架构将相关联的业务逻辑及数据放在一起形成独立的边界，其目的是能在不影响其他应用组件(微服务)的情况下更快地交付并推出市场。2、技术的进步日新月异从技术方面看，云计算及互联网公司大量开源轻量级技术不停涌现并日渐成熟：●互联网/内联网/网络更加成熟；●轻量级运行时技术的出现（node.js，WASLiberty等）；●新的方法与工具（Agile，DevOps，TDD，CI，XP，Puppet，Chef…）；●新的轻量级协议（RESTfulAPI接口，轻量级消息机制）；●简化的基础设施：操作系统虚拟化（hypervisors）,容器化（e.g.Docker）,基础设施即服务（IaaS）,工作负载虚拟化（Kubernetes，Spark…）等；●服务平台化（PaaS）：云服务平台上具有自动缩放、工作负载管理、SLA管理、消息机制、缓存、构建管理等各种按需使用的服务；●新的可替代数据持久化模型：如NoSQL，MapReduce，BASE，CQRS等；●标准化代码管理：如Github等。8.7微服务架构第8章基于服务的体系结构综上所述，微服务的诞生并非偶然。它是在互联网应用快速发展、技术日新月异的变化以及传统架构无法满足这些挑战的多重因素的推动下，所诞生的必然产物。8.7微服务架构第8章基于服务的体系结构微服务架构被认为是软件架构的未来方向。随着用户需求个性化、产品生命周期变短，微服务架构是未来软件架构朝着灵活性、扩展性、伸缩性以及高可用性发展的必然方向。微服务是结构与规模的权衡，通过选择降低规模应对业务复杂度的增长，牺牲结构来换取对复杂系统的控制。相当于微服务将实现复杂多变业务的难题转向了微服务的环境搭建、部署及运维成本高的问题。可以认为敏捷开发过程、持续交付以及DevOps是微服务诞生的催化剂，云计算以及Docker的出现，则有效地解决了微服务的环境搭建、部署及运维成本高的问题，为微服务的大规模应用起到了关键的推动作用。8.7微服务架构第8章基于服务的体系结构微服务架构的特征微服务架构通过对业务领域的分析与建模，将复杂的应用分解成小而专一、耦合度低并且高度自治的一组服务，每个服务都是小的交付单元。也就是说，微服务具有以下四个特征：●小的服务；●独立的进程；●轻量级的通信机制；●松耦合的交付。8.7微服务架构第8章基于服务的体系结构“小”服务应该遵循以下几个基本原则：（1）独立的业务单元微服务是业务独立的单元，即该服务能够被独立地发布和演进。（2）团队能够自治团队规模一般建议不超过10个人，最好能由不同技能、不同角色的成员组成，是一个全功能的自治团队，能负责服务的开发、测试、部署以及上线。（3）服务的职责单一微服务架构中的每个服务，都符合高内聚、低耦合原则以及单一职责原则的单元。8.7微服务架构第8章基于服务的体系结构（4）电子交易场所和搜索引擎等其它类型的客户和商务应用程序使用UDDI注册中心来发现它们感兴趣的WebServices。（5）其它的企业就可以调用这些服务，方便、迅速地进行商务应用程序的动态集成。8.5WebServices核心技术第8章基于服务的体系结构2、UDDI数据结构类型UDDIXMLSchema定义了四种核心数据结构类型，它们是技术人员在需要使用合作伙伴所提供的WebServices时必须了解的技术信息，这些元素构成UDDI信息结构。UDDI注册中心中的数据可以分为以下四类：8.5WebServices核心技术第8章基于服务的体系结构（1）商业实体（businessEntity）：发布服务信息的商业实体的详细信息，包括企业名称、关键性的标识、可选的分类信息和联络方法等。businessEntity中的信息都支持“黄页”分类法，顾客可以根据行业类别、产品类型、地域范围等查找企业或WebServices。8.5WebServices核心技术第8章基于服务的体系结构（2）服务信息（businessService）：一组特定的技术服务的描述信息。该信息是“绿页”数据的重要组成部分，是对WebServices的技术和商业描述。businessService是businessEntity的子结构。在“绿页”数据中，工作组定义了两个结构：businessService和bindingTemplate。busi