soa架构如何理解面向服务的架构SOA( 二 ) 架构

服务功能通过服务接口进行交互，从而不关心其他服务的内部功能逻辑
严格分层
同一类型的服务封装在同一服务层，不同类型的服务永远不允许放在同一逻辑层
服务不能跨层调用，应该保持服务的独立性
性能属性
性能属性代码必须尽可能与应用程序功能逻辑代码分开
尽量避免数据类型格式的转换，比如物理值和信号值之间的频繁转换
工具和流程
建模分析和可视化仿真工具分析:提前识别风险和漏洞，尽可能简化软件开发
标准化工作流程后，设计过程可以循环使用，简化了开发和理解

文章图片

协议选择
以上，我们介绍了证券交易所的设计原则，但不可避免的问题是沟通！目前，与面向服务架构相关的通信协议主要包括:
部分/知识产权
数字显示示波器
推送消息
超文本传送协议
这一对四个协议如下:

文章图片

可以根据具体项目要求选择！
服务流程设计
我们之前一直在讲面向服务的架构，那么如何设计呢？主要包括以下五个步骤:
组合车辆功能
规划SOA架构
服务定义
服务矩阵和ARXML设计
服务验证和模拟
当然，我们会在后面的在线研讨会上分享更深入的技术！
【soa架构如何理解面向服务的架构SOA】介绍了这么多，到底什么是SOA？
SOA软件架构
我们认为:
SOA不是具体的技术实现，而是模板软件架构！！！
我们可以很容易理解软件架构，比如AUTOSAR，但是如何理解模板呢？
还有一个问题？AP AUTOSAR自称是SOA，那么如何理解呢？出于篇幅原因，我们将在“制作AP AUTOSAR的高级应用”中分享！
从软件层面看SOA，我们可以通过以太网连接CP AUTOSAR、AP AUTOSAR和非AUTOSAR系统，如下图所示: