服务治理所治理的服务需要合理的部署与管理, 本章我们讲一下 SOA(面向服务架构), 本人语言文笔不好, 所以本章内容使用问答模式, 参考了 [SOA 面试题(www.jdon.com/soa/soa-i..] 的面试题, 通过对此站复杂的描述进行简单的讲解
概述
SOA 代表了面向服务架构, 仅仅是一种概念, 通过这种概念而演变出的各种各样的服务架构都可称为 SOA 架构, SOA 核心的概念就是 松耦合
非 SOA 的架构
多语言开发
同语言开发
服务与服务之间可能会是不同的开发语言或相同语言开发, 他们的调用方式依旧只可以通过 http 去获取, 或者比较流行的 Restful Api 的形式, 无论是在性能与开发的过程中都是很笨的办法
什么是 SOA 的服务
在现实世界中, 服务是一种我们花费购买到的一种预期的服务
1(来自真实世界): 你去餐馆订餐, 您的订单首先进入到柜台, 然后在厨房进行食物准备, 最后服务员提供的食物因此, 为了实现一个餐厅订购服务, 您需要三个逻辑部门 / 服务协同工作 (计帐, 厨房和服务员) 在软件世界同样的方法称为业务服务
2(软件世界): 你去亚马逊订购了一本书, 有不同的服务, 如支付网关, 库存系统, 货运系统等共同完成一本书的订购
所有的服务是自包含的, 合乎逻辑他们就像黑盒子总之, 我们并不需要了解业务服务的内部工作细节对于外部世界, 它只是一个能够使用消息交互的黑盒子例如在支付网关业务服务获得消息检查信贷后会给出输出: 这个客户的信贷有或没有对于订单系统, 支付网关的服务是一个黑盒子
服务的主要特点是什么
A) SOA 组件是松耦合的当我们说松耦合, 这意味着每一个服务是自包含单独存在的逻辑举例来说, 我们采取了支付网关的服务, 并将它附加到不同的系统
B) SOA 服务是黑匣子在 SOA 中, 服务隐藏有内在的复杂性他们只使用交互消息, 服务接受和发送消息通过虚拟化一个服务为黑盒子, 服务变得更松散的耦合
C) SOA 服务应该是自定义: SOA 服务应该能够自己定义
D) SOA 服务维持在一个列表中: SOA 服务保持在一个中央存储库应用程序可以在中央存储库中搜索服务, 并调用相应服务
E) SOA 服务可以编排和链接实现一个特定功能: SOA 服务可以使用了即插即用的方式例如, 业务流程中有两个服务安全服务和订单处理服务 从它的业务流程可以实现两种类型: 一, 您可以先检查用户, 然后处理订单, 或反之亦然是的, 你猜对了, 使用 SOA 可以松散耦合的方式管理服务之间的工作流
什么是 SOA
SOA 代表了面向服务的架构 SOA 是一种使用松耦合的黑盒子服务构建业务应用的体系架构, 这些服务可以通过编排连接在一起以实现特定的功能
什么是合同, 地址和绑定?
这是三个 SOA 的标准术语每个服务对外开放地址, 在服务开发中进行合同约定, 客户端绑定服务进行开发调用
合同是两方或多方之间的协议它定义了一种客户端如何与服务通信的协议从技术上讲, 它有描述参数和返回值的方法
地址表明在哪儿能找到这种服务地址是一个 URL, 它指向服务的位置
绑定是决定这个端点如何可以访问它决定了如何完成通信例如, 你暴露你的服务, 可以使用 SOAP over HTTP 或通过 TCP 的 BINARY 进行访问因此, 对于这些通信介质将被创建两个绑定
n
什么是可重用的服务?
服务是一个自主的, 可重复使用的, 可发现的, 无状态的, 有一定粒度的功能, 并且是一个复合应用程序或一个组合服务的一部分
可重复使用的服务通过业务活动标识, 这个业务活动是使用服务规范 (设计时合同) 描述的
一个服务约束是, 包括安全性, QoS,SLA, 使用策略, 可以由多个运行时的合同 多个接口 (WSDL 中的 web 服务) 以及多个实现 (代码) 定义的
可重复使用的服务应在被管制在其从设计到运行整个企业级生命周期其重用应通过规范流程来推动, 重用应该是可测量的
在一个 SOA 中如何实现松耦合?
实现松耦合一种策略是使用服务接口 (WSDL 中为 SOAP Web 服务) 来限制服务之间的依赖性, 对消费者隐藏服务实现松耦合可以通过实施服务的功能封装以及限制服务接口的实现变化影响来解决然而, 在某些时候, 你需要改变接口, 也不会影响服务的消费者, 除了管理多个安全约束, 多种传输, 以及其他方面的考虑
SOA 的服务无状态或有状态?
服务应该是无状态的它有一个无状态的执行上下文, 但它不会有中间状态来等待一个事件或一个回调状态有关的数据的保留一定不能超出的服务的请求 / 响应这是因为状态管理消耗了大量的资源, 这可能会影响服务的可重用 可伸缩性和可用性
在 RPC 服务启动后, 服务一直保持沉睡状态, 只有在有请求时才会唤醒, 你可以称他为无状态或有状态
在 SOA 中我们是否需要从头开始构建系统?
否如果您需要集成现有系统为业务服务, 你只需要创建松耦合的包装, 包装您的现有系统, 并以一种通用的方式暴露功能给外部世界
其实并不需要重新构建, 只需要将每个服务继续分解, 分类出对外与对内
什么是服务和组件之间的区别?
服务组件来实现业务功能的逻辑组件分组组件是为实现服务这个目标的途径组件可以使用 Java,C#,C, 但服务将以通用格式如像 Web 服务方式被暴露
说的就是我们通过 RPC 调用其他服务 (thrift)
预告
看到这里大概了解了 SOA, 这个时候我透露一个秘密, SOA 其实还有另外一个名字叫服务治理, 是的, 就是我们一直在讲的服务治理下一章回到正题, 讲一下服务治理实现
来源: https://juejin.im/entry/5aa22c83518825555d46d8a3