甚么才是下一波的多云管理工具？（多云管理软件）

相信大部份企业采取多云战略的初衷是选择一套最符合本身需求的服务。但当云服务数量成倍增长时，管理的复杂性也日趋水长船高。市场中存在一些工具可能会为企业提供帮助，但他们也需要进行谨慎选择。

　　对企业来讲，很不幸，云管理工具市场越不断发展，他们就越难找到适合的工具。比如市场整合就是企业需要斟酌的众多因素之一。一些领先的供应商已投入他人门下，比如微软收购了Cloudyn，VMware收购 CloudHealth Technologies。在不久的将来，这样的整合有可能会减缓这些第3方工具厂商的研发势头，企业组织需要斟酌其首先供应商所有权的变化是不是会作用到产品，并终究作用到云管理策略。

　　另外，专用的多云管理工具，比如那些为安全性、本钱和性能而构造的工具，其实不总是许多企业的终纵目标。编排框架(如Kubernetes)和在其上构造的利用程序平台有时可以为多云部署提供更多的管理一致性。OpenShift等产品底层抽象基础设施，会将管理视为一个基础架构组件，而不是事后才使用的工具。

　　在过去的几年中，云管理工具产生了很大的变化。这些工具曾被用作中间服务或抽象层，以将公有云(本钱)紧缩到最小。但是，随着组织转向更高级别的云服务和敏捷开发实践，这些工具现在更多突出的是对自动化和治理的支持。

　　下一代的云管理工具和方法侧重于以下3个特质:

　　自动化

　　以操作系统为中心的工具会跟踪组件从而满足需求并处理云服务。它们经过自问“甚么”和“谁”等问题来自动帮助企业实现安全性。举例来看，他们可能会跟踪哪些开发人员正在使用哪些特定的服务，用于甚么目的和甚么时候。该工具记录所有服务使用情况，以支持自动更新、更改管理和配置管理，这些是开发和操作的基础。

　　抽象

　　这类方法会在云原生服务之上部署服务，并创建一种跨不同云的平台查看存储、计算、安全性和其他资源的单一方式。其思想是提供一种查看存储、计算和其他相干IT概念的通用方法，以便将后端下降到本机API级别。这类技术减少了人为干预，从而限制了毛病，加快了管理。

　　但是，请记住，如果企业在抽象服务下隐藏了更多的本地服务，那末他们将稀释这些服务的价值。举例来看，如果使用公有存储概念，并且只使用服务来存储、检索和删除，那末企业可能会错过仅限于单个提供者的本地服务，比如回滚(rollback)。

　　容器编排

　　容器编排(Container orchestration)借助Kubernetes等技术而流行，它支持云原生服务的管理，由于该技术会将企业编排为一种容器，并使用容器编配工具进行归集和管理。

　　企业可以同享资源，并将不同容器作为单个集群或组进行扩大和管理。开发人员和操作团队可以更好地控制他们的工作负载，由于他们可以将容器作为微观或宏观概念来处理。

　　这类方法以开发人员和操作系统为中心，可以提供云之间的可移植性。很多企业已使用了这些工具，由于容器是标准化的，没有与任何技术堆栈相结合。但是，其实不是所有的利用程序都可以轻松地放置在容器中。举例来看，COBOL和基于文件的数据库系统没有很好的容器部署种别划分。这需要重新开发工作和重新部署工作。

　　云管理工具的下一个目标是甚么?当前的市场环境表示，企业对云管理的需求非常明显。大多数企业没法抗拒使用多个云，因此需要有工具来支持企业大范围使用云。

　　企业可以注意的一点就是供应商是不是关心利用机器学习来支持这些工作。CA Technologies和Densify等公司已在自己的服务中加入了人工智能，它们希望在不久的将来帮助企业管理跨多个环境的工作负载时，人工智能将成为更多公司关心的一个领域。

免责声明：
本网址（www.yingxiongyun.com）发布的材料主要源于独立创作和网友匿名投稿。此处提供的所有信息仅供参考之用。我们致力于提供准确且可信的信息，但不对材料的完整性或真实性作出任何保证。用户应自行验证相关信息的正确性，并对其决策承担全部责任。对于由于信息的错误、不准确或遗漏所造成的任何损失，本网址不承担任何法律责任。

本网站所展示的所有内容，如文字、图像、标志、音频、视频、软件和程序等的版权均属于原创作者。

如果任何组织或个人认为网站内容可能侵犯其知识产权，或包含不准确之处，请即刻联系我们进行相应处理。