客户

Boeing

行业

航空航天,飞机维护服务

技术

Microsoft Azure

Docker

Kubernetes

WaveFlux

Terraform

Packer

Ansible

Boeing

Boeing 是一家航空航天制造商。GoldCare 是其面向运营 787 Dreamliner 的航空公司提供的维护、修理和大修服务,背后的软件支撑着这些运营商所依赖的维护记录和服务。

处于这种位置的应用不能随意迁移。它的数据属于敏感数据,依赖它的人正在让飞机保持运行。任何迁移都必须先通过客户信息安全团队的审核,之后才能有任何一个工作负载上线。

项目

Boeing InfoSec 在 GoldCare(787 维护应用)上线前审核了其 Azure 基础设施。SEYA 于 2016 年部署了这套基础设施,并将其与留在科罗拉多州的本地数据库连接起来。

到 2016 年,GoldCare 应用栈运行在分散于多个站点的传统基础设施上。Boeing Development 希望获得公有云的弹性、可扩展性、安全性和可靠性,选择了 Azure,并委托 SEYA 执行迁移。

SEYA 提出了一套以代码构建的容器化平台方案,部署了 Azure 基础设施,使其通过 Boeing InfoSec 的审核,部署了 GoldCare 应用栈,将其连接到必须留在科罗拉多州数据中心的本地数据库,并完成了该应用栈的数据迁移。

交付成果:

  • 由 SEYA 部署、经 Boeing InfoSec 团队审核通过的 Azure 基础设施

  • 一份方案书,涵盖以 Docker 容器化、以 Kubernetes 编排、以 WaveFlux 作为代码仓库、以 Terraform 和 Packer 构建基础设施、以 Ansible 管理配置

  • 在 Azure 上部署 GoldCare 应用栈

  • 从 Azure 应用栈到科罗拉多州数据中心本地数据库的混合连接

  • GoldCare 应用栈的数据迁移

面临的挑战

多年来跨站点生长出来的基础设施,改动成本高,也难以理清。容量无法快速增加,每个环境都略有差异,安全审查还得在每个站点重复一遍。对于一项支撑商用机队的服务而言,这些约束已不是 IT 上的不便,而是业务风险。

Boeing Development 决定将 GoldCare 基础设施迁移到 Azure,以获得弹性容量、一个能随服务扩展的平台,以及一套可以为之背书的安全与可靠性态势。这次合作有两个条件,决定了此类迁移的形态:Boeing InfoSec 团队必须审核基础设施;部分数据库必须留在科罗拉多州的本地环境,并且能从云端访问。

我们的专长

SEYA 的方案把这次迁移当作一次平台构建,而不是服务器搬迁。应用组件打包为 Docker 容器,在 Kubernetes 下运行,这样应用栈在每个环境中都能以同样的方式部署,扩容靠增加节点而不是重建服务器。

基础设施以 Terraform 定义,机器镜像由 Packer 构建,配置由 Ansible 应用,所有内容都保存在作为代码仓库的 WaveFlux 中。以代码定义环境,意味着 InfoSec 团队可以在环境建成之前审查将要构建的内容,同样的定义日后也可以用于重建或审计。

我们的方案

SEYA 部署了 Azure 基础设施,并在应用落地之前使其通过了 Boeing InfoSec 团队的审核。平台获批后,SEYA 将 GoldCare 应用栈部署到 Azure。

留在科罗拉多州数据中心的数据库被连接到 Azure 环境,使应用可以在云端运行,同时继续读写本地数据。随后 SEYA 执行了该应用栈的数据迁移。

最终形成一套混合架构:应用层在 Azure 上,指定数据库留在本地,整个平台以代码描述,客户团队可以随时查看。

交付的价值

对于正在权衡类似迁移的 CIO 来说,价值在于风险是如何被处理的。安全审查发生在部署之前,针对的是以代码定义的基础设施,而不是对已建成环境的事后检查。对任何 InfoSec 部门对生产变更握有否决权的组织来说,这都是一个可复用的模式。

把特定数据库留在本地并连接到云端应用层,免去了一次性迁移所有内容的必要。团队可以为应用获得 Azure 的弹性容量,而数据治理仍留在原处。

容器和基础设施即代码让 Boeing Development 获得了一个可以依据定义重建、扩展和审计的平台,而不是一堆分散在各站点、手工配置的服务器。

成果

GoldCare 应用栈运行在通过 Boeing InfoSec 审核的 Azure 基础设施上,连接着科罗拉多州的本地数据库,数据已完成迁移。

Boeing Development 得到了它想要的云平台:应用层的弹性容量、容器化的部署模型,以及一个以 Terraform、Packer 和 Ansible 定义、而非分散在各传统站点的环境。

方案流程:传统基础设施上的 GoldCare、2016 年的委托、方案中的工具、通过审核的 Azure 基础设施,以及科罗拉多数据库链路。

示意图:本地数据库留在科罗拉多州并与 Azure 应用层相连,这正是这次迁移属于混合迁移而非整体搬迁的原因。

交付顺序:部署 Azure 基础设施、部署 GoldCare 应用栈、连接本地数据库、执行数据迁移。

示意图:InfoSec 审核位于第一步,先于部署,因此安全签核针对的是以代码定义的基础设施,而不是事后补做。

正在把受监管或安全敏感的应用迁移到 Azure?

SEYA 可以为您规划一次让 InfoSec 团队全程参与审核、并把指定数据留在本地的迁移。发邮件至 hello@seyagroup.io 开始沟通。

联系我们

发送有关云、平台、数据或可靠性项目的咨询。营销邮件在表单中为单独选项。

提交本表单即表示您同意由 SEYA Group 销售代表与您联系。您亦同意我们的网站条款与条件以及企业隐私政策。