近日，Yelp的SRE工程师DmitriySamovskiy公开发表了一篇标题为《新时代的运维》的文章，文章中他详细讲解了在云计算大环境下，运维工作焦点和角色的变化。　　只不过在6年前，Dmitriy就写出过一篇关于DevOps趋势的文章，在那篇文章中，他指出系统管理人员必须具备非常简单脚本之外的研发能力，并且多注目服务器稳定性和上线时间等。

但这六年中，随着云计算等技术的发展，运维涉及的工作也早就被革新，所以Dmitriy又新的反省了当下运维涉及的技术工作。下面是文章的核心观点。

　　为什么运维不会发生变化？这种变化不会继续下去吗？　　主要有以下两点原因：　　IaaS云服务的蓬勃发展深刻印象转变了运维。基础设施即代码，运维面临的仍然是传统的服务器。云厂商可以将所有事情标准化，然后以服务的形式包获取给客户。

　　运维人员自身也掌控了更加多的软件开发技能。运维人员仍然局限于脚本，转而变为更佳的开发者，分担起更加多的职责。　　研发生产和运维不会显得更加无法拆分。会再有专门的运维团队，每个项目研发团队都可以自行展开产品的运维。

这种角色的变化，并不意味著运维工作的消失；忽略，仍然必须运维技能、科学知识和经验。　　可扩展性早已沦为了运维工作的焦点　　在以前的服务器时代，运维团队的主要工作是创立环境并确保生产的稳定性。而现如今，运维团队的工作焦点早已改向了如何提升产品的可扩展性。

如果扩展性做到得很差，流量阻抗过多就带给各种涉及问题(不会话冲突、用户交通堵塞和数据子集大小相符)。如果扩展性夸奖，产品就不会运营得既安全性又高效。这对于一些金融类的高风险业务尤为重要。　　随着服务规模的大大拓展，人工展开系统管理早已沦为不有可能已完成的任务，自动化运维将是不能规避的自由选择。

业界的一种观点是，DevOps是自动化运维的唯一方法；Dmitriy指出DevOps是一种文化，不会在企业发展茁壮中自然而然地构成。　　运维能力早已沦为企业的技术基础　　在以前，研发工程师团队只负责管理研发产品，而不负责管理提升研发效率的涉及工作，如：代码器重性、构建模式、用户库、核心API等。现在，一些DevOps文化的公司早已将这些工作融合在一起。　　一些大型网站如Facebook、Google等都有专职的SRE(SiteReliabilityEngineer)网站可靠性工程师，国内又称应用于运维师。

其对应的工作职责包括：容量规划与实行、集群部署、数据中心容错、阻抗平衡和监控等。　　公司在有所不同的发展阶段对运维的市场需求有所不同　　初创阶段　　公司在初创时期最必须关心的就是如何研发出有符合市场需求的功能，而不是舍本逐末地去抓运维。因为这个时期企业一方面还没大量用户，而另一方面运维不会花费过多的技术资源；所以应当将更加多的精力放到较慢递归、新功能研发上。

这个时期，引荐企业使用NoOps。　　较慢扩展时期　　在互联网时代，传统企业开始必要向客户获取服务，但是旧式运维并无法胜任大量的流量阻抗。这个时候，运维工作须要互联网规模化(WebScale)。WebScaleIT是相对于传统IT构架的新概念，意味著系统可处置大量计算出来、忍受低阻抗、具备强劲容错性和持续部署及交付给能力、可高效运维等。

本文来源：杏彩平台官网-www.ipv6-provider.com