本文共 1343 字,大约阅读时间需要 4 分钟。
MetLife(美国大都会人寿保险公司)是一家拥有150年历史的公司,它是领先的保险及其它金融服务的提供商,为遍布全美的数以百万计的个人和企业客户提供服务,包括美国财富五百强中排名前100位的88家公司。作为一家全球性公司,MetLife 向世界各地提供金融、保险服务——其中有一些是终身服务。有着如此庞大的业务规模,MetLife 需要多种组合的IT基础设施来维持它的日常运作。
今年4月,来自 MetLife 的亚伦·艾代斯(Aaron Aedes)谈到了他们第一次涉足 Docker 容器的经历——即使用一款通过Azure 交付的名为 GSSP 的新应用程序。六个月后,MetLife 来到 DockerCon 欧洲大会的舞台并分享他们使用 Docker 容器的经验——从最初的部署到促使他们主动寻找在 MetLife 中使用Docker 企业版(EE)的其他方式。
MetLife 容器和开源工程项目总监 Jeff Murr 在第一天DockerCon 主题会议上介绍了他们如何看待扩大容器化规模这个问题,他表示,新技术的使用通常会为已经负担沉重的IT预算增加更多的成本和开销,但是 Docker 的传统应用现代化改造计划却提供了一个降低现有应用程序运维成本的机会。
MetLife的MTA改造计划始于一个基于Java的应用程序,该应用程序主要处理 “Do Not Call / Opt out”这样一个过程,这是一个提升用户体验简单而重要的应用程序。通过 Docker EE,该应用程序在一天内就完成了容器化改造,并且他们很快发现在部署和扩展应用程序方面有着明显的改进。
在 MTA POC 项目改造成功之后,Jeff 的团队着眼于剩下的应用场景,寻找其它适合进行现代化改造的应用程序。在 MetLife 的近6000个应用程序中,其中有593个(大约10%)使用了与 MTA POC 项目相同的技术栈。分析结果显示,这593个应用程序的总成本节省了66%。这种节省不仅体现了基础设施利用效率的提高,还体现了在维护和支持应用程序方面花费时间的减少(仅针对美国的业务)。这表明 MetLife 可以节省数千万美元的资金,然而这一切都是从使用Docker EE 开始。
MetLife的Jeff Murr表示:“之前这个名为“do-not-call”的应用程序并不出彩,但将其进行现代化改造之后,它无疑是令人激动的!”
对于 Jeff 的团队来说,这个项目已经创建了一个可复制的模型来为
MetLife 中的各种应用程序团队提供使用,无论是在 Windows 还是 Linux 上的应用程序。通过使用 Docker 和迁移到云端,MetLife能够将80%:20%的维护成本与创新费用的比率颠倒。希望开始使用 Docker 企业版(EE)的公司可以从 MetLife 的经验中获得一些提示,既可以对现有的应用程序进行容器化改造,也可以构建和部署新的微服务。关键是要从小处着手,逐步创新,每次使用一种技术栈,并且随着时间的推移简化操作,最终建立一种可以重复使用的模式。
转载地址:http://fdenx.baihongyu.com/