混合多云架构
每天都在肆意宣传云,但每个人都应避免三个陷阱。
从云,混合云到混合多云,您都被告知这是确保业务数字化未来的一种方式。 您必须做出的这些选择不会排除提高客户体验和敏捷交付这些应用程序的日常工作。
让我们开始一段旅程,仔细研究混合多云对您的业务意味着什么。 让我们检查交付应用程序和处理遗留应用程序时所做出的决策。 这些可能是您业务中最重要的资源。
本文重点介绍了过渡到混合多云环境时每个人都应注意的三个陷阱。 它基于与致力于征服混合多云同时提供解决方案的组织的互动经验。
在第一部分中 ,我们介绍了基本定义以公平地竞争环境。 我们概述了对混合云和多云的看法,确保显示了两者之间的界线。
这为第二部分奠定了基础,在第二部分中 ,第一个陷阱讨论了为什么成本并非始终是迁移到云的明显动机。
在第三部分中,该是技术的时候了,着眼于将所有工作负载迁移到云中是否是一个好计划的问题?
云中的一切都更好
第二个陷阱是关于错误的观念,即一切都会受益于在云中运行。 所有工作负载都不相等,并且并非所有进入云的工作负载都会对底线产生可衡量的影响。
最近的一篇文章指出 :“并非所有业务应用程序都应迁移到云,企业必须确定最适合云环境的应用程序。” 公用事业公司在本系列第二部分中提到的一个困难事实是,当试图将应用程序迁移到云中时,人工成本上升了。
发现这不是一个可行的解决方案,公用事业公司对此进行了备份并重新评估了其应用。 事实证明,某些应用程序使用率不高,其他应用程序存在数据所有权和合规性问题。 他们的某些应用程序未经认证可在云环境中使用。
有时在物理上无法在云中运行应用程序,但有时在财务上不可行在云中运行。
想象一个虚构的在线旅游公司。 随着业务的增长,他们最终将其托管容量扩展到了超过4万台服务器。 通过一次购买数据中心而不是一次机架来扩展其资源成为一个问题。 他们的业务消耗大量带宽,因此基于带宽使用情况的云定价模型仍然令人望而却步。
基线和容器
透彻了解应用程序环境,没有什么比这更重要。 在很好地理解了哪些应用程序需要迁移到云的同时,您还需要了解当前的IT环境,当前的资源级别以及估计迁移成本。
也有许多人认为您需要容器才能在云中成功。 著名的流行语很好地总结了这一点:“我们将这种整体式工具塞满了一个容器,并将其称为微服务。”
这与所涉及的技术无关,而与使用过时的技术常常在几天之内编写的应用程序有关。 如果将轮胎起火放到一个容器中,然后将该容器放到一个容器平台(船上)上,那将会引起更大的火灾。
这些容器火灾给您的DevOps团队带来了更多挑战,他们已经在努力跟上组织将所有内容都迁移到云中所推动的所有更改。
每个人都应避免的陷阱
在本系列的第四部分中,介绍了第三个也是最后一个陷阱。 每个人都应该避免使用混合多云的陷阱。 找出云对您的数据意味着什么。
错过本系列的开始吗? 刚站起来, 赶上第1部分 。
翻译自: https://www.javacodegeeks.com/2018/07/pitfalls-avoid-hybrid-multicloud-part-3.html
混合多云架构