rest成熟度模型_您应该让云成熟度模型来判断您吗？

rest成熟度模型

我一直在使用它们：模型或框架，使您可以将云成熟度排名与一组标准进行比较，让您知道自己在向云迈进的过程中所处的位置。

分数通常范围从低水平的“不存在云”到最高级别的“优化云”或类似的结果。 当然，大多数企业都介于两者之间：“早期采用者”到“云优先”。

[ 同样在InfoWorld上：AWS，Azure，Google Cloud：哪个免费套餐最好？ ]

这些成熟度排名通常会附带一些标准，使您可以自我评估对云技术的使用。 问题范围为：“您使用无服务器技术还是容器技术？” 查询有关使用基于云的安全性和治理的信息。

过去，我发现这些成熟度模型是不错的工具，因为我可以向领导者展示他们的公司在云计算成熟度方面的排名。 这对领导者进行了教育，并向他们展示了他们与同行相比。 有时模型会成为销售工具。

该想法是对企业的当前状态以及未来发展方向进行科学分析。 但是，它确实引起了人们的情感反响，也许有时会把企业推向错误的方向。

我现在面对的众多云计算成熟度模型（还有很多）存在的问题是，人们经常过于依赖它们。 他们可以淡化采用云方法的正确方法的总体情况，以及组织应如何设置适当的优先级。

例如，绝不应该使用特定的基于云的技术，例如无服务器，容器，Kubernetes或机器学习。 它是为了与服务企业一致的正确目的利用云。

这些成熟度模型的确提供了一种文化和内部流程的有益度量，实际上，它们比采用流行的云技术更为重要。 实际上，除非专门采用技术来满足业务需求，否则技术（包括云技术）可以使您退后几步。 您最终不会使业务需求与对云和非云技术的正确，务实的使用保持一致。

不要误会我的意思，这里有一些有用的模型，有些不是那么有用。 在练习企业云迁移（包括评估和计划）时，有时会使用其中一些模型作为基础基准。 但是，这些永远不会是我唯一的指标，否则我们可能会朝错误的方向发展。 只是说。

翻译自: https://www.infoworld.com/article/3541717/should-you-let-a-cloud-maturity-model-judge-you.html

rest成熟度模型