江苏龙网

  1. 首页 > 人文 > >

技术API网关和ESB的联系与区别( 二 )


技术API网关和ESB的联系与区别
本文插图
一个微服务一般完成某个特定的功能 ， 比如订单管理、客户管理等 。 每个微服务都是一个微型应用 ， 有着自己六边形架构 ， 包括商业逻辑和各种接口 。 有的微服务通过暴露 API 被别的微服务或者应用客户端所用；有的微服务则通过网页 UI 实现 。 在运行时 ， 每个实例通常是一个云虚拟机或者 Docker 容器 。
微服务主要是经过组件分离各自拥有独立的生命周期 ， 并且按需进行扩展 ， 这种方式打破了组件之间的技术依赖 ， 允许每个服务各自选择最合适的技术进行实现 ， 每个微服务仅关注于完成一件任务并很好地完成该任务 。 在所有情况下 ， 每个任务代表着一个小的业务能力 。 不同的服务甚至可以采用不同的编程语言来实现 ， 一定程度上微服务使技术方案变得更加灵活 ， 在使用过程中开发、测试、部署等环节十分便捷 ， 整体是以松耦合高内聚的形式存在 ， 符合IT技术思想 。
4微服务架构
微服务架构MSA可以理解为一个轻量级的服务治理方案 ， 也就是将系统的功能 ， 通过服务的形式发布到服务器上 ， 对服务进行组合调用 ， 实现具体的功能 ， 解决实际业务问题的架构风格 。
技术API网关和ESB的联系与区别
本文插图
微服务架构优点如下：
1.微服务架构使得每个服务都可以有专门开发团队来开发 。 开发者可以自由选择开发技术 ， 提供 API 服务 。 当然 ， 许多公司试图避免混乱 ， 只提供某些技术选择 。 然后 ， 这种自由意味着开发者不需要被迫使用某项目开始时采用的过时技术 ， 他们可以选择现在的技术 。 甚至于 ， 因为服务相对简单 ， 即使用现在技术重写以前代码也不是很困难的事情 。
2.微服务架构模式使得每个微服务独立部署 ， 开发者不再需要协调其它服务部署对本服务的影响 。 这种改变可以加快部署速度 ， 譬如 UI 团队可以采用 AB 测试并快速部署变化 。 微服务架构模式使得持续化部署成为可能 。
3.微服务架构模式使得每个服务独立扩展 。 根据每个服务的规模来部署满足需求的实例 。 甚至可以使用更适合于服务资源需求的硬件 。 比如可以在 EC2 Compute Optimized instances 上部署 CPU 敏感的服务 ， 而在 EC2 memory-optimized instances 上部署内存数据库 。
微服务架构有优点当然也有不足之处 ， 比如服务调用带来的系统复杂性 ， 服务间的依赖关系也是难以管理的 ， 如何构建合理的服务依赖是考验架构师能力的重要依据；最后 ， 微服务架构的部署以及跟踪也是很难的 。 总之 ， 微服务架构有着自身的应用场景以及特点 ， 了解哪些场景适合微服务比掌握微服务的具体技术更为重要 ， 适当的技术用在适当的场景 ， 才能发挥合适的价值 。
5SOA架构剖析
SOA架构：SOA架构是一种粗粒度、开放式、松耦合的服务结构 ， 要求软件产品在开发过程中 ， 按照相关的标准或协议 ， 进行分层开发 。 通过这种分层设计或架构体系可以使软件产品变得更加弹性和灵活 ， 且尽可能的与第三方软件产品互补兼容 ， 以达到快速扩展 ， 满足响应市场或客户需求的多样化、多变性 。
SOA架构泛化来看映射的是整体企业架构 ， 企业架构又分为业务架构和IT架构 ， IT架构又分为应用架构、数据架构、技术架构 。 在SOA项目中 ， 借鉴企业架构之道 ， 并通过SOA技术架构和应用架构将业务系统构建和整合 ， 并纳入整体企业IT治理体系中 。 SOA技术架构图如下：
技术API网关和ESB的联系与区别
本文插图
6Restful剖析
Open API即开放API ， 也称开放平台 。 所谓的开放API是服务型网站常见的一种应用 ， 网站的服务商将自己的网站服务封装成一系列API应用编程接口开放出去 ， 供第三方开发者使用 ， 这种行为就叫做开放网站的 API ， 也称OpenAPI 。 随着这几年微服务概念的兴起 ， 另一个名词出现在了我们面前 ， 那就是Restful 。 而现在很多第三方开放平台的API都是Restful风格的API ， 而作为开发人员也经常听人说起Restful ， REST这个概念是在2010年提出的 ， 是HTTP协议的一位主要设计者提出的 Representational State Transfer（表现层状态转化）思想 。 REST概念的提出者认为改变应用的互动风格比改变互动协议对整体表现有更大的影响 ， 这就称之为表现层状态转化 ， 即REST它只是一种架构思想 。


推荐阅读


上一篇：智能手环还在纠结要不要买智能手环吗？不要想了，看完你就知道了

下一篇：宁德时代一根钢针引发的一场动力电池“血案”