SOA与API的分裂和统一？

虽然API和SOA有类似的业务和技术目标，但许多API的支持者坚持认为API与SOA没有多大关系，而且它们属于非常不同的方法。它们经常宣称实用RESTAPI和SOA之间存在巨大差异。霍营电脑培训建议分工将SOA服务和RESTfulapi集成到一个统一的体系结构中。

团队必须在SOA和API思想之间建立一个桥梁，并构建一个实际的计划来集成API和SOA。

“doREST”和“创建api”的团队通常专注于克服技术和业务障碍，增加外部扩展、具体演示和核心业务用例，而不涉及复杂的技术。SOA团队通常专注于实现可伸缩性、实现业务标准、建立决策中心和满足复杂的非功能性需求。

通过结合api和SOA的思想，团队可以在遵循业务策略和扩展需求时快速交付业务解决方案。

务实的RESTAPI关注点

REST是系统开发的一种架构风格，它对一系列服务交互施加约束。正式的REST约束包括客户机-服务器和无状态交互、可缓存响应、不变契约、分层系统设计和按需编码。这些约束有利于特性的出现，即简单性、可扩展性、可变性、可靠性、可见性、性能和可移植性。满足REST约束的系统称为RESTful。RESTful设计可以增加很多好处:

虽然RESTful设计有利于支持SOA目标，但实用REST的战略重点不同于许多SOA项目。实用RESTAPI设计团队专注于自底向上的应用程序场景和友好的协议或格式(如HTTP和JSON、DNS)、公差接口定义和简单的交互模型(如上面的保证交付重试)。

务实的SOA最佳实践

实用的SOA团队不会强制公共(和复杂的)标准。一个实用的SOA团队提供了有价值的业务能力，减少了应用程序的阻力，并提供了独特的服务价值。

一个务实的SOA团队并没有鼓吹难以操作的最佳实践。他们依靠intergroup和自动化治理来简化最佳实践的应用，这使得团队更容易做正确的事情。

务实的SOA团队关注技能差距和应用障碍。它们提供了加速器包(如架构、工具、框架、api或服务构建块)来减少培训、增加自服务应用程序和加速项目交付。

一个实用的SOA团队将平衡企业治理与项目自治。成功的团队没有建立起发展和注册的门槛，引入了许多机制来完善服务，间接互动，服务水平，促进自助服务的应用，引入了促进服务团队发展、服务共享和服务应用的机制。您可以使用这些机制作为现有API管理的核心。

API：应用程序接口（API：Application Program Interface）

应用程序接口（API：application programming interface）是一组定义、程序及协议的集合，通过 API 接口实现计算机软件之间的相互通信。API 的一个主要功能是提供通用功能集。程序员通过使用 API 函数开发应用程序，从而可以避免编写无用程序，以减轻编程任务。

API 同时也是一种中间件，为各种不同平台提供数据共享。根据单个或分布式平台上不同软件应用程序间的数据共享性能

鹏仔微信 15129739599 鹏仔QQ344225443 鹏仔前端 pjxi.com 共享博客 sharedbk.com