行业新闻与博客

今天，云是每个人都想的地方; 没有像这样的地方，有什么能让你的客户更快乐。好吧，这可能有点延伸 - 但也可以公平地说，不是每个人都可以使用他们当前的架构潜入云端。很多时候，它需要一个完整的重新设计过程才能将公司 - 甚至是简单的产品 - 带入任何云。

以下三个方面需要考虑，以确保您不会执行灾难性的云迁移。

匆匆忙忙地想想"快捷"

顺其自然，只需迁移：这有多难？我们都熟悉“计划失败计划失败”这一短语 - 大多数云迁移由于计划失败而以可怕的方式破坏。所需要的只是一些工程师将组件从一个地方移动到另一个地方，然后一切都插在一起 - 瞧 - 它神奇地起作用，因为它是云，一个神奇的地方，一切似乎都无缝到位。对？

也许不是。还有另一种方式。旧的学校方式，真正的工程方式，你不仅可以使用系统管理员，而且可以让中心项目经理与不同的团队一起工作，这些团队保持正常运转，并且像胶水一样保持团队沟通和彼此合作就像一台运行良好的机器。

沟通是关键的一步。我们都不喜欢会议，但如果我们不沟通，我们就会遇到大问题。重要的是，每个团队中至少有一个人与另一个团队的人员面对面; 此外，每周一次的全球会议，看看情况如何变化。

从最初的原则开始思考 - 最近由  Elon Musk 推广的古老概念- 很好，但学习别人做了什么以及他们如何工作是非常有用的。使用敏捷原则很好; 在 10 分钟内举行站立会议很不错; 拥有一个 scrum master 是好的; 但是，带有甘特图的 PM 的旧方法可以记录事物并记录所有事物。

最重要的是，慢慢地设计一个坚实的基础：工程师可以在其中提供反馈并建立在良好基础上的架构。相信工程师。他们会因技术困难而受到怀疑。如果没有，他们将是支付它的人 - 相信他们。

提升和移位

电梯和班次现在非常流行。为什么？有些人认为迁移到云意味着从一个数据中心转移到另一个数据中心，更便宜，资源更多。它是分布式的，具有更好的仪表板，但它只是另一个数据中心。

不用说，情况并非如此。这只是重新托管。这个过程通常是这样的：

• 创建资源清单
• 在云 X 中实例化相同的资源
• 创建故障转移，高可用性和 / 或灾难恢复解决方案
• 上传所有数据，看一切都崩溃了

更大的问题是它有时“有效”，但没有任何改善。迁移到云正在采用一种新的范例：它意味着实现云编排，自动化，不同形式的弹性，当然还有一切即服务（XaaS）; 使用第三方组件而不是实现自己的组件。

进入云端后，您无需安装 Icinga 或 Nagios 等产品; 监控已经作为一种服务。大多数 LAMP 堆栈组件都是一样的 - 它就像服务一样！正如旧的说法所说 - 简单是最终的复杂性。

转向不成熟的云

不要忘记在可能需要的事情上运行清单。举个例子：

• 我有多少 X 作为服务？我的正常运行时间是多少？
• 我有冗余吗？地区？
• 我有多少个可用区和域？哪里？他们是真的吗？
• 安全和限制怎么样？
• 合规性和数据规定 - 我的数据安全吗？
• 人气 - 这是云吗？长期？
• 第三方供应商 - 是否有应用，支持，解决方案，顾问市场？

非常感谢您对亚洲注册的支持与信任！

禁止转载