云课堂：PaaS时代的来临，对运维职业发展将产生深远影响

PaaS在业界的标准并未统一，而充分发挥PaaS优势的很大一部分决定于应用部署架构。如果你有一个时髦的开发团...

“工作不代表你，银行存款不代表你，你开的车也不代表你，皮夹里的东西不代表你，衣服也不代表你，你只是平凡众生中的其中一个。

————电影《搏击俱乐部》前言

运维人员在忙碌的工作中要面对各种“新概念”潮汐般地冲击，他们不得不放下精细化的脚本编程，丢下原生态的性能调优方法，随大流的淹没在这瞬息万变的“新时代”，运维水准的高低与这些新概念也扯上了关系，久而久之我们居然忘了运维的本质是什么。

运维到底需要什么

看看我们每天所做的，都是为了一个共同目标，让应用快速上线、稳定运行！那些广告术语：“弹性扩容、自助服务、按需分配”，以及“成本减少多少，效率提升多少”之类的陈词滥调与你并没有太多关系，不是吗?

实际上所有一切都是围绕着应用开展的，应用自身决定了快速而稳定的80%！面对一个庞大的、遗留的、冗余的、配置杂乱的CRM系统、ERP系统，无论外来新概念如何流弊也解决不了你任何问题，你唯一的出路是好好理解这个系统。

通过一些自动化脚本尽量的减少一些重复性工作，或者你强势的要求开发人员改造整个系统，采用全新的应用部署架构，但这又是公司层面问题。重要的事情再说一遍，关于自动部署、快速扩容方面，应用自身决定了80%。如果我们还不明白这一点，而迷信于什么互联网神器，那终将无功而返。

它可以给你什么

在基础架构引入虚拟化后，关于云的畅想一下子被点燃了，让我看看下面的图里：

查看文件的详细变更

姑且让我们将虚拟化的引入定义为Cloud 1.0，这个时期将物理服务器资源拆解为隔离的虚拟计算单元提供给不同用户。对于不那么挑剔的用户，我们完全可以在一台物理服务器上的OS中提供多个服务给他，这肯定比虚拟化的资源使用率要来得高，但是，我们(运维人员)无法决定与控制应用特性，也就无法避免同一个OS中应用间的干扰，如此一来虚拟化的引入帮助我们解决了大问题。

对于中小企业停留在Cloud 1.0就足矣，而对于大型企业、互联网企业，他们很快发现其所管理的计算资源陡然上升。亚马逊Amazon率先将这种虚拟化资源商业化，通过集中管理界面对外兜售，而开源领域Openstack与各虚拟化组件集成，势必统一行业标准。

无论是公有云还是私有云，在这一轮Cloud 2.0的战役中，最大的改变是组成了一个更大的虚拟化池，将虚拟机的资源申请、配置管理、服务计费等用另外一种方式加以呈现。而关于虚拟机(OS)之上的东西和以前并无太多差别。是的，亚马逊Amazon的公有云，他将平时“闲置”的资源兜售给了外部用户，国内大型“云”提供商，他们很可能是战略性的“占领”未来行业市场。

至于大多数企业内部的私有Cloud 2.0，则情况又完全是另一番景象。限于这个阶段大部分工作是重新梳理了一种配置管理、资产管理以及服务定价的方式，让我们将Cloud2.0定义为Resource-centric。

事物的发展总是向前的，尽管在发展道路上常会偏离轨道，但总将回归本位，运维的本质是让应用快速上线、稳定运行，对于一个应用本身高度可控的企业，它们选择了更进一步，让应用适应平台，在公有、私有IaaS上构建Application-centric的Cloud 3.0，亦即PaaS。PaaS运维服务的本质

PaaS并不是解决一切问题的灵丹妙药，它专属于特定领域，这个领域与应用部署架构、业务场景等紧密相关。如果你发现组织中有大量需要互联网化的应用场景，它们大部分集中在渠道领域，要求应用加快测试、发布效率，要求随时进行快速扩容，那么我们可以考虑构建自己的私有PaaS，它可以管理公、私有IaaS资源(虚拟、物理)。

PaaS在业界的标准并未统一，而充分发挥PaaS优势的很大一部分决定于应用部署架构。如果你有一个时髦的开发团队，他们遵循去中心化、异步消息通信、无状态等原则部署应用，那么你可以轻松的将其推送到PaaS。反之，如果有着一大堆跑在Window操作系统上的窗口应用，好吧！PaaS再神奇也于事无补。至此，让我们看看在OS之上，运维服务要解决的问题：

1.资源分配

我们大部分时间在进行资源分配，将服务器、存储、操作系统以及软件等分配给应用，工作的复杂性围绕着应用而产生。

2.应用部署

将开发兄弟提供的业务逻辑放到我们所分配的资源中去。

3.服务发现

如果让用户找到这个服务，如何让服务于服务之间可以互访问。通常的做法有负载均衡、域名解析、配置消息中心等方式解决服务发现问题。

4.监控巡检

监控巡检是运维之必须，在此不再累述。

在这里，我们讨论前三项，资源分配、应用部署于服务发现。

PaaS下的运维发展之路

PaaS时代的来临，对运维职业发展将产生深远影响，一个严重的误区是认为云计算将彻底取代运维行业，实际上在IT发展的过程中，对运维的要求在不断提高。云计算、大数据、物联网以及移动互联等无一不是这个时代向前发展的标志， 只要IT越贴近用户，就会产生更多的数据、发现更多的需求，运维则愈加之重要。

运维职业发展的三个硬道理是：

不变应万变

要做到不变应万变，就必须掌握业内最基础、最稳固的知识点，打下结实的基础。相对于开发应用框架、前端UI的变化，存储、计算、网络三大资源知识是非常稳固的，即便是变化也一定是建立在基础原理之上。

互联网变化之快，新技术层出不尽，运维人员不能太过于跟风，一定要看清事物背后的本质，与基础原理相联系，深入底层内部思考，这样才能做到万变不离其宗。以Linux操作系统为例，运维人员并不需要将所有发行版的安装、命令等背诵入流，而是精通一到两种，并通过操作系统的运行原理来解释一切问题。

精通编程

不会编程的运维人员不是好运维，在开源风潮涌现的年代，可以预见未来对运维人员的开发能力会非常之高。系统开发与应用开发在完全不同的两个维度，系统开发更贴近于底层，掌握程序的运行原理对编程能力的提升有极大帮助，例如可执行文件的结构、在内存中的形态等。

敏锐观察力

时代依然在不断变化，运维人虽不必立即掌握每一项新出炉的技术，但他们必须保持对行业的关注度。预留一些时间给自己阅览社区新闻，积极参加线下社区活动，随着新技术的成熟以及自己的个人兴趣，在新兴领域投入必要的时间。

Larry Wall是Perl语言的设计者，他属于运维鼻祖，也就是系统管理员。当时Larry遇到了一个问题，如同我们现在遇到的一样。他需要在繁杂的内容中萃取文本信息，而手头的工具只有awk和shell这些工具可以帮助解决问题。

这些工具用起来却是那么痛苦，Larry太懒了——如果用awk来做的话，要做大量工作，这让他无法忍受；Larry也太急躁——awk做起来很慢，他可等不及；最终他的高傲促使他完成了一件壮举，设计一门新语言——Perl，造福整个社区。是的，你会发现运维时代在变，但同样的故事还在发生，你是否已做好准备？

    关注 MoPaaS