因为那里有光——高效开发运维微信号开篇记

zoe_wang 8年前
   <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>