云自动化是正确配置基础架构的关键

自助服务和云自动化对于DevOps或数字转型至关重要。企业发现他们已经迫不及待地想要访问基础架构来测试和运行其应用程序、服务或第三方组件。

云自动化平台提供商Quali的首席技术官Maya Ber Lerner表示，问题在于，并非所有自助服务方式都是平等的，采取何种方式取决于组织的需求和可用技能。

她在SD Times的一次网络研讨会上说：“我们自动化的每一件事都可能相当危险或有风险，并可能对业务造成一些损害。这就像知道所有的单词，但你不知道如何写出一个有意义的句子，因为如果你想正确地使用它，它不仅仅是拥有一个好的软件架构。实际上，您需要确保您没有犯任何云错误，您需要有一个良好的体系结构，并且您需要确保不会产生任何风险。”

她补充说：“确保开发人员不要在构建自助服务平台上浪费时间，……他们可以专注于开发我们关心的功能……这是我们所有人都应该记住的事情，”

根据Ber Lerner的说法，最常见的四种自助服务方法是：

极端风险规避： 这是传统的方法，您需要访问云服务，打开票证，并且拥有一个IT Ops团队来为您编写资源或环境。理想情况下，有一个云专家团队可以满足请求并添加他们的专业知识，以确保它安全且具有成本效益。将这种方法称为极端风险规避，因为它确实为您提供了对成本，安全性和合规性等方面的最佳控制。失去控制或错放资源或无法审计的机会非常低。这种方法的问题是，尽管企业有信心使用云，但它会在用户体验中造成瓶颈。最终用户失去了自治权，由于您需要填写票证，因此获得必要资源所需的时间可能是几天或几周。其他人会对其进行审核，然后进行配置。这种方法最适合具有高风险环境中基础结构的非DevOps用例。

首先控制：通过这种方法，您将拥有一个专用于云管理的平台，而不是诸如票务系统之类的通用IP工具。专用工具会保留资源清单，以便用户知道在任何给定时间发生的情况，并定义了策略来帮助控制那些资源。第一种方法相比，这里取得的巨大进步是，他们确实可以向最终用户公开此模板或资源目录。最终用户比方法一拥有更大的自治权，这不算什么。如果已经创建了模板，则获取基础结构所需的时间可能只有几分钟，但是如果模板不存在，则可能需要更长的时间。如果您经常需要新模板，或者需要经常进行更改，则此方法会出现问题，因为用户将失去耐心。

速度第一：通过这种方法，用户可以通过将基础架构用作代码来获得速度和创新。这是一个基于信任的模型，您可以在其中为开发团队提供云帐户或子帐户的凭据，仅此而已。这种方法仅对编码人员真正有效，并且可能会使不想对安全性，合规性或维护性负责的开发人员感到痛苦。这种方法确实适用于小型团队或内部低风险应用程序，在这些应用程序中您没有特殊的合规性要求，不需要在可见的将来扩展业务规模。您只是想做一件快速又便宜的事情。

面向规模：这种方法使您可以在几分钟内按需访问模板，或者花费几分钟到几小时来构建新的模板或构建盒。这里的风险是您需要具有正确的结构，以将非编码人员和开发人员联系在一起，并使人们了解云和自动化。这意味着人们必须彼此交谈并进行协作。此方法的最佳用例是DevOps计划，其中对应用程序和服务有很好的了解，或者需要扩展的多个团队。

从你当前的需要开始。什么是云使用案例？人们现在访问云的方式是什么。我们如何为他们提供服务，谁才是真正的最终用户，他们需要什么。然后，当你这样做的时候，你就可以开始思考并根据公司类型和你如何使用云计算来选择适合你的战略。