摘要：
知识运维的基础定义？运维是做什么的？阿里DevOps转型之后，运维平台是如何建设的？请问运维好做吗？相比java呢？运维的主要工作内容是什么？运维是个怎样的工作？知识运维的基础定义... 知识运维的基础定义？
知识运维的基础是指大型组织已经建立好的网络软硬件的维护，就是要保证业务的上线与运做的正常，在运转的过程中，对其进行维护。
知识运维的基础***了网络、系统、数据库、开发、安全、监控于一身的技术，运维有包括很多种，有DBA运维、网站运维、虚拟化运维、监控运维、游戏运维等。
知识运维的基础包括:
2、应用运维： 是给业务上线、维护和做故障排除的，用开发运维开发出来的工具给业务上线、维护、做故障排查。
3、系统运维： 是给应用运维提供业务上的基础设施，比如：系统、网络、监控、硬件等。
运维是做什么的？
运维，这里指互联网运维，通常属于技术部门，与研发、测试、系统管理同为互联网产品技术支撑的4大部门，这个划分在国内和国外以及大小公司间都会多少有一些不同。一个互联网产品的生成一般经历的过程是：产品经理、需求分析、研发部门开发、测试部门测试、运维部门部署发布以及长期的运行维护。运维，本质上是对网络、服务器、服务的生命周期各个阶段的运营与维护，在成本、稳定性、效率上达成一致可接受的状态。对于初创公司，运维部和系统部一般是合二为一的，相关工作由同一批人负责，界限可能不是很明显。大型公司对运维工作的要求更高，需要有更精细的分工，因此机房/网络/操作系统相关的底层工作分离出来由专人负责，成为系统管理部，而上层和应用产品相关的工作则由运维负责，成为运维部。以下从互联网产品生命周期和运维涉及的技术分别来看分工较细的大型互联网公司中运维工作的职责。
阿里devops转型之后，运维平台是如何建设的？
DevOps是一场运动，通过一系列方法和实践提升各部门在软件交付过程中的协作质量和效率，从而提高软件服务的交付速度，是一种文化，关键是通过自动化工具打通整个软件交付流程，阿里具体如何实现不是很了解，但是思路是一致的
请问运维好做吗？相比java呢？
首先，熟悉业务，系统流程，而且需要比普通用户更熟悉，才能优先发现问题，解决问题，避免系统故障。
其次，系统的运维，还涉及很多基础技术领域，包括主机、操作系统、网络、数据库，不要求专家级，至少能把问题理清能让别人知道你想表达的问题。当然也可以求助其他人员，但是无形中就会把运维岗位变成传声筒，对自身发展是非常不利的。
所以，优秀的运维，一定会积业务和系统专家于一体。一方面，可以及时发展问题，服务用户；另一方面，可以为系统[_a***_]提供建设性思路，实现公司产品的不断完善，为公司做出贡献。
运维和Java都是工作，会的不难，难的不会，无所谓难易，做完都不难，做好都不易。工作不是做完为目标，做好才是对自己负责。
建议你还是做开发
因为以下原因：
2.j***a开发未来还能比较方便的转其他开发
3.同样工作年限的开发一般更值钱
4.运维一般也都要学开发，不然也很难
J***a是做后端开发的，有J***a转运维还是很有优势的，运维比后端纯开发要简单些的，最基础就是做好系统维护，去从新编写代码的内容不如J***a多的，相对简单些的，
我个人觉得能做开发就不要做运维了。
因为j***a开发比运维工作，无论从职业规划还是从钱途来说，前者都要高于后者。
如果你真想做运维的话，下面给你点建议，希望对你有所帮助。
1.对市面上常用的服务器有所了解，我们公司用的IBM的小型机比较多。
2.对UNIX、AIX、LINUX操作系统有所了解，要熟悉基本常用的操作命令。比如我们公司用的IBM小型机，操作系统是AIX操作系统。
3.对存储服务要有所了解。
4.熟悉常用的数据库如db2、sql server，学会数据库的常用语句，学会数据库备份，还原以及验证数据库的有效性。
5.对整个运维业务的网络架构有有所了解。
6.对运维业务的系统流程有所了解。
1.开发转运维，从技能上来说，没什么问题的，难的是要转变思维。
2.运维需要有耐心和细心，不能为解决故障而解决故障，要想怎么能杜绝或预防此类***发生，好多开发工程师是不会考虑运维层面的东西。
3.现在好多互联网公司都开始推Devops（真正落地的寥寥无几），从而衍生出一个职业叫运维开发，推荐你去了解下
运维的主要工作内容是什么？运维是个怎样的工作？
运维这份工作还总是被人误会。保安、网管，说啥的都有，平常人都不太知道运维是干啥的。运维的工作原则，地球不爆炸、运维不放***、坚持与服务器同在！运维的小哥哥、小姐姐们，就是俗称的背锅侠、高压锅，有锅就是运维的，只要系统不好用就是运维的锅，系统好用运维就是个小透明。真的是个活多觉少脾气好的职位。来让我们打开新世界的魔法大门，来走进运维真正的世界！
运维通俗的理解即为运行和维护，来保证系统和网站的正常运行，维护它们的安全。保证7×24小时的正常运行，数据的稳定、不丢失，并持续进行系统及网站的优化。那它具体是做什么的呢？
1. 备份
有备无患，总是没错的！！！从数据库的备份、程序的备份到系统的备份，通过备份的方式，来防止数据的丢失。以免数据的故障或其他原因，让数据都消失了，造成一场不小的“灾难”。
2. 监视
对日常的系统进行监视和管理，避免出现不必要的问题。通常情况下，运维工程师需要根据客户系统的特点，监视各项指标。如系统资源(CPU,内存,磁盘,网络使用情况等)，应用程序的响应时间即服务响应时间，日志文件及各种中间件(Apache,MySQL,Redis等等)。 全方位的监视指标，会缩短发生问题时的排查时间。
3.告警
告警与监视是相连接的，在监视时候发现了问题，将问题告知于客户，现在
最常见的方式就是，打电话、发短信、发邮件，现在也在逐渐发展自动化的告警系统。
4.处理问题
对于初创公司，运维部和系统部一般是合二为一的，相关工作由同一批人负责，界限可能不是很明显。大型公司对运维工作的要求更高，需要有更精细的分工，因此机房/网络/操作系统相关的底层工作分离出来由专人负责，成为系统管理部，而上层和应用产品相关的工作则由运维负责，成为运维部。以下从互联网产品生命周期和运维涉及的技术分别来看分工较细的大型互联网公司中运维工作的职责。
基础运维:小到服务器上架，布线，绞水晶头，大到系统安装，服务器启停。
中等运维:常用软硬件部署，系统问题定位
高等运维:针对现有运维环境，提出以后运维技术发展方向及需要的技术攻关。
简略的说大概就是这么几种吧。运维工作其实是一个长期积累的活，任何事情持之以恒，总会有一天连自己都佩服自己得五体投地
1，检查服务器运行状况是否正常，包括，cpu，硬盘，内存，网络负载等，条件允许应该搭建服务器监控管理平台实现这些监控项目的自动化检查，异常报警（微信，钉钉，邮件，短信），这也是目前自动化运维的趋势。
2，检查应用的正常，更加高级的是通过容器实现应用的发布，K8S集群管理，实现应用的自动异常处理。
3，日志中的异常要进行检查出现的问题。
4，新版本的灰度发布，正式发布。
5，配合开发人员开发过程中的故障排查。
运维最基本的职责都是负责服务的稳定性，确保服务可以7*24H不间断地为用户提供服务。在此之上运维的主要工作职责如下：
一、主要是保障并不断提升服务的可用性，提升用户体验。
二、开发运维工具或平台提高运维工作效率。
三、负责用自动化的技术或者平台确保系统或者新业务快速部署上线，之后可以快速稳定迭代。
四、负责保障产品7*24H稳定运行，在此期间对出现的各种问题可以快速定位并解决。
五、在日常工作中不断优化系统架构，以提升系统服务的稳定性。
