你好，很高兴回答你这个问题作为一个八年的项目经理。我们主要开发的就是和政府和企业嗯的网站啊，应用程序这一块儿的开发物联网这块儿还没有接触过。
我理解的物联网就是，把这个物和网络连接起来物的话，一般的话像这个一些硬件设备呀，嗯，包括有检测的都会有一些相应的硬件的开发接口。你开发出应用程序来和他的硬件接口相对接，嗯，这样的话实现网络的控制。
钱的话，你看现在嗯，家用电器这样电灯啊，包括咱们的路由器把我小的监测系统监测终端嗯，都算是一个物，就算是一个嗯实际的物体，然后他实际上有吕布嵌套了一些硬件的接口，然后咱们然后把这个接口开发相应的软件和对接起来，就可以实现手机app呀或者电脑程序的一个控制。
经历了互联网、移动互联网，人类正在迈入万物互联、万物智能的世界。5G、IoT、云计算、人工智能成为 社会 关注的对象，数字经济成为政策宣传的重点，各种概念和解释产生，使得当下有很多话题可以讨论。
数字经济背景下，企业竞争最核心的能力是什么。
不同行业发展数据智能的潜力有何不同？
企业如何高效进行物联网应用开发？
企业对云平台的使用体验如何
对于类似问题，阿里云IoT、ICA联盟一直希望与行业人士进行对话。上周，ICA联盟物联网万亿生态伙伴聚合沙龙在杭州举办，活动以“粘合行业碎片，共创IoT基石”为主题，以阿里云IoT云产品为话题，吸引近200名行业人士到场交流。
4位嘉宾依次上台分享
物联网需要化繁为简
物联网产业链很长，覆盖了感知层、网络层、应用层三大层次。它改变了传统的商业运作方式，让商业 社会 变得更加复杂。
首先，物联网让产品变得复杂。增加了传感器、模块等部件，需要进行更多的开发管理。
其次，物联网让需求变得复杂。企业从生产产品变成了提供个性化的服务。
就是这两个变化，让产业体会到很多新的发展痛点。
1 物联网开发过程链路极长，从获客到交付典型过程常常要经历十几个环节。
2 将软件研发、硬件研发、嵌入式研发，云产品的购买，施工/安装/维修费用计算在内，物联网开发成本极高。
3 调查表示目前78%的用户需求为定制化需求，65%的物联网软件需要定制化开发，这导致软件复用性较低。
4 设备联网、用户交互产生海量数据，众多场景亟需数据实时分析、可视化的能力，提升使用效率及用户体验。
新的形势促进了变化的发生，计算力的进步预示着满足更大的信息处理能力，更强的灵活性。
物联网平台在整个产业链中地位，也从当年行业所关注的“要不要上云”，随着企业自身数据资源日渐丰富，应用数据意愿的显著增强，过渡到了“如何高效地上云”。
物联网云平台，由此更直接地承担起IoT产业“基础设施”的角色，为物联网项目的规模化落地减负降压。
阿里云IoT 产品结构
阿里云 IoT 资深产品专家JASON CHEN从各个原子化产品角度，描绘了阿里云IoT的全局样貌。包含物联网 *** 作系统AliOS Things、边缘计算Link Edge、网络管理平台Link WAN、开发平台IoT Studio、物联网设备接入与管理、物联网数据分析、物联网市场Link Market、物联网安全Link Security等功能在内，展现阿里云为各类IoT场景和行业开发者赋能的能力。
将各个基础产品分别阐述，体现出阿里云IoT强化基础设施角色，希望阿里云的产品技术变成合作伙伴解决方案一部分的心态。再次印证阿里云智能总裁张建锋在3月阿里云峰会上所提出的“被集成”口号，阿里云的重要转变已经发生。
以下，我们就将重新认识阿里云IoT云产品。
物模型
阿里云 IoT 技术运营专家薛圆在交流中表示，ICA联盟推出物模型，定义物联网设备模型与属性。通过对任意物联网设备建模，合作伙伴共创设备数据标准模型，确保数据标准的准确性、合理性，实现设备间的互联互通互懂。
类似将拼图碎片整理成更完整的拼图模块，物模型将实现碎片数据结构化、差异模型统一化、烟囱场景联动化、软硬一体标准化的目标，帮助用户缩短开发时间、标准化开发工具。
物联网数据分析
在任何商业活动中，数据都是一种资本，数据分析是可以产生创新收益的手段。
阿里云 IoT 高级产品经理腾春艳在对物联网数据分析产品介绍时表示，阿里云为物联网开发者提供数据分析服务，覆盖了数据存储、清洗、分析及可视化等环节，有效降低数据分析门槛，助力物联网开发。
在空间数据可视化方面，阿里云IoT提供二维、三维空间数据的可视化功能，致力用数据连接真实世界。比如对智能停车场的车场现状、排队数据、收入进行分析；比如定义电子围栏，当物品超出围栏范围时，配置报警；比如在物流追踪、设备管理等物联网低频定位场景下，展示设备轨迹；比如在三维空间可视化需求下，基于阿里云物联网平台构建监控、展示、控制为重点的BIM可视化系统，实现园区、建筑、楼层、房间、设备的逐级可视化。
图：阿里云IoT数据分析产品架构
IoT Studio 物联网应用开发
如前文所述，物联网产业的痛点很多都落在了开发上。阿里云 IoT 产品专家曲文政在演讲中再次阐明IoT Studio作为物联网开发者生产力工具的产品定位与功能。
1 一站式完成云端SaaS 搭建 ：用户可以通过IoT Studio轻松搭建出简单IoT SaaS系统，或构建出部分功能集成在原有的SaaS系统中
2 可视化搭建，降低定制化成本 ：通过可视化搭建、服务编排的方式让一般嵌入式开发者经过简单培训也可以快速搭建出各种物联网应用；
3 提供AI 等高阶能力： 将高阶能力输出给开发者，增加营收，扩展业务边界；
4 后续提供更多解决方案模版： 通过模版的方式给用户提供即刻可用的IoT SaaS解决方案（包含硬件、嵌入式代码、页面/APP、服务）。
整体而言，IoT Studio作为开发工具，向上承接业务需求帮助用户快速搭建SaaS，向下汇聚能力将阿里体系的能力更快更好地输出给用户，是阿里云IoT产品中承上启下的关键一环。
图：IoT Studio 产品架构
结语
在 汽车 行业，定制化需求增多，产品的敏捷规划、全生命周期运维是厂商的关注焦点；在零售行业，企业追求着精准化营销的目标；在农业，看天吃饭需要向精准化种植转变……
未来的各行各业，在面对各种不确定的因素之时，都希望用数据说话，用数据管理、用数据决策。
在这样的产业愿景之中，阿里云IoT将继续践行技术和商业基础设施的角色，覆盖物联网云管边端开发环节，提供满足各类开发者需要的基础产品，助力合作伙伴创新模式，发展商机。
「只要有人的地方，就有物联网技术。」我不清楚这句话的出处，我只知道有人的地方就有江湖~哈哈。我想说的是，「物联网技术」这个名词是一个很大很泛的概念，我可以说不存在这种技术，我也可以说这技术实际上就是当今电子、通信、计算机三大领域的基础技术。
我在这问题下的回答「物联网和互联网的区别和联系？」简单阐明了物联网和互联网之间的关系。请问，1994年中国接入互联网以来，我们作为互联网原著居民的90后，认为互联网技术又是一种怎样的技术呢？
我就奇了怪了，当初教育局怎么不开一个互联网技术专业？实际上现在也没必要开设互联网专业了，当今大学的计算机系本科所学的大部分内容，就是互联网会用到的技术。其中之一是Web建站技术。
Web 建站技术中，HTML、HTML5、XHTML、CSS、SQL、JavaScript、PHP、ASPNET、Web Services 是什么？ - 张秋怡的回答
什么？你们计算机系不是学这些？来来来，我电脑坏了，过来帮我修一下电脑吧~
总之，互联网是一个时代，物联网，也是一个时代。物联网技术是当今电子、通信、计算机、IT行业技术的大融合。如图，物联网技术的技术组成（简单版）。
# 物联网技术之一：单片机/嵌入式开发
智能硬件，哎，不就是单片机吗？说到底就是一个微控制器，现在出现的智能手表，调光LED灯，蓝牙开锁，WiFi插座等等，说到底不就是单片机开发嘛？单片机，电子和通信专业一般都会教51或AVR、计算机系接触不到。现在流行的Arduino也是单片机开发的一种。
但是要做一款智能硬件，技术上只会单片机编程还是不行的。哎呀嘛什么智能硬件，本质上就是一个电子产品！。所以你要开发一款能拿得出手的智能硬件，电子系统设计必须要会的！
电子系统设计（电子系统设计与实践 (豆瓣)），我不是指《电子系统设计》这本书里的内容，而是一个动手实验过程。要做智能硬件，广看书没用，只会单片机编程也不够的！真正有用的是一个实打实的课程设计，或者一个项目经历。一个电子系统设计流程一般是这样的：
硬件设计阶段：
MCU选择
电路设计（电路图）
验证电路（面包板、万用板）
电路板设计（PCB图）
送工厂打板或自己做板
元器件、物料管理（采购等）
拿到电路板后
焊接芯片和元器件
上电测试
烧写最后版本的代码到芯片里
如果你熟悉以上硬件设计阶段，并知道要做什么事情，已经是一个合格的单片机硬件工程师了哈~接下来就是单片机软件工程师的事情了，单片机软件一般都不会太复杂，有的还是不用上 *** 作系统的裸机开发，做过单片机课程设计的学生都懂。
软件设计流程：
确定软件架构（主循环？状态机轮询？）
编写软件
调试代码（开发板或自己搭建好的电路）
烧写最终版本的代码到电路里
这些都不算复杂了，如果你用的芯片高级一点，不是微控制器而是微处理器的话，那么就是嵌入式开发了。
如图是ARM芯片架构系列。
一般网上STM32开发板的芯片是STM32F103，也就是Cortex-M3核，还算是单片机开发，如果外设没有太多功能，单片机想用更小巧一点的，可以选用M0核的芯片，名副其实的微控制器了。如果使用Cortex-A9开发，你这是要开发手机还是机顶盒（黑人问号）？
Cortex-A系列芯片的开发，或者说这类产品，一般一个人不可能独立完成所有工作，这种嵌入式开发的技术最少分为四个层次：硬件层、驱动层、系统层和应用层。每一层次都需要有人去设计。驱动和系统可以移植，硬件电路板肯定要专门的硬件工程师去做的，应用层可以交给应用工程师，只要上了Linux系统，不也就是Linux应用开发嘛？如果去网上买回来的嵌入式开发板，能拿得出手的项目只能应用层开发，比如什么「数码相框系统」、「视频点播系统」。别告诉我学会移植uboot或Linux就可以找工作了。
# 物联网技术之二：网络通信协议
智能硬件与传统的电子产品最大的差别，就是智能硬件连上了网络。要连上网络，就需要用到网络通信模块及学习网络通信协议——TCP/IP。
TCP/IP是一个技术的总称，里面包含两种协议TCP、UDP，位于网络通信分层模型的传输层，同时也是由 *** 作系统管理。而>
为了让电子产品有联网的能力，只要在电路设计上给主控芯片连接一个通信模块，写好收发网络指令的代码，剩下的就是电子产品设计了。
到这里，基本是一个物联网产品的雏形了，以上也是物联网中基本会用到的电子和通信技术。
# 物联网技术之三：服务端开发框架
Client/Server架构，即客户端/服务器架构。智能硬件连上后台服务器后，其就是一个客户端，一个终端。由于单片机中资源受限，实际上是不太可能用>
服务端开发就比较复杂了。单片机/嵌入式软件开发还好，只要学习好C语言即可打遍天下无敌手，而服务端开发，用Java呢还是Python还是PHP？反正Java和Python选一个就好了，嵌入式出身的工程师，一般都会学Python。
Python服务器端的开发框架种类繁多，Web开发的有Django、Flask、Tornado Web Server，TCP服务器可以用Twisted，等等。MQTT有已经做好的服务器，像这样的服务器不用自己开发，直接部署即可。
如图，这是我开发一个智能硬件的服务器端的框架图。使用Redis作为>
在这个项目开发中，最少需要开发用户端的>
到了这里，服务端开发和前面两个技术可以作为一个分层，前面的单片机/嵌入式和网络通信的开发可以算作是一个电子设备的开发，后台工程师只要拿到了这个电子设备，知道这个设备提供了哪些接口（API），就可以进行后台开发了——把设备连上网络，分配给它一个IP或者什么的，配置好接口及相关 *** 作，剩下的事情就交给前端了。
## 关于前端技术
关于前端技术，我这里不好单独写一个主题，其一，我对前端技术没有那么熟悉，还处于前端技术=HTML+JavaScript+CCS的概念，以及手机端的APP开发；其二，前端技术与电子硬件技术间隔相差太远，前端更多的是和美工沟通，和后台协调，和设计师交流，甚至可能还需要有一定的美感；其三，大部分项目的最重要的是实现设备的稳定性、联网、数据的获取和控制。如果设备不稳定，数据出现差错，没法控制，再漂亮的前端页面也没用。其四，如果是做智能家居，做消费电子领域的项目，针对广大普通消费者，比如WiFi插座，一个漂亮的界面是很重要，但是大多数的物联网项目，只需要一个后台管理界面就行了。
所以，没有前端的设计，界面都是很丑咯！
# 物联网技术之四：无线自组网
无线自组网，或称无线传感网络，这肯定是物联网专业的学生要学的一门学科，属于通信领域，电子、计算机出身的人对这没有太多的概念。无线自组网最典型的技术之一是，ZigBee。
什么是自组网？做个对比，比如我们的WiFi，我们要用手机去连一个SSID，输入密码才能连上WiFi，而且你的手机，一般来说也不可能再发射Wifi出去让其他手机连接，WiFi网络拓扑成星型网。
而自组网不一样，不需要用户输入用户名和密码，直接连到最近的一个自组网设备，最后自组网设备也可以作为一个中间节点，让下一级的设备连接进来，网络拓扑可以成星型网、簇型网和网型网。那么无线自组网的数据怎么流动呢？流去哪？无线自组网一般都会有一个数据汇聚的地方，这个地方就是网关。
但是ZigBee并没有连上互联网啊，它最多只是一个局域网！——这还不简单？这是就是网关要处理的事情了。而且，ZigBee协议栈Z-Stack是有Linux网关版本的。
Z-Stack - ZigBee 协议栈
不过呢，由于各种原因，ZigBee开始走下坡路了，最新的6LoWPAN会逐渐替代。6LoWPAN，是一种低功耗的无线网状网络，其中每个节点都有自己的 IPv6 地址，允许其使用开放标准直接连接到互联网。Zigbee使用网内专用地址，互联网主机无法访问。集成 Ipv6/6LoWPAN 堆栈的开源 *** 作系统Contiki也会逐步取代Z-Stack。
如果大学开设了无线自组网的课程，不是学习ZigBee的Z-Stack就是Contiki。使用无线自组网也并不是一个单独的开发过程，其技术需要结合单片机/嵌入式开发。
## 电源问题
是的，如果要用无线自组网，电池续航的能力是一个问题。如果是类似与WiFi插座、智能饮水机、智能风扇等等，接上市电就能用，这些电源都不是问题。而对于无线自组网，往大的方向说就是所有的便携式智能设备，都受限于电池续航能力，比如智能手表，运动手环。不过呢，突破电池技术并不是物联网开发者所需要做的工作，我们能做的，只能是挑选更低功耗的芯片，设计电路功耗更低一点，让单片机休眠并使用中断唤醒机制。
图，用水果电池供电的某430单片机系统。
# 物联网技术之五：RFID
仔细观察上面那张无线技术的图，最右边，NFC/RFID。嗯，对，RFID，非接触射频识别，也是物联网技术重中之重的技术，很多物联网书籍都会介绍RFID，搞得很多人以为RFID就是物联网。
介绍RFID前先简单说一下条形码。去超市购物的时候，收银员把扫描q对准上面的条形码扫一扫，商品信息和价格就录入到电脑里了。条形码替代了收银员手动输入数据，工作效率提高了几倍。
可是，进入21世纪后，条形码已经不能满足人们的需求，存储能力小、工作距离近、穿透能力弱、不能写 *** 作等等都是条形码的缺点。这个时候就出现了RFID技术。典型应用如下图：
（。。。好像没有什么奇怪的啊？）
一二线城市早已实现了的公交卡，以及校园一卡通，用的就是RFID技术。RFID可读可写，所以公交卡、校园卡的钱能存在卡里面。
NFC，也是RFID的技术一种，目前大部分手机都支持的NFC功能，手机取代公交卡真的是迟早的事。要是手机没有NFC功能，也可以这么装逼：
我看他用手机刷卡出入站挺方便，就问他怎么弄的，是不是要下载什么软件。
他告诉我：“这个很简单，只要把公交卡藏在手机套里就行了。”
同样，RFID开发也是离不开单片机开发，网上也有相关的RFID开发套件出售。
# 结语
当然，物联网技术绝对不止以上五种，物联网本身就是所有技术的大融合，做电子产品的还要考虑产品外壳，不过这是结构工程师的事情；做服务器后台的还要考虑用户帐号数据库读写等，前端也要考虑如何把设备数据和 *** 作方式优雅的展现给用户看，这些是IT程序员的事情；电池技术也需要单方面突破，超小体积、超大容量，这个还得等待多时。
与其说物联网是一种技术吧，不如说它是一个时代，物联网通过对相关技术进行整合，形成一个时代的概念，是一个建立在技术基础之上的时代。
物联网是互联网的延伸，可以说是互联网的一种应用。物联网通过各种感知设备，如射频识别、传感器、红外等，将信息传送到接收器，再通过互联网传送，通过高层应用进行信息处理，达到“感知”的目的。物联网是新一代信息技术的重要组成部分，也是“信息化”时代的重要发展阶段。其英文名称是：“Internet of things（IoT）”。顾名思义，物联网就是物物相连的互联网。这有两层意思：其一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络；其二，其用户端延伸和扩展到了任何物品与物品之间，进行信息交换和通信，也就是物物相息。物联网通过智能感知、识别技术与普适计算等通信感知技术，广泛应用于网络的融合中，也因此被称为继计算机、互联网之后世界信息产业发展的第三次浪潮。物联网是互联网的应用拓展，与其说物联网是网络，不如说物联网是业务和应用。因此，应用创新是物联网发展的核心，以用户体验为核心的创新20是物联网发展的灵魂。IoT本质上是机器系统或者构建好的对象，带有数据收集技术，这些对象之间可以相互通信。所产生的机器对机器（M2M）数据有广泛的使用场景，但通常看作是确定事物状态健康的方式，无生命还是活的。IT管理员可在物理环境中使用IoT，获得想要的信息。
一、什么是大型网站运维
首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂性角度考虑，如网站规范、知名度、服务器量级、pv量等考虑，其它因素不是重点；因此，我们先定义服务器规模大于1000台，pv每天至少上亿（至少国内排名前10），如sina、、，renrencom等等；其它小型网站可能没有真正意义上的运维工程师，这与网站规范不够和成本因素有关，更多的是集合网络、系统、开发工作于一身的“复合性人才”，就如有些公司把一些合同采购都纳入了运维职责范围，还有如IDC网络规划也纳入运维职责。所以，非常重要一定需要明白：运维对其它关联工种必须非常了解熟悉：网络、系统、系统开发、存储，安全,DB等；我在这里所讲的运维工程师就是指专职运维工程师。
我们再来说说一般产品的“出生”流程：
1、首先公司管理层给出指导思想，PM定位市场需求（或copy成熟应用）进行调研、分析、最终给出详细设计。
2、架构师根据产品设计的需求，如pv大小预估、服务器规模、应用架构等因素完成网络规划,架构设计等（基本上对网络变动不大，除非大项目）
3、开发工程师将设计code实现出来、测试工程师对应用进行测试。
4、好，到运维工程师出马了，首先明确一点不是说前三步就与运维工作无关了，恰恰相反，前三步与运维关系很大：应用的前期架构设计、软/硬件资源评估申请采购、应用设计性能隐患及评估、IDC、服务性能安全调优、服务器系统级优化（与特定应用有关）等都需运维全程参与，并主导整个应用上线项目；运维工程师负责产品服务器上架准备工作，服务器系统安装、网络、IP、通用工具集安装。运维工程师还需要对上线的应用系统架构是否合理、是否具备可扩展性、及安全隐患等因素负责，并负责最后将产品（程序）、网络、系统三者进行拼接并最优化的组合在一起，最终完成产品上线提供用户使用，并周而复使：需求->开发（升级）->测试->上线（性能、安全问题等之前预估外的问题随之慢慢就全出来了）在这里提一点：网站开发模式与传统软件开发完全不一样，网站一天开发上线1~5个升级版本是家常便饭，用户体验为王嘛，如果某个线上问题像M$需要1年解决，用户早跑光了；应用上线后，运维工作才刚开始，具体工作可能包括：升级版本上线工作、服务监控、应用状态统计、日常服务状态巡检、突发故障处理、服务日常变更调整、集群管理、服务性能评估优化、数据库管理优化、随着应用PV增减进行应用架构的伸缩、安全、运维开发工作：
a、尽量将日常机械性手工工作通过工具实现（如服务监控、应用状态统计、服务上线等等），提高效率。
b、解决现实中服务存在的问题，如高可靠性、可扩展性问题等。
c、大规模集群管理工具的开发，如1万台机器如何在1分钟内完成密码修改、或运行指定任务？2000台服务器如何快速安装 *** 作系统？各分布式IDC、存储集群中数PT级的数据如何快速的存储、共享、分析？等一系列挑战都需运维工程师的努力。
在此说明一下其它配合工种情况，在整个项目中，前端应用对于网络/系统工程师来说是黑匣子，同时开发工程师职责只是负责完成应用的功能性开发，并对应用本身性能、安全性等应用本身负责，它不负责或关心网络/系统架构方面事宜，当然软/硬件采购人员等事业部其它同事也不会关心这些问题，各司其职，但项目的核心是运维工程师~！所有其它部门的桥梁。
上面说了很多，我想大家应该对运维有一些概念了，在此打个比方吧，如果我们是一辆高速行驶在高速公路上的汽车，那运维工程师就是司机兼维修工，这个司机不简单，有时需要在高速行驶过程中换轮胎、并根据道路情况换档位、当汽车速度越来越快，汽车本身不能满足高速度时对汽车性能调优或零件升级、高速行进中解决汽车故障及性能问题、时刻关注前方安全问题，并先知先觉的采取规避手段。这就是运维工作~！
最后说一下运维工程师的职责：”确保线上稳定“，看似简单，但实属不容易，运维工程师必须在诸多不利因素中进行权衡：新产品模式对现有架构及技术的冲击、产品高频度的升级带来的线上BUG隐患、运维自动化管理承度不高导致的人为失误、IT行业追求的高效率导致流程执行上的缺失、用户增涨带来的性能及架构上的压力、IT行业宽松的技术管理文化、创新风险、互联网安全性问题等因素，都会是网站稳定的大敌，运维工程师必须把控好这最后一关，需具体高度的责任感、原则性及协调能力，如果能做到各因素的最佳平衡，那就是一名优秀的运维工程师了。
另外在此聊点题外话，我在这里看到有很多人要sina、、,51com等聊自已的运维方面的经验，其实这对于它们有点免为其难：
a、各公司自已网络架构、规模、或多或少还算是公司的核心秘密，要保密，另外，对于大家所熟知的通用软件、架构，由于很多公司会根据自已实际业务需要，同时因为原版性能、安全性、已知bug、功能等原因，进行过二次开发（如apache,php,mysql）， *** 作系统内核也会根据不同业务类型进行定制的，如某些应用属于运算型、某些是高IO型、或大存储大内存型。根据这些特点进行内核优化定制，如sina就在memcache上进行过二次开发，搞出了一个MemcacheDB，具体做得如何我们不谈，但开源了，是值得称赞的，国内公司对于开源基本上是索取，没有贡献；另外，服务器也不是大家所熟知的型号，根据业务特点，大部份都是找DELL/HP/ibm进行过定制；另外，在分布式储存方面都有自已解决方案，要不就是使用现成开源hadoop等解决方案，或自已开发。但90%都是借鉴googleGFS的思想:分布式存储、计算、大表。
c、如上面所讲，目前大型网站运维还处于幼年时期理念和经验都比较零散，没有成熟的知识体系，可能具体什么是运维，大家都要先思索一番，或压根没想过，真正讨论也只是运维工作的冰山一角，局限于具体技术细节，或某某著名网站大的框架，真正运维体系化东西没有，这也许是目前网上运维相关资料比较少的原故吧。或者也是国内运维人员比较难招，比较牛的运维工程师比较少见的原因之一吧。
二、运维工作师需要什么样的技能及素质
做为一名运维工程师需要什么样的技能及素质呢，首先说说技能吧，如大家上面所看到，运维是一个集多IT工种技能与一身的岗位，对系统->网络->存储->协议->需求->开发->测试->安全等各环节都需要了解一些，但对于某些环节需熟悉甚至精通，如系统(基本 *** 作系统的熟悉使用,nix,windows)、协议、系统开发(日常很重要的工作是自动运维化相关开发、大规模集群工具开发、管理）、通用应用（如lvs、ha、webserver、db、中间件、存储等）、网络,IDC拓朴架构；
技能方面总结以下几点：
1、开发能力，这点非常重要，因为运维工具都需要自已开发，开发语言：c/c++（必备其中之一）、perl、python、php（其中之一）、shell（awk,sed,expect等），需要有过实际开发经验，否则工作会非常痛苦。
2、通用应用方面需要了解： *** 作系统（目前国内主要是linux、bsd）、webserver相关(nginx,apahe,php,lig>
3、系统、网络、安全，存储，CDN，DB等需要相当了解，知道其相关原理。
个人素质方面：
1、沟通能力、团队协作：运维工作跨部门、跨工种工作很多，需善于沟通、并且团队协作能力要强；这应该是现代企业的基本素质要求了，不多说。
2、工作中需胆大心细：胆大才能创新、不走寻常路，特别对于运维这种新的工种，更需创新才能促进发展；心细，运维工程师是网站admin,最高线上权限者，一不小心就会遗憾终生或打入十八层地狱。
3、主动性、执行力、精力旺盛、抗压能力强：由于IT行业的特性，变化快；往往计划赶不上变化，运维工作就更突出了，比如国内各大公司服务器往往是全国各地，哪里便宜性价比高，就那往搬，进行大规模服务迁移（牵扯的服务器成百上千台），这是一个非常头痛的问题；往往时间非常紧迫，如限1周内完成，这种情况下，运维工程师的主动性及执行力就有很高的要求了：计划、方案、服务无缝迁移、机器搬迁上架、环境准备、安全评估、性能评估、基建、各关联部门扯皮,7X24小紧急事故响应等。
4、其它就是一些基本素质了：头脑要灵光、逻辑思维能力强、为人谦虚稳重、亲和力、乐于助人、有大局观。
5、最后一点，做网站运维需要有探索创新精神，通过创新型思维解决现实中的问题，因为这是一个处于幼年的职业（国外也一样，但比国内起步早点），没有成熟体系或方法论可以借鉴，只能靠大家自已摸索努力。
三、怎样才算是一个合格的运维工程师
1、保证服务达到要求的线上标准，如999%；保证线上稳定，这是运维工程师的基本责职所在。
2、不断的提升应用的可靠性与健壮性、性能优化、安全提升；这方面非常考验主动性、和创新思维。
3、网站各层面监控、统计的覆盖度，软件、硬件、运行状态，能监控的都需要监控统计，避免监控死角、并能实时了解应用的运转情况。
4、通过创新思维解决运维效率问题；目前各公司大部份运维主要工作还是依赖人工 *** 作干预，需要尽可能的解放双手。
5、运维知识的积累与沉淀、文档的完备性，运维是一个经验性非常强的岗位，好的经验与陷阱都需积累下来，避免重复性范错。
6、计划性和执行力；工作有计划，计划后想法设法达到目标，不找借口。
以上只是技术上的一些层面，当然个人意识也是很重要的。
四、运维职业的迷惘、现状与发展前景
运维岗位不像其它岗位，如研发工程师、测试工程师等，有非常明确的职责定位及职业规划，比较有职业认同感与成就感；而运维工作可能给人的感觉是哪方面都了解一些，但又都比上专职工程师更精通、感觉平时被关注度比较低（除非线上出现故障），慢慢的大家就会迷惘，对职业发展产生困惑,为什么会有这种现象呢？除了职业本身特点外，主要还是因为对运维了解不深入、做得不深入导致；其实这个问题其它岗位也会出现，但我发现运维更典型，更容易出现这个问题；
针对这个问题我谈一下网站运维的现状及发展前景（也在思考中，可能不太深入全面，也请大家斧正补充）
运维现状：
2、技术层次比较低；主要处于技术探索、积累阶段，没有型成体系化的理念、技术。
3、体力劳动偏大；这个问题主要与第二点有关系，很多事情还是依靠人力进行，没有完成好的提练，对于大规模集群没有成熟的自动化管理方法，在此说明一下，大规模集群与运维工作是息息相关的如果只是百十来台机器，那就没有运维太大的生存空间了。
4、优秀运维人才的极度缺乏；目前各大公司基本上都靠自已培养，这个现状导致行业内运维人才的流动性非常低，非常多好的技术都局限在各大公司内部，如google50万台机器科学的管理,或者国内互联公司top10的一些运维经验，这些经验是非常有价值的东西并决定了一个公司的核心竞争力；这些问题进而导致业内先进运维技术的流通、贯通、与借签，并最终将限制了运维发展。
5、很多优秀的运维经验都掌握在大公司手中；这不在于公司的技术实力，而在于大公司的技术规模、海量PV、硬件规模足够大，如可怕的流量、51com海量数据~~~~这些因素决定了他们遇到的问题都是其它中/小公司还没有遇到的，或即将遇到。但大公司可能已有很好的解决方案或系统。
发展前景：
1、从行业角度来看，随着中国互联网的高速发展（目前中国网民已跃升为全球第一）、网站规模越来越来大、架构越来越复杂；对专职网站运维工程师、网站架构师的要求会越来越急迫,特别是对有经验的优秀运维人才需求量大，而且是越老越值钱；目前国内基本上都是选择毕业生培养（限于大公司），培养成本高，而且没有经验人才加入会导致公司技术更新缓慢、影响公司的技术发展；当然，毕业生也有好处：白纸一张，可塑性强，比较认同并容易融入企业文化。
2、从个人角度，运维工程师技术含量及要求会越来越高，同时也是对公司应用、架构最了解最熟悉的人、越来越得到重视。
3、网站运维将成为一个融合多学科（网络、系统、开发、安全、应用架构、存储等）的综合性技术岗位，给大家提供一个很好的个人能力与技术广度的发展空间。
4、运维工作的相关经验将会变得非常重要，而且也将成为个人的核心竞争力，具备很好的各层面问题的解决能力及方案提供、全局思考能力等。
5、特长发控和兴趣的培养；由于运维岗位所接触的知识面非常广阔，更容易培养或发挥出个人某些方面的特长或爱好，如内核、网络、开发、数据库等方面，可以做得非常深入精通、成为这方面的专家。
6、如果真要以后不想做运维了，转到其它岗位也比较容易，不会有太大的局限性。当然了，你得真正用心去做。
7、技术发展方向、网站/系统架构师。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）