企业架构师开始重视流水线化集成架构,这样有助于降低IT开发成本并且充分利用云基础框架。这使得集成商可以在企业内部创建新的应用,而不受已有IT资产限制。为了满足这一需求,很多企业开始创建集成服务层,来满足管控、风险和合规需求。 这意味着开发人员在创建新应用时无需顾虑传输层,U.K的Channel 4的资深项目经理James Curran说。他们可以编写一个支持业务的Web服务,使用集成服务来完成集成工作。“这种方式允许我们将更多的注意力放到业务层上,而不是总是考虑传输层,”Curran解释到。 实现跨越 Channel 4使用 MuleSoft Mule ESB服务构建了集成服务层。“已有系统变得异常脆弱,因为它们已经和当初设计的不太一样了,这些都会增加维护成本,”Curran说。“当我们决定开发一个新的商务系统时,我们的架构师说服我们在系统设计中引入面向服务的方法。” 一开始,Channel 4使用服务集成层来改进灾难恢复的集成,以及改进内部广播管理系统的业务使用,这个系统处理任命、排期、权益、传输管理视频以及其他业务活动。Channel 4想要通过Web服务实现点对点集成,这时大家意识到服务集成会更加高效,并且能够帮助业务经理更好地实现自己的业务应用。 组件不同类型的团队 Curran建议企业在类似项目里尝试自动化来实现持续集成、环境构造和部署流程,它们都会有助于开发环节。这些将共同构建一个管理良好,版本控制有序的软件开发链。 确定最佳实践原则也很重要,这样不同开发团队能够用一致的方式使用集成层,并且可以共享组件。创建专门的集成运维团队也可以帮助讨论并分析运维和支持问题,从而在公司范围内分享收获。另外,Channel 4组建了集成小组,包括利益相关才、架构师、基础架构团队和项目经理,一起探讨遇到的问题,制定正确的解决方案。 新式高效带来新问题 虽然整体架构更为高效,但是Channel 4的开发人员在实现架构的过程中还是遇到了很多困难,因为他们以前使用的是点对点集成方案。但是当创建了一些使用集成服务来相互交互的应用程序之后,他们开始体会到这样的平台的强大能力,可以帮助他们关注于核心业务流程。这大幅提高了开发生命周期的效率,Curran觉得这样的改善还会继续。 为集成中心开发一套高效的监控系统也很必要,可以跟踪新型度量维度,比如队列深度和持久性,Curran说。“我们学习得很艰难,但是我们成功了。现在如果有问题发生,我们能非常快速地响应。” 重新思考API 企业需要创建API,这样他们可以与其他相关部门交互,包括合作伙伴,外包商和客户,Dell Boomi的总经理,Chris McNabb说。如今云提供商和企业都在创建可以交互的API。这是交互性极强的请求加应答的客户场景,其中所有人都被视为对等。这就需要以先进的方式给遗留系统提供上传访问点,这导致了API数量的剧增。因为企业都在寻求集成,所以API和API管理会成为下一波浪潮热点。 API管理是解决CIO在混合环境面临问题的答案。新型云应用,比如Marketo和Salesforce.com,要求CIO们思考如何聚合以及整合信息,来确保没有冗余。McNabb相信现代企业需要集成和一致性来以统一的方式解决这个问题。 McNabb说该策略的一部分一定是利用集成平台即服务来支持云、移动、社交和分析服务。“企业用已有的东西是无法实现内部部署的。” 通用标准 但是这不是显而易见的任务。iPaaS不仅需要支持不同的云服务,而且需要支持不同的版本,Oracle云集成部门的总经理,Bruce Tierney说。云服务集成里对于应用和版本的感知可以降低风险、减少集成所需要的时间。 最好是确保大家在云集成平台和本地集成平台之间使用通用的标准,架构和底层产品组件。比如,某个地域日益增长的合规需求要求将集成部署从云平台挪到本地平台。相反地,价格需求可能会促使集成平台从本地平台升级到公有云平台。Tierney说,“混合集成平台必须在云集成平台和本地集成平台之间支持通用标准、架构和底层组件,从而为业务敏捷性提供多种部署选择。” 企业架构师需要从长远的角度考虑集成服务后台的整体费用,OutSystems的CEO,Paulo Rosado说,OutSystems是一家提供云快速应用开发服务的公司。他解释道,“最大的错误之一是开发/集成进展被某些平台绑架,这些平台先是说使用很简单,学习曲线很迅速,但是后来却很难帮助企业发展到企业级的集成或者应用。最优策略是是在平台上,简单默认的应用和集成可以个人完成,但是当变化发生,新的需求出现时,它可以帮助IT成为救世主,优雅地进化为大规模,任务为要的应用程序和集成平台。”