因为只有创新还不够
别误会了,不断提供创新产品和服务的确是数字市场中致胜的关键。但是,如果新应用无法与其他传统技术有效互连,那要它又有什么用呢?更重要的是,如果需要经年累月才能把这个新应用与现有架构集成,那它又要多久才能为您的业务带来真正价值?
由于敏捷方法、DevOps、CI/CD 自动化以及其他 IT 发展趋势相继出现,瀑布开发周期的时代已经一去不返,但只提高开发人员的生产力还远远不够。创新需要集成,而集成的速度需要与您当前的开发实践齐头并进。
红帽认为,相比于集中式孤立架构,分布式迭代集成架构能为应用开发以及您的基础架构带来更多灵活性。而这种集成架构到底涵盖哪些方面?这种集成的架构框架,能将容器化微服务、混合云和应用编程接口(API),与开发人员熟悉的敏捷和 DevOps 实践相互协调、保持一致。
用不用 ESB,这是一个问题
虽然企业服务总线(ESB)比点对点或中心辐射的连接更为先进,但它主要用于死板的孤立基础架构。这种传统的集成方法(即由集中式团队来控制单体式技术)会阻碍分布式应用的开发和长效实用。ESB 固然有优先考虑安全性和数据完整性的优点,但它们也要靠单个团队来定义出整个企业的集成方案。而且,它们也会成为集成架构的单一故障点。
而如今,以敏捷和 DevOps 方法开发的松散耦合的云原生应用架构需要一种同样敏捷且可扩展的集成方法。这些新应用不仅要能相互连接,还得能够访问您的传统应用和数据。红帽通过提供集成平台和管理软件,同时支持这两种业务需求,使您可以跨混合云环境快速连接传统技术和微服务。我们将此方法称为"敏捷集成"。
什么是敏捷集成?
红帽敏捷集成的设计思路,就是将集成技术、敏捷交付技术和云原生平台结合在一起,从而提高软件交付的速度和安全性。具体而言,敏捷集成就是要将 API 等集成技术部署到 Linux 容器中,并将集成角色扩展至不同职能的团队。
在这个框架中,您可以快速开发并且快速集成微服务。通过红帽® Fuse 内置的集成功能,以及红帽 3scale API 管理所管理的 API,微服务基本上可以无缝地"嵌入"现有架构,使它们可以快速为内部和外部用户提供价值。红帽 AMQ 能够以高吞吐量和低延迟进行消息传递,便于在您的基础架构内共享数据。通过敏捷集成流程连接的松散耦合架构提高了容错能力,更新或删除服务不再有中断整个应用的风险。
简而言之,敏捷集成让企业集成不再只是一个亟待克服的难题,而是成了跨分散服务实现弹性可扩展性的平台。
UPS 借助红帽技术,成功简化包裹跟踪和派送
问题:作为一家全球领先的物流公司,UPS 希望借助一个全新应用平台——中央内部规划与执行系统(CIPE)来优化包裹的运转和递送。此外,该公司还希望采用更为敏捷的协作式 DevOps 方法,并应用能够支持 CIPE 新功能和这种新工作方式的技术。UPS 高级应用开发经理 Rich West 表示:"我们需要从原有的老技术迁移至云技术,以便通过实时大数据分析来制定更为明智的决策。"
解决方案:经过综合考虑自身对基于云技术的敏捷工作流的需求,UPS 确定容器技术是最佳选择。随后,该公司评估了多种解决方案。最终,UPS 选择借助红帽的企业级开源技术来创建全新的应用环境。此外,UPS 还在红帽咨询的帮助下规划并部署了 CIPE。UPS 高级应用开发经理 Stacie Morgan 指出:"红帽还迅速地为我们的开发人员提供了容器平台技术方面的培训。短短 3 个月,我们就成功地启动了站点应用的首次迭代。我们从未这么快地启用过一个平台。"
现在,我们能以前所未有的速度实现洞察和创新。对于 UPS 而言,这真是一个激动人心的时刻。在这整个过程中,红帽技术起到了至关重要的作用。