物联网业务是什么？

物联网其实是互联网的一个延伸，互联网的终端是计算机（PC、服务器），我们运行的所有程序，都是计算机和网络中的数据处理和数据传输，除了计算机外，没有涉及任何其他的终端（硬件）。

物联网的本质还是互联网，只不过终端不再是计算机（PC、服务器），而是嵌入式计算机系统及其配套的传感器。这是计算机科技发展的必然结果，为人类服务的计算机呈现出各种形态，如穿戴设备、环境监控设备、虚拟现实设备等等。只要有硬件或产品连上网，发生数据交互，就叫物联网。

物联网就业机会非常多，因为物联网技术应用非常广泛，例如：

1、智能家居；智能家居是利用先进的计算机技术，物联网技术，通讯技术，将与家具生活的各种子系统有机的结合起来，通过统筹管理，让家居生活更舒适，方便，有效，与安全。

2、智能交通

3、智能医疗

4、智能电网；智能电网是在传统电网的基础上构建起来的集传感、通信、计算、决策与控制为一体的综合数物复合系统，通过获取电网各层节点资源和设备的运行状态，进行分层次的控制管理和电力调配，实现能量流、信息流和业务流的高度一体化，提高电力系统运行稳定性，以达到最大限度地提高设备效利用率，提高安全可靠性，节能减排，提高用户供电质量，提高可再生能源的利用效率。

5、智能物流

扩展资料

物联网是新一代信息技术的重要组成部分，也是"信息化"时代的重要发展阶段。其英文名称是:"Internet of things(IoT)"。顾名思义，物联网就是物物相连的互联网。这有两层意思:其一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络;其二，其用户端延伸和扩展到了任何物品与物品之间，进行信息交换和通信，也就是物物相息。

物联网通过智能感知、识别技术与普适计算等通信感知技术，广泛应用于网络的融合中，也因此被称为继计算机、互联网之后世界信息产业发展的第三次浪潮。物联网是互联网的应用拓展，与其说物联网是网络，不如说物联网是业务和应用。因此，应用创新是物联网发展的核心，以用户体验为核心的创新20是物联网发展的灵魂。

活点定义:利用局部网络或互联网等通信技术把传感器、控制器、机器、人员和物等通过新的方式联在一起，形成人与物、物与物相联，实现信息化、远程管理控制和智能化的网络。物联网是互联网的延伸，它包括互联网及互联网上所有的资源，兼容互联网所有的应用，但物联网中所有的元素(所有的设备、资源及通信等)都是个性化和私有化。

要想成为系统的的物联网工程师需要系统学习。由浅入深地对嵌入式物联网技术以及Linux平台全面掌握，能够独立胜任物联网开发、嵌入式Linux应用开发、5G周边产品开发、底层系统开发、设备驱动开发、从终端到云技术开发以及Linux衍生产品等多方面工作。可以更加系统的了解嵌入式物联网相关行业知识。
具体所学知识包括：
1嵌入式C语言高级编程及行业应用
2各常用数据结构与算法相关知识，以及面向接口的编程
3GUI图形库应用开发技术
4Linux *** 作系统使用
5Linux系统编程
6Linux系统网络编程
7Linux网络路由及数据交换技术
8嵌入式数据库
9嵌入式C++语言编程，以及面向模板库的应用开发
10OpenCV、OpenGL等图像处理
11AI模型训练及场景定位识别应用
12RFID场景应用
13zigbee低功耗网络技术
14Bluebooth组网技术
15MQTT云平台搭建技术
16NB-IOT各大云平台通信技术
17基于5G技术的嵌入式物联网行业应用
18ARM体系结构
19Bootloader启动过程
20常见Bootloader源码及平台移植
21嵌入式Linux内核裁减以及移植
22嵌入式Linux平台搭建技术及技巧
23Android ROM包制作流程
24Android底层驱动开发
25嵌入式从8位到64位硬件底层开发
26嵌入式Linux设备驱动移植以及开发
如果有机会通过十个左右的大项目实践，掌握物联网+嵌入式实际项目案例开发流程，提高研发技能。

物联网（英文：Internet of Things，缩写：IoT）起源于传媒领域，是信息科技产业的第三次革命。物联网是指通过信息传感设备，按约定的协议，将任何物体与网络相连接，物体通过信息传播媒介进行信息交换和通信，以实现智能化识别、定位、跟踪、监管等功能。 [1]
在物联网应用中有三项关键，分别是感知层、网络传输层和应用层。
物联网是一个庞大的市场，包括传感器、芯片、网络和应用。您可能会在其他地方听到这样一个术语：物联网(IoT)。在物联网中，传感器可以用来收集和分析信息——无论是对人类自身还是人类与周围的环境之间的关系。物联网(IoT)不仅是物联网市场的一个组成部分，而且还会是一个很大的市场，这就是为什么许多技术公司和软件公司都在研究物联网业务的未来并开发物联网解决方案的原因所在。物联网技术提供了一种实时获取数据并使其成为可能的方法来连接设备、数据以及服务，这使物联网成为了当今的基础设施之一。在这种情况下，一些组织就开始利用物联网来收集数据并在现场将其发送给他们的用户来进行分析或处理他们的数据中心中的任何地方。
1、物联网解决方案的目标
尽管物联网目前尚处于发展的初期阶段，但许多公司正在为未来的业务做好准备。物联网解决方案不会改变任何业务模式，而且，它可以让业务部门知道他们可以做什么以及他们不能做什么-例如医疗保健。如果您已经了解了这个过程，那么请记住：我们现在正在做的是为物联网提供强大、安全、可靠和成本效益的基础设施。物联网是实现这些目标的重要组成部分之一：物联网解决方案可以利用先进技术为业务提供有用或必需的数据，以提供更有价值的服务和效率，并为新技术铺平道路，例如能源效率、交通管制、医疗保健等领域创建一个可持续发展模式。从本质上讲，物联网解决方案不仅可以支持更广泛的业务类型并且还可以帮助它们保持高效运营。现在许多公司已经开始将物联网技术用于自动化环境（包括废物管理）、制造与能源效率和社会安全（包括减少犯罪率及提高服务质量）上。
2、分析和自动化
传感器和物联网设备可用于自动化处理大量数据。这是因为它可以将来自大量设备的数据发送到云，然后自动将其进行处理以获得最佳的业务结果。物联网应用程序还可以用于在云上进行开发和测试。企业组织可以利用它们来创建安全、可靠的解决方案并减少 IT费用、提高服务质量、简化业务流程从而改善业务效益。因此，物联网公司可以以各种方式利用这些工具来促进业务成功。
3、提高生产力和运营效率
在经济低迷时期，企业通过改善工作场所的生产力和运营效率来获得利润。物联网技术通过连接数据和执行更多动作，以改善这些事情。例如，这意味着员工可以更好地控制照明，从而节省了额外的能源消耗并且提高了生产力。此外，还可以通过预测性维护来改善运营效率并防止设备故障导致的损失。在美国，物联网设备使医疗保健公司能够检查他们的设备上的健康状况并使用实时分析来确定设备是否需要维护或者维修。

App定制开发并不是一件简单的事，好的软件应用的开发需要专业的App开发团队和标准化开发流程来支撑。App开发流程的重要性不必多言，不论是IOS还是Android的应用开发，其实都遵循着一定的开发流程，只有这样才能使开发过程有章可循而不是一团糟。那么，标准化的App开发流程是怎样的呢？

喜望软件基于十年的软件应用开发经验给大家详细讲一下我们的App标准化开发流程。

我们按工作的性质不同先把App开发分成三个阶段：售前、售中、售后，每个阶段包括了多个步骤，循序渐进，最终完成项目的开发。

一、售前

1需求沟通

在意向客户提出有项目需求时，我们的产品经理会跟售前顾问一起跟客户进行沟通。有些客户对于自己的需求通常只是一个大方面的想法，这个时候就需要我们专业的产品经理帮他整理出项目的具体需求和功能列表清单，并帮客户分析出没有考虑到的或能否实现的需求。

2项目可行性分析

客户自身和产品经理都需要清晰了解该项目的功能特点、用户痛点、行业需求和为用户提供的服务内容等，每一点都要做出详细的调查分析，尤其是客户痛点这块。如果开发出来的App存留很多痛点，那么就算开发成功，也没多长时间的存活时间。因为任何一个App最终的成功都是建立在用户基础之上的。

（喜望某项目的解决方案）

3功能流程梳理

（1）整理架构

整理架构的过程就像是修房子打地基，产品经理会梳理产品整体功能架构，整理出核心内容，打造产品的地基，以确保客户以后可以在这个原有的基础上进行调整，更为方便、更具有扩展性。

（2）功能列表

接下来，产品经理会做出更详细的功能列表，添加每个模块的细节内容及具体功能，比如“注册”用哪种注册方式，短信验证码还是第三方注册等。这部分就像你在装修毛坯房时，首先要考虑加上门窗、水电改造等。

（3）梳理流程

产品经理会根据客户的需求梳理出产品的核心业务，会帮客户提前考虑到他们现有的流程是否可以在互联网上进行 *** 作，例如一些传统行业转互联网的企业客户，产品经理会站在移动互联网的专业角度帮客户梳理并优化流程。

（喜望某项目的功能清单）

4量身定制实施方案

当需求文档确认完毕之后，售前顾问会根据客户需求量身定制一套App开发方案和报价清单，包括项目组人员安排、时间节点安排和技术方案等，待客户确认完之后就可以开始正式签约合作了。

二、售中

1产品设计

（1）原型设计与评审

喜望产品经理根据需求文档设计出高保真原型图，包括功能的结构性布局、各分页面的设计、界面交互逻辑的设计等。高保真原型图将需求文档转换为更直观的软件demo版本，这样即可以确认更多的细节，保证项目研发的效果，也能避免沟通不畅或沟通不到位而引发的纠纷问题。

（喜望某项目的高保真原型图）

（2）UI设计与评审

原型图设计确认好之后，UI设计师会根据产品的定位和原型图设计UI界面效果图了，相当于是在原型图的基础上加上颜色、确定产品整体风格、功能具象化处理、交互设计和排版布局等，使客户更直观的可以看到App的雏形，具有极高的还原度，能够为用户带来更高的体验度。一个完整的App需要一个吸引用户眼球的创意，这就需要产品经理和UI设计师在创意策划上有着独到的见解。

（3）需求详细讲解

产品经理会跟项目经理对接需求和原型图UI图，讲解客户的详细需求、功能板块、跳转页面等，项目经理需要细化需求，将这些需求和翻译成工程师们能更好理解的语言。接着，项目组会搭配着原型图UI图来召开技术会议，统一进行项目需求讲解。

（4）技术标准制定

项目经理在了解清楚整个项目的需求后提供易扩展、可持续迭代的技术框架方案，比如是原生开发还是混合开发、用Java还是PHP、还有第三方选型等。

2敏捷开发

（1）迭代开发计划

在正式进入项目开发之前，项目组会对项目本身进行评估，对研发周期、提测时间、预发布时间点进行初步的判断。接着对项目功能进行分解，把项目需求划分成4-5个节点，比如1号-9号做第一个功能模块，10号-15号做第二个功能模块……项目组把迭代开发计划发给客户确认后，就开始按着这个计划做节点研发了。

（2）节点研发

按照需求分析整理出来的功能数据处理情况，项目组会建立合理的数据库表结构，优化数据算法，提升数据的处理效率，保证后期App使用过程中数据的安全性、准确性、稳定性和及时性。

一个完整的App项目一般包含以下几个模块：

①服务器端：编写接口协议文档，服务器环境架设（国内一般都是用阿里云服务器，国外一般用亚马逊），设计数据库和编写API接口，业务功能实现及接口封装、管理后台的开发。

②App端：根据UI设计图进行界面开发，UI开发完成后对接服务器接口，通过服务端接口获取数据，编写功能上的逻辑代码。

③Web管理端：根据前端的业务逻辑，后台会有相应的功能与之匹配，同样需要编写功能上的逻辑代码。

在项目研发阶段，项目经理进行技术攻关，流程助理同时跟踪进度，项目组也会每周向客户进行开发进度汇报，并协助客户申请软著。

（3）单元测试

以前的开发流程就是工程师从头写到尾，把App功能全部开发完成后再进行系统测试，这样就很容易出现以下几个问题：修改了一处bug却在另一处地方引发了新的bug、扩展新功能的同时导致旧代码出现bug等等，这个时候就需要引入单元测试。

单元测试简单来说就是工程师做一个节点研发，测试工程师就测试一个节点，这样就能够清晰的知道是否破坏了老的业务逻辑，容易排除掉一些非常低级的错误，大大减少回归出错的可能性和调试的时间，提高代码质量。

（4）系统测试

App功能开发完成之后，测试人员会对整个项目进行系统性测试。而完成项目测试调试最重要的环节是问题的管理，追踪各个bug的进度以及状态，包括指派给谁、优先级、修复状态等，以便有质量地完成问题的处理。

产品面向的平台多机型同步测试，包括：App内容测试、App性能测试、App功能测试、App视觉测试，对BUG调试修复。测试合格，确认没有bug后与客户进行沟通，开始验收，再由客户进行测试，提出修改意见。

3上线交付

（1）用户体验测试

喜望在2018年新设了一个“创新性人才岗位”——用户体验官，这是移动互联网行业首创的“从功能试错服务到运营实践服务”。

用户体验官的工作就是用户体验测试，从用户体验、产品、易用性、颜值、App设计还原度等多个维度进行体验性测试，并通过后台上传真实的前期种子数据，让整个App的内容很丰满，互动性强。用户体验测试是从项目本身的用户群体和运营逻辑来帮助客户打造好整个App的调性。

（2）部署上线

在代码开发和测试完成后，就进入了后期上线的阶段。

①部署正式服务器：将数据库、后台系统部署到正式的服务器上面，并录入正式的上线数据到app系统后台。

②准备上架相关的资料：如软件著作权、应用说明、App界面截图和打包版等。

（3）发布App应用到市场：根据App端口选择发布iOS或Android应用市场。

①Android：涉及的应用市场很多，主流市场是腾讯应用宝、手机百度助手、360手机助手、91手机助手，不同的应用市场的受众属性和流量会有所不同，需要根据客户需求和项目实际情况来选择。一般来说，1-2个工作日就可以通过审核上线。

②iOS：发布到App Store，提交后一般最快都需要5个工作日左右才可以通过审核上架。因为App Store审核比较严格，比如是否符合最新的上架要求、是否涉及到虚拟货币、是否支持最新环境等很多问题都会决定审核能否通过。

但有可能会遇到这种情况：比如某App存在3个导致不通过的问题，App Store只要找到其中一个问题就不会通过，不会把3个问题都找出来告诉你为什么拒绝，所以如果经验不足，上架N次花费几个月都是很有可能的。

③发布小程序到微信公众号：需要把小程序发布提交给微信团队审核并上架，一般1-2个工作日就可以通过审核上线。

（3）源码交付

APP开发测试上线后，要进行终验交付，即按照合同规定，将源码、说明文档、 *** 作文档等所有项目的相关资料交付给客户。

包括但不限于：

①前后端项目的所有最新源代码（含注释）

②数据库设计文档

③API设计文档

④所有的开发者账号资料

⑤测试文档

⑥原型设计稿

⑦UI设计稿

⑧项目相关文档等资料

（4）项目运营培训

在交付源码时，喜望的项目经理会给客户针对项目的所有功能 *** 作进行培训，比如优惠券怎么发、司机怎么核审、怎么查看用户注册等。我们也会根据客户需求，让品牌设计师和新媒体运营官为客户设计上线海报和新媒体运营方案。

三、售后

1前期维护

一般的App开发完后都需要进行维护，即便是已经达到相对稳定的阶段，也可能随着手机系统的升级或长时间的使用等，出现一些小问题或隐藏得比较深的bug。

喜望会免费赠送客户三个月的维护期，一个项目正式上线运营了3个月左右的时候就已经清楚了整体的运营模式和部分功能欠缺，接下来想要继续运营app就需要迭代开发、优化功能模块。

在此期间，我们会解答客户的疑问、指导软件的使用和内容的上传等事项，以及修复程序Bug、突发情况发生后紧急维修等。

2定制更新

在App投放到市场后，会得到用户以及市场本身的一些反馈，从而知道该如何修正或者调整运营策略，当目前系统的功能无法满足项目需求时，就需要规划新一版本功能的迭代问题了，也就是开发项目20。

喜望会帮助客户进行定制更新，也就是继续App开发前期“售前”所做的工作：需求沟通、可行性分析、功能流程梳理以及量身定制实施方案。

这个迭代方案一般根据以下2点进行制定：

①未完善的BUG

比如上线后的App在运营过程发现的一些BUG，或者逻辑错误的一些地方，如果我们想要修复这些逻辑错误问题和功能BUG，就必须进行App的迭代。

②App数据分析

数据是极其重要的衡量标准，通过分析App的投放资源、用户激活率、转化率、留存率和用户进入使用不同功能的占比、各个环节的流失，寻找对App体验影响较大的指标，分析自查功能设计上的优劣，以便进行功能上的版本迭代。

3迭代开发

同样的，当项目进行迭代开发时，也会重新经历“售中”的全部过程，包含产品设计、敏捷开发和上线交付等所有的产品生命周期。

4项目维护回访

当项目运营过一段时间（免费维护期结束）后，喜望会对客户进行回访，询问运营情况等。当然了，如果后续客户需要我们继续提供运维支持，我们也是很乐意的，因为在App运营的过程中需要与时俱进、维护更新，App才能长存。

5新媒体运营

成功上线后的App可以通过企业的运营推广，发展用户数量，得以长久的运营。推广运营的方式有很多种，比如进行线下推广、投入广告、新媒体运营推广等。

贴心的喜望根据十年的从业经验以及目前市场情况，会推荐客户做成本相对较低的新媒体运营推广。

从上面的App开发流程来看，每一个项目研发都要经历以上3个阶段22环节，这其实是一条完整的流水线，做到这样往往能达到较高水准的项目质量。但是如何保证流程顺畅进行？如何使项目成员的工作效率最大化？这就十分考验开发公司的专业度和项目成员的规划能力了。

之前有讲到过，一款App开发的时间也会影响到App开发的价格，所以，了解一下App的标准开发流程还是很有必要的哟。

如果您想开发App软件，或者想了解更详细的开发流程、开发方案、报价等等相关内容，欢迎咨询成都喜望软件，有专业的售前顾问、产品经理为您详细解答App相关疑问。

一、什么是大型网站运维

首先明确一下，全文所讲的”运维“是指：大型网站运维，与其它运维的区别还是蛮大的；然后我们再对大型网站与小型网站进行范围定义，此定义主要从运维复杂性角度考虑，如网站规范、知名度、服务器量级、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、技术发展方向、网站/系统架构师。

---