# 为何将 Morningstar 迁移到云端：降低 97％的成本

> 原文： [http://highscalability.com/blog/2017/8/14/why-morningstar-moved-to-the-cloud-97-cost-reduction.html](http://highscalability.com/blog/2017/8/14/why-morningstar-moved-to-the-cloud-97-cost-reduction.html)

![](img/8afe9df981fbc1c7bfcea8286c1586d5.png)

企业不会迁移到云。 如果他们这样做，那就等于承认您的 IT 团队很糟糕。 那是常识。 投资研究提供商晨星（Morningstar）正在迁移到云中，他们正变得越来越有企业精神。 他们并没有让我感到无能，他们只是不想再担心所有低级的 IT 问题。

晨星（Morningstar）的 CTO Mitch Shue 在 [AWS Summit Series 2017](https://www.youtube.com/watch?v=vhNvhJGOhSw&ab_channel=AmazonWebServices) 上做了简短的演讲。 它并没有完整的技术细节。 那不是有趣的部分。 演讲更多地是关于他们的动机，他们采取行动的过程以及他们所经历的一些结果。 尽管这更有趣，但我们之前已经听到了很多。

我发现最有趣的是晨星作为金丝雀测试的想法。 如果晨星公司成功，那么该死的公司可能破产，我们将看到呆板的主流企业更多地采用云技术。 这是一个复制猫的世界。 这种先例为其他 CTO 提供了做出相同决定所需的掩护。

在整个演讲中，最重要的想法是：迁移到云上可以节省很多成本，但是他们更感兴趣的是“创建无摩擦的开发经验以刺激创新和创造力”。

软件正在吞噬世界。 毫无疑问，晨星展望未来，看到赢家将是那些能够以最快的速度开发最好的软件的人。 他们需要更好地开发软件。 拥有自己的基础架构是技术债务的一种形式。 是时候偿还债务并开始进行真正的创新工作了，而不是苦苦挣扎。

这是我的谈话内容：

## 基础设施

*   全球 8 个数据中心
*   11,318 个应用服务器
*   7,894 个数据库实例
*   4PB 存储

## 改变的时候了

*   想象一下在修补，升级，管理和保护 8 个全球数据中心方面所做的工作。 运行非常复杂。
*   问题不在于他们的 IT 员工。 他们对 IT 感到满意。
*   想要最大化人才，拥有更少的基础架构并专注于核心业务。
*   想要简化和减少复杂性。
*   运行数据中心并不能与它们区分开。

## 改变文化

*   过渡到云需要来自世界各地的 1400 名技术人员的参与。 不容易做到。
*   来自世界各地的许多半自治团体都有各自的路线图和团队目标。
*   既定的高级技术目标：最大化人才，拥有更少的基础设施，减少复杂性，提高产品完整性，产品安全性，产品可恢复性，产品可靠性，更好的正常运行时间，更好的监控和更快的事件响应。
*   选择目标的目的是易于重复，易于理解且不会过期。
*   不要对自己的文化感到被动。 通过有目的的重复将这些目标融入您的文化：大量会议，博客文章，演示和对话。
*   迁移到 AWS 支持这些目标。

## 策略：快速行动然后优化

*   数据收集团队最初使用提升和转换方法迁移到 AWS。 那使他们迅速进入了云端。
*   一旦一切正常，他们就开始降低复杂性。
*   将 SQL Server 替换为 RDS for PostgreSQL。
*   添加了用于消息传递的 Kinesis，因此他们可以更好地控制工作负载分配。
*   由于他们的应用程序每天仅运行 2-4 小时，因此他们用 Lambda 函数替换了所有 EC2 实例。
*   致力于制定按需创建和销毁整个计算机环境的策略。
*   将他们的数据湖移至 S3。
*   不断进行迭代以降低复杂性。

## 结果：降低了 97％的成本

*   当然，该项目是经典的 Lambda 用例。 空闲时间这么多，全时 EC2 实例没有多大意义。
*   但话又说回来，您可以想象整个企业中有许多这样的潜在优化。

## 未来

*   到 2017 年，核心数据 API 将移动数 TB 的数据，每天处理数百万条消息。
*   到 2018 年，他们将存储超过 2PB 的数据，每天处理超过 20 亿条消息，以支持超过 5 亿美元的产品收入。
*   到 2020 年将自己的基础设施减少 70％的目标。
*   悉尼数据中心将于 2018 年关闭。通过迁移非生产环境来缩小深圳的占地面积。
*   创建了一个卓越的云计算中心，以重新考虑安全性，部署和运营等领域。
*   将启动再培训计划，以对内部人员的技能进行投资和现代化（不错！）。
*   成本效率很高，但他们也有兴趣创造一种无摩擦的开发经验以刺激创新和创造力。 他们采取此举似乎是一个重要原因。

## 为什么选择 AWS？

*   谈话的这一部分听起来像是 AWS 新闻稿，毕竟这是一次 AWS 会议，但这是企业 CTO 如何思考问题的一个很好的例子。
*   喜欢 AWS 的步伐创新，服务呼吸和专业支持。
*   转向 AWS 并拥有更少的基础架构意味着更多的容量，更多的安全性，更高的可靠性，更多的安心和更多的创新自由。

[关于 HackerNews](https://news.ycombinator.com/item?id=15010310)

上周没有“互联网说可扩展性”一文。 这是故意遗漏的吗？ :)

通过重写所有基础架构和代码将成本降低 97％，可以
迁移到 AWS：昂贵，但不到 2020 年在全球范围内维护 1995 年的基础架构
投入使用，成本降低了 70％以上

如果您不能让工程师和开发人员升级/优化软件，请上云；如果您不是一家没有客户的初创公司，请始终保持低价……

抱歉，该 zbb。 我本来有最好的意图，但我生日那天不在，只是没有足够的时间来完成它。 我们本周上班。 如果我的老手仍然可以输入:-)

我也错过了星期五的帖子！

希望你生日快乐。

我做了卡尔，谢谢！

>如果您不是一家没有客户的初创企业，它总是“低声”。

这就是为什么我认为这是一个有趣的案例，修剪。 显然，他们有自己的印章，可以按自己的方式办事。 如果他们认为节省的成本不堪重负，他们会坚持并留下来，但事实并非如此。

关于它们的“空闲时间优化”，我一无所获：为什么有人需要 11k 的应用程序服务器和 7k 的数据库服务器来处理“每天仅工作 2-4 小时”的应用程序？

我对 Reader 的理解是，这些数字是指他们的整个系统，而空闲时间是指他们最初选择迁移到 AWS 的系统。

“用 RDS 替换 PostgreSQL 的 SQL Server”可能节省了 50％的 M $