金沙澳门官网网址_金沙国际登陆

欢迎加入金沙澳门官网网址体验更多不一样的精彩.,金沙国际登陆提供最丰厚回馈!,因为金沙澳门官网网址这里的游戏是多种多样的,为大家打造一个最专业的化的超级五星酒店。

金沙澳门官网网址 > 服务器运维 > 自动化运维经验谈,IT运维变革引发的联动思考

原标题:自动化运维经验谈,IT运维变革引发的联动思考

浏览次数:54 时间:2019-10-08

也许IT运维发展的成果显现没有企业信息化建设成果那样应时应景,但如果没有IT运维管理工作的持续性投入,企业的信息化建设绝对无从谈起。从早期简单的单机管理,到如今的企业云的管理和运维,在不经意间IT运维管理已经在发展中从一棵幼苗孕育成了一棵充满生机的苍松翠柏。

经过几年的发展,中国业务服务管理Business Service Management, BSM)解决方案市场在厂商技术服务水平、客户需求和接受度以及产业链整合程度等方面逐渐成熟。虽然由于受到了自然灾害、奥运会的举办以及通信行业的调整等一系列宏观因素的影响,在2008年该市场增速有所放缓,但是,该市场正在逐渐走向成熟,市场需求不断增长的本质没有改变。BSM解决方案市场会继续保持高速增长的势头。

自动化运维经验谈,以及为什么Docker是革命性的

随着开发效率的提高,运维的自动化已经成为很多技术团队越来越重视的问题,否则部署的速度容易成为业务创新的瓶颈。在这个背景下,定位于给互联网公司做运维服务的云络科技公司接触了越来越多的客户,对国内互联网公司的运维水平有相当多的了解。他们看到的现状是怎样的?技术团队要实现运维自动化应该从哪里开始?像Docker这样的技术如何影响开发者与运维工程师?在本次采访中,云络科技CEO Steve Mushero谈论了这些话题。

金沙国际登陆 1

嘉宾简介

Steve Mushero从硅谷来到中国,在全球范围内的广泛行业及从业企业中拥有超过25年的技术管理经验,其中包括IT运营、软件开发、物流、制造以及机械等领域。他曾在土豆网(中国)、Intermind、New Vine Logistics以及Advanced Management Systems等企业担任过CTO,拥有首席架构师工作经验,并以顾问身份为世界卫生组织、格莱珉银行基金会以及多家全球财富五百强企业的全球化项目提供指导。

自动化从构建和测试开始

运维自动化的关键在于标准化。当你有一个成熟的团队,有标准化的流程,那么运维自动化就水到渠成了。而如果你什么都没有,那就需要先设定优先级。

我们的目标当然是将所有的流程标准化,而哪些要放在前面做?做起来比较简单的,和比较重要的。我认为构建和测试的流程是最基本的第一步。这对于交付产品的公司来说容易一些,对互联网公司来说更复杂一些,而测试比构建也要复杂一些,但这是基础。构建和测试的流程标准化做好了,就可以准备做自动化的工作了。

不过我见过的很多公司连Git都还没有,仍然在用最原始的FTP push来更新代码。我的观点是,如果你还没有用上Git这样的工具,那根本就不用考虑什么自动化的问题,因为条件完全不成熟。

所以,我们假设你的团队能够很好的使用Git,然后你建立了构建和测试的标准化流程,然后你就可以用工具来实现自动化。这可能是Jenkins这样的工具,不过Jenkins比较复杂,如果你只是一个很简单的网站,那么自己写一些脚本来实现自动化是更合适的。

到此为止,我们说的还不是自动化运维,而是自动化工具链。工具链就是开发工具链,从IDE,到代码提交,代码审查,构建,到测试,仍然属于开发的范畴。在这之后才是运维的范畴,就是往生产环节部署。

部署

运维自动化最关键的部分是运行环境的定义。我们的目标是让各个阶段的代码完全一样,即开发者在自己笔记本上写的代码,到集成阶段的代码,到线上环境的代码,都是一致的。为什么Docker这么火,就是因为它帮助开发者很简单的就让自己的开发环境跟生产环境一致。环境的标准化,意味着目录、路径、配置文件、储存用户名密码的方式、访问权限、域名等种种细节的一致和差异处理的标准化。这涉及到很多方面,也是自动化运维最困难的一部分。

这里要注意的是,像Puppet这样的工具并不是魔法。你需要自己为你的环境定义一套描述的方式,工具是无法为你完成这项工作的。无论是Puppet还是Jenkins,都是根据你的定义来管理你的环境。你决定用户名和密码如何储存,你决定配置文件的路径。开发者很喜欢把各种配置和url之类的参数硬编码到代码里,这很快;他们还喜欢东搞西搞的用一些乱七八糟的手段让软件通过测试,但是如果要构建一个真正的系统,这些小把戏根本没用。你必须强迫他们采用标准的方式写代码,比如强制他们把用户名和密码写在固定的地方,然后你才能跟Puppet说,配置文件在这里,测试环境用这个配置,生产环节用那个配置。到这里就很简单了。

线上环境问题排查

对于线上环境的问题发现与解决,大部分基础的问题都能用工具来自动发现并提醒,比如磁盘空间不够,比如MySQL崩溃,比如访问网站的时候出现错误页面等等,有很多现成的工具可以抓到它们错误的信息。

比较困难的是排查网站为什么变慢这样的性能问题。我们经常看到客户的开发团队提交新代码后引入问题。在测试做得不好的时候这很常见,事实上很多东西是很难测试的,尤其是性能;而互联网公司又尤其没有测试的文化,互联网开发人员大多关注特性的实现,而不像传统企业级开发那样有很多测试的工具和流程。

理想的情况下,每个人提交代码前都应该测试。但既然反正也没人这样做,那么用工具来帮忙还是很有用的。比如New Relic这样的工具就很强大,它可以发现代码层面的问题。我们有时候也用我们的工具帮客户做测试,包括负载测试。性能测试是挺困难的一件事,既不容易用起来,也不容易让别人用起来,一般来说你需要一个专门的团队才能做性能测试,但互联网公司基本没有(除了Google、Facebook这样的),就算想有也找不到人。所以要善用工具。

Docker的意义

Docker很有意思,很火,很新,当然也很多问题。它目前没多少大型部署案例,所以人们不断的发现问题也是很正常的事情。

总体来说,Docker是一个对开发者非常友好的东西:简单的实现不同机器上的环境标准化,可以轻松拿来拿去,而且在不同的云平台上都支持。而把Docker用起来对运维而言则是很大的挑战,我们帮一个客户做一个规模较大的Docker部署,一个有经验的DevOps团队也花费了几个月的时间。为什么?

Docker容器就跟VM差不多,从运维的角度,会希望像管理VM那样管理Docker容器,但是Docker容器很难troubleshooting,因为默认来说它没有SSH,你要怎么登陆到一个容器里去查看里面发生了什么问题?Troubleshooting,这是一个最大的问题。

默认来说,Docker容器也无法运行cron任务或者batch任务,意味着你没法儿让它自动做备份之类的工作,而这是最基本的运维任务,这是另一个必须解决的问题,否则你根本无法构建一个自动化管理的云环境,而要解决这个问题,你需要搞一些手段,比如改造它的架构,但是你一折腾,又引入了很多新的问题要解决。

Docker有很好的网络机制,但是也很复杂,所以我们bypass了所有的Docker网络,而这也引入了一些问题。Docker容器也没有好的重启方法,因为你很难看到哪个是哪个,需要做一些好的命名映射的管理系统。总之,要在大型部署中把Docker玩好,你需要各个方面的专家,还需要时间。

我并不怀疑Docker是趋势,它的概念非常好,会极大的改善开发者的世界。如果你的系统比较简单,不是很大,那么用Docker是完全没问题的。而且它的文档很好,这也是很赞的地方。我相信它会引领未来。它只是还需要时间来完善。而这也不奇怪:想想KVM,其实KVM做的事情很简单,就关注系统层和CPU、内存、存储、网络的交互,并不难理解,但即使是目标如此简单的项目也多年处于问题层出不穷的状态,人们不断的围绕它开发工具,改进它,才到了今天的可用状态。Docker则复杂的多,有很多层:它是一个环境管理系统,它是个打包系统,它是个文件系统,它包含一套网络机制,它是一个repo系统,它是个代码系统,等等。基本上,Docker想要把所有的东西都扔到一个小盒子里,五脏俱全。当你用Docker提交代码时,你做的事情跟以前是完全不同的。在以前我们只是把代码提交上去,而在Docker中我们把整台计算机(虚拟机)提交上去。想象一下,这就好像是交换电脑一样,开发者把整台电脑交给运维,电脑里面的环境和代码都有了,是不变的;而运维需要把所有的电源网线什么的都插回去,需要处理很多变化的东西,比如变更的IP、用户名、文件系统等等。这是全新的方式。


金沙国际登陆 2


随着开发效率的提高,运维的自动化已经成为很多技术团队越来越重视的问题,否则部署的...

纵观整个IT管理的发展历程,IT运维经历了一次又一次的变革,而这每一次变革,都为IT运维带来了不同层面和不同角度的思考方向。而当前随着企业数据中心集约化趋势的发展,IT运维迎来了新的变革,而这些变革使得企业信息化管理人员不得不进行更深层次的思考。

IDC观察

IT运维的变革

针对2008年的BSM市场,IDC有以下主要发现:

在这场变革中,最容易令人发现的是基础平台的变化,而在基础平台的变化中,最核心的是虚拟机和虚拟网络的应用普及。

随着客户IT应用成熟度的提高及其对BSM解决方案的深入理解,客户对BSM解决方案需求的个性化程度不断提高,由较被动地受厂商引导转变为主动提出需求,使得BSM解决方案市场由技术主导型逐渐向需求主导型过渡。客户需求的多样化以及对需求的主动引导将对整体BSM解决方案市场的发展产生良性的刺激。

虽然虚拟化技术为企业信息化建设带来了大量的成本节约和应用便利,但是对于IT运维管理而言,针对虚拟化技术的运维管理工作无疑意味着IT管理演变进程中的一次重大变革。虚拟化的实施,使得的原本想对固化的网络基础架构变得灵活多变,对于虚拟服务器、虚拟网络的运维管理使得传统的人工运维、传统的运维系统力不从心。

经过多年的发展,中国BSM解决方案市场的竞争格局已渐趋稳定,市场的主要竞争者包括国际软件厂商、国内领先BSM方案商、国内行业应用方案商、国内较小的网管工具软件厂商和国内集成商等。在BSM解决方案市场发展的过程中,出现了国际软件厂商与国内领先BSM方案商不断博弈,市场新进入者帮助BSM的概念和产品迅速普及,BSM方案商和行业应用方案商在交易监控市场展开激烈竞争等动态特征。

同时,高度集约的数据中心虽然节约了企业分散在各地的计算成本,但是企业的核心数据中心却变得更加的复杂和庞大。无论是服务器等计算资源还是交换机等网络资源,它们的节点数量、相互之间的关联程度都变得更加的繁杂。这些资源对于IT运维人员来讲,是一些分散的资源,如果采用传统的方式进行运维管理,往往造成顾此失彼的现象。

随着电信行业客户的管理模式从专业划分向综合管理的转变,客户对网络管理的需求也呈现了横向化发展的趋势,即从专业网管发展为综合网管,因此出现了计算机网络网管的BSM解决方案市场和电信专业网网管OSS解决方案市场相融合的趋势。从技术角度来说,BSM方案商和电信专业网OSS方案商都可以为客户提供综合网管的解决方案,在未来几年内,综合网管将是这两类厂商争夺的热点市场。

此外,私有云的落地使得企业的信息化管理者需要将底层的IT基础平台与上层的应用系统进行联动管理,这样才能真正构建起信息化对于实际业务的支持模型,为将来的信息化升级工作做好基础。

在2008年,一些高端客户的BSM解决方案项目中开始实施业务交易级监控的功能,对交易的监控使BSM解决方案的监控功能从仅关注对应用的监控上升到对关键的应用质量指标的监控。交易监控是个潜力巨大的新兴市场,但对方案商能力的全面性提出了很高的要求,只有既懂得系统和网络管理又了解行业应用的方案商才能为客户提供满意的项目实施结果,从而占有更多市场份额。

变革带来的思考

IDC观点

当变革产生的时候,如果不能主动应对变革,必然会产生失衡,失衡的后果就是信息化建设的坍塌。科技的发展带来了新的IT运维需求,相关服务提供商需要做的事情是找到应对需求变化的理论方法和技术手段。而用户的信息化管理者需要做的则是找到合理的解决方案并且快速的部署实施。

IDC中国软件与服务研究部高级分析师刘宁蔚认为:“近年来,BSM市场的技术和客户需求不断发展,出现了一些新的技术趋势,如对综合管理的需求,对交易管理的需求,对CMDB的重视等,为市场带来了新的增长点。同时,BSM市场产业链的各个环节也在不断成熟,如客户形态和需求明晰化、方案商内部管理和对客户服务水平的提高,软件产品厂商与方案商博弈双赢等。这些因素会共同为BSM解决方案市场带来持续发展的强劲动力。”

实际上,无论用户还是IT运维服务提供商,他们所探求的核心目的是一致的,那就是将分散的IT资源进行统一的融合管理。不同的是IT运维服务提供商是解决问题的技术提供者,用户是解决问题的方案使用者。

金沙国际登陆 , Service Management, BSM)解决方案市场在厂商技术服务水平、客户需求和接受度以及产业链整合程度...

对于统一的融合管理,需要融合哪些方面?通过什么样的手段进行统一管理?对于这些问题,H3C的iMC2.0数据中心管理解决方案提出了很好的参考意见。

想要做到统一融合管理,需要解决的问题可以分成四个方向:

本文由金沙澳门官网网址发布于服务器运维,转载请注明出处:自动化运维经验谈,IT运维变革引发的联动思考

关键词:

上一篇:如何轻松搞定服务器管理,如何实现DNS集中解析

下一篇:故障诊断,Java运行环境之