api和中间件
在JavaOne 2016会议结束之前，任何玩微服务饮用游戏的人都可能需要进行排毒。 但是TIBCO Software的技术推广员Kai Wahner在他的演讲“中间件世界中的云原生微服务和容器”中至少使话题有了新的变化。 在这次演讲中，Wahner涵盖了一系列主题，旨在帮助企业软件架构师更好地掌握微服务世界中的中间件。
企业服务总线的时代即将结束
瓦纳向与会者保证， 并非所有的中间件都是老旧的 。 实际上，他和中间件领域的其他技术推广者更喜欢谈论应用程序集成，而不是ESB，以避免与企业过去经历过的失败SOA项目不幸地联系在一起。 如今的应用程序集成可以实现许多与老式ESB相同的目标，从而有助于CRM，ERM和其他核心应用程序之间的通信。 但是，现代中间件超越了这些基础集，可以与业务流程集成，物联网和流分析结合。 而且，即使今天的集成系统不是云原生的，它们也已支持云。
应用程序集成中的经验教训
随着整体被分解成较小的碎片，集成的某些方面变得更加容易，而其他方面则变得更加复杂。 用Kai的话来说，“一切都是孤岛。” 事情变得越来越小。 同时，像敏捷，快速，可扩展，低成本，快速失败和缩短周期时间这样的流行语无处不在。 在通往现代中间件的过程中要学到什么教训？
首先，“内部部署不会消失，因为并非所有事物都属于云。” 银行和航空公司是大型企业的示例，这些企业已经构建了在内部部署中可以正常运行的应用程序和基础架构。 将这些系统放在云中并不划算，因为它们已经可以正常运行了。
其次，在对业务流程管理之类的案例进行集成时，有许多方法可以进行开发。 集成商可以采用“零编码”方法，“对所有内容进行编码”方法或中间路线。 有时，一个项目更多的是关于配置和映射，而不是创建新的程序。 Kai建议，这与早期SOA不同。 “即使在复杂的情况下，可视编码也可以工作。 在许多用例中，它很有帮助。”
微服务与现代企业
在其有关微服务的部分中，Wahner以航空公司为例。 航空公司的在线系统分为各自的服务，因此可以为每个组成部分处理不同的工作量，从预订航班到检查座位可用性或更新客户数据。 这种模块化允许更大的灵活性和可扩展性 。 模块化的另一个好处是，它允许逐点进行改进，而不是一次查看数百个操作。 通过一次提取一些特征，即使是整体也可以成为这种渐进方法的目标。
当然，微服务会引入自身的挑战和复杂性。 为了避免级联故障，有必要构建使用重新交付，重新路由和缓存的解决方案以防止出现问题。 还有一个简单的事实，那就是当要集成的件太多时，有必要处理意大利面条通讯。 幸运的是，这些并不是全新的挑战。 “ TIBCO在进行企业集成方面已经做了20年了。” 许多模式和最佳做法是相似的。 Kai还指出，微服务并非适用于每种情况或所有概念。 就像使用云和NoSQL一样，在进行过渡之前确定更改是否确实必要很重要。
最后，瓦纳（Wahner）敦促开发人员在设计微服务时要考虑开放的API。 他看到许多企业通过将API公开或内部合作伙伴使用来取得巨大成功。 贝宝（PayPal）是我想到的第一个示例，因为它使支付和购物车API几乎可以被地球上的每个在线商家和零售商访问。 但是，关注技术更加开放的不只是专注于技术的组织。 “银行，电信公司和航空公司都在向API项目投资，以将其API暴露给外界。”
对于中间件，微服务和API的消费者和创建者而言，未来注定是复杂的。 但是，这里充满了大企业冒风险以使其正确的示例。
api和中间件
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
