互联网金融微服务架构设计方案.pdf

讨论内容

1：SOA、ESB、SAAS、PAAS、IaaS、微服务

2：互联网高并发

3：互联网高可用性（HA）

4：SpringCloud和dubbo比较

5：SpringCloud架构技术描述

6：SpringCloud架构实现计划

互联话题：

独立访问者数量（unique

visitors）、

重复访问者数量（repeat

visitors）、

页面浏览数（page

views）理解

SOA(面向服务的架构)

面向服务的架构（SOA）是一个组件模型，它将应用程序的不同功能单元（称为

服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进

行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在

各种各样的系统中的服务可以以一种统一和通用的方式进行交互。

对于一个SOA解决方案来说就需要能够满足这些场景的业务需求，能够解决其中

的各种技术问题。需要解决的基本问题包括：

服务的描述问题，描述服务提供哪些功能，适用服务有哪些要求

服务的注册和查找问题，定义好的服务信息在哪发布，如何发布，到哪查找，

如何查找

服务通讯方式，包括具体如何向服务发送请求，并获取应答，支持什么样的交

互方式。

服务流程问题，对服务流程的灵活定制，执行监控等提供管理

服务的管理问题，服务的提供，撤销，改变这些情况如何进行管理

服务质量问题，如何保障安全性，通讯的可靠性，以及事务完整性如何保

整个系统的效率问题，包括查找效率，通讯效率，服务运行处理效率等

系统能够提供什么样的开发工具，支持什么样的开发模式，系统运行情况是否

可以及时了解，是否可以及时获取故障信息，是否可以提供运行状态信息，以利于

系统的优化。

ESB（企业服务总线）

ESB全称为EnterpriseServiceBus，

即企业服务总线。它是传统中间件技术与

XML、Web服务等技术结合的产物。ESB

提供了网络中最基本的连接中枢，是构筑

企业神经系统的必要元素。

大规模分布式的企业应用需要相对简单而实用的中间件技术来简化和统一越来

越复杂、繁琐的企业级信息系统平台。面向服务体系架构（SOA）是能够将应用程

序的不同功能单元通过服务之间定义良好的接口和契约联系起来。SOA使用户可以

不受限制地重复使用软件、把各种资源互连起来，只要IT人员选用标准接口包装旧

的应用程序、把新的应用程序构建成服务，那么其他应用系统就可以很方便的使用

这些功能服务。

SOA与ESB的区别

SOA是一种方式或架构，用于具有自服务功能的应用程序，应用程序随后通过

用户接口（UI）或经过工作流将其聚合成用户需要的功能。服务不仅是可复用代

码的组件，更是运行程序的一部分，客户端可以不必合并它自己的代码直接调用

该程序。服务是与业务相关的一个定义。

ESB是用于调节SOA中的调用者及服务提供者的机制。它使得调用者在不知

道提供者或提供者使用的地址的情况下调用该服务。ESB可在多个提供者、提供

者的负载平衡及停止使用提供者（当失效时）之间进行选择，并且基于调用者的

需求在提供者之间进行选择，这些提供者提供了各种质量级别的服务。ESB能够

调节同步或异步服务，事实上对于同一服务可以提供同步及异步的访问。

因此

SOA

和

ESB

是相对应的。具备

SOA

的应用程序应当使用

ESB

来调用它

的服务。SOA

和

ESB

不必用

Web

服务实现。然而，经常需要

ESB

来调用服务，

该服务提供自我描述及发现的能力，这由

Web

服务帮助完成。在

SOA

中经常需要

由一种技术实现的调用者，它们用于调用由其它技术实现的服务，这也由

Web

服

务帮助完成。所以

SOA、ESB

和

Web

服务都集中于创建这样的领域：一个应用程

序中的功能在其它应用程序中也是可用的，本质是复用性。

SAAS