<h2><strong>为什么要做运维的微信号？</strong></h2>    <h2><strong>一、因为运维工作要求太多！</strong></h2>    <p>运维内容太庞杂，坑多水深。运维工作者们胸中首先装得下夯实的基础知识：上知网络技术，下晓硬件知识，融会贯通各类基础服务；玩得转得操作系统，搞得懂虚拟化，整得了数据库，照顾得过来安全。其次，肚子里藏得下实践经验：选用运维平台及工具，配置和部署软硬件，管理资源和对应权限，监控分析及时报警。最重要的是故障发生后第一时间即可被解决，要是能性能调优、优化和开发系统当然最好啦。哦对，还有......等等，你确定指的仅仅对运维这一个工作岗位的？同时，按公司的运维成熟度运维系统可以划分为四个阶段：人工化、规范化、自动化和智能化；相应地，运维工作的内容和目标则又会千差万别。</p>    <p>真正把一个系统给运维好是需要很深厚的功力，开发运维那些周边工具所花的时间精力，很可能比研发中间件核心花的时间还要多很多。</p>    <h2><strong>二、因为运维痛并重要！</strong></h2>    <p>痛一方面是指运维人员的痛：白天里的工作压力，还有摸黑儿升级系统、半夜被警告突袭的困扰。 另一个方面这痛也是公司的痛：技术上故障问题显而易见，而经济上的损失也不可忽视。国际数据公司（IDC）VP Steven Elliot先生在指出，对于世界1000强公司，一个应用致命错误修复成本为每小时50万到100万美元，系统宕机一小时将会造成12.5 到25亿美元的损失。并且建议每个公司都根据自身的商业模型，对运维成本使用算式进行计算：</p>    <p>停机费用成本 = 部署频率 * 版本迭代失败概率 * 平均修复时间 * 断电的金钱损失</p>    <p>传统观点中，运维并不直接带来利润；但是在当今对IT高度依赖的时代，运维已经成为了公司利润的重要保障。</p>    <p>IT已经从服务支持中心开始转变成利润驱动中心。20年前，如果中国互联网中断一个小时，不会引起轩然大波；但是，如果现在互联网整体宕机一个小时，这不只是技术问题，更将是国民经济的损失。</p>    <p>在这个新时代，如果还想单纯依靠人力，而不是从技术、组织、思想层面去改变和提升，怕是会一步慢步步慢，乃至再无追赶弥补之机会。这也是为什么，运维开始受到业内越来越多的重视。</p>    <p>运维是IT大后方的强有力支撑，小编真心认为运维人员是拯救IT界的英雄呀！</p>    <h2><strong>三、因为为技术人员服务是使命呀！</strong></h2>    <p>作为技术知识的链接者，InfoQ十年如一日，汇集优质学习资源呈现给大家。而今，InfoQ旗下的高效运维开发微信号正式成立，服务于广大运维工作者，献上技术知识的支持。</p>    <p>不愿你独自硬扛着沉甸甸责任，而没有技术上的支援和精神上的鼓励。</p>    <p>不愿你困在某个技术点，遍询四处却不得既中肯又实用的建议。</p>    <p>不愿你日夜为工作奔波，早已无暇享受哪怕片刻的轻松生活时光。</p>    <p>愿在你的后方提供运维的补给；</p>    <p>愿看着你在工作中屡立战功；</p>    <p>愿遥祝你成为公司的中流砥柱。</p>    <p>为什么要强调“开发运维”？</p>    <p>高效开发运维这个名字的灵感主要来源在DevOps一词，DevOps突出重视软件开发人员和运维人员的沟通合作，通过自动化流程来使得软件构建、测试、发布更加快捷、频繁和可靠。 DevOps概念早先升温于2009年的欧洲，是为了解决传统模式的运维之痛。</p>    <p><img src="https://simg.open-open.com/show/d910ca94bb8d28769be93a4b650f73e6.png"></p>    <p>2009年，Flicker宣布每天可以支持10+次的软件迭代部署，至今仍为交口称赞的范例。DevOps之所以能够有效提高软件迭代，是因为可以形成下面的这个闭环。</p>    <p style="text-align: center;"><img src="https://simg.open-open.com/show/5c0e56203d19901a68faeb255a570f9c.png"></p>    <p>目前在国外，互联网巨头如Google、非死book、Amazon、LinkedIn、Netflix、Airbnb，传统软件公司如Adobe、IBM、Microsoft、SAP等，亦或是网络业务非核心企业如苹果、沃尔玛、索尼影视娱乐、星巴克等都在采用DevOps或提供相关支持产品。我们期望的是推动DevOps在国内的发展。</p>    <p>DevOps给传统运维带来了不少考验，但同时也带来了巨大机会。怎么利用好开源世界，怎么从运维转变为DevOps，需要很多智慧和努力。在大数据的环境下，DevOps的挑战将更加艰巨。</p>    <p>此外，从运维人员的个人角度而言，成为一名运维精英，仅仅掌握基础的运维技能是不足够的，必须兼顾提升开发能力。管理大规模集群时，如何做到心中有数、运筹‘维’幄？在运维系统面临重大挑战时，如何能做到一人当关、万夫莫开？</p>    <h2><strong>这个微信公众号会提供什么？</strong></h2>    <p>首先向运维社区的先行者致敬，运维圈的活跃需要不断有技术专家们的积极分享。高效开发运维将会全心全意地奉献上运维领域的优质内容。</p>    <p>我们的内容将围绕但不仅限于DevOps的工作环：</p>    <p><img src="https://simg.open-open.com/show/7d35540b8612c8da0508e6af40761064.png"></p>    <p>狭义的DevOps强调开发运维之间融合，我认为广义DevOps需要从应用的全生命周期考虑，实现全生命周期的工具集成和跨团队的线上协作能力。实施DevOps需要从组织、技术、流程、文化四个维度着手，最终促进从项目敏捷走向企业敏捷。</p>    <p>我们不会局限在狭义的DevOps之上。2004年，NASA美国国家航空航天局开始提高研究软件部署频率时，DevOps这个词还没有被发明出来。近年来，DevOps的开始被越来越多的企业使用，一是得益于核心技术的整体发展，包括云计算、容器技术等； 二是得益于各类相关工具的成熟，如CI/CD、自动化测试、资源管理、监控等领域。 口号运动不重要，重要的是怎样能将技术踏踏实实地落地。</p>    <p>所以，与其说我们关注DevOps，不如说我们更在意的是DevOps的初心——怎样在保持稳定的前提下，提高产品迭代；让运维更有效地交付并实现IT价值。</p>    <p>高效运维开发会为读者们链接更多的技术专家、分享更多的实践经验，倾尽全力为你们呈现干货内容。随时欢迎大家提供宝贵建议。</p>    <p> </p>    <p>来自：http://www.infoq.com/cn/news/2016/09/efficient-development-operations</p>    <p> </p>