讲述虚拟主机时代的变革
在过去的几年中，Kubernetes已经成为了数不多的，使自己成为所属领域的行业标准的新技术之一。为了理解Kubernetes带来如此变革的原因，我们需要沿着虚拟化内存之路回顾一番。为方便叙述，本文中会简化各种体系结构类型，突出其核心特征和演变。
如今，规划运营有效的CloudOps计划很复杂，但有两件事可能很少考虑。
云运维(CloudOps)的重点应该是创建流程、方法、工具堆栈，使企业能够长期运行基于云计算的系统而不会出现中断，并提高业务满意度。企业提高业务的能力应该是其首要目标。
以一家名列全球2000强的大型公司为例，该公司已将1000多个工作负载迁移到云平台上。使用容器处理大约25%的工作负载，并将其余部分负载重构成为云原生的负载。
现在，该公司正在将其全部负载转移到新的CloudOps组织。经过数月的时间来规划需要完成的工作，所需的工具，以及通过培训或招聘所需的技能，似乎都很齐全，但这种看法是错误的。
以下是行业专家在企业CloudOps规划中发现的两个常见问题：
首先，企业很少考虑CloudOps的可扩展性。常见的错误是利用太多的本地监控和管理工具。实际上，CloudOps组织都喜欢采用更多的工具。例如使用一个工具来管理和监控AWS云平台，采用另一个工具用于Microsoft Azure，采用第三个工具用于谷歌云，企业会发现这种方法既复杂又低效。当企业添加更多公共云和更多云服务(如计算、存储和数据库)时，事情变得如此复杂，以至于如果没有更多的资源，CloudOps团队将无法扩展，无法更好地规划公共管理层和通用工具。
第二，企业缺乏安全运营或者完全没有规划。常见的错误是没有包括运营中的安全性，并且在运行安全系统和核心运营之间有了更大的差距。
很多企业没有做好这两件事。实际上，驱动身份管理的公共目录服务需要被建立和维护。这涵盖了核心安全以及管理和监控等其他业务活动。
安全性通常被认为是一个不同的任务、团队、工具，但云运维(CloudOps)和安全运维(SecOps)中的最佳实践是保持这些团队、工具、服务紧密耦合。
那么企业可能错过了什么?机会是重要的，企业需要花费时间了解云运维(CloudOps)和新兴的最佳实践。
转载请注明：小猪云服务器租用推荐 » 在CloudOps规划中很少考虑的两件事