开发太累了转运维,开发为什么转运维

请问我是做软件开发的,想转云计算运维,会不会有难度?

丝毫没有难度啊，要相信你程序员的基因和血液是可以carry一切的，当然干什么都得努力去做

程序员30岁,想转行做运维linux,需要做哪方面的培训?

1，运维，基本要掌握的有，操作系统，计算机原理，编译原理，计算机网络等等等等。基于理论性的知识，基础知识，必须扎实，才能灵活应用。现在互联网变化之快，今天出来一个新技术，你才刚用上手，别人告诉你淘汰了，又有新产品了。掌握什么才能应对这种变化的速度呢？万变不离其宗，基础掌握得好，理解了原理，都可以解释得通。掌握了那么多基础的知识，还能没有发展前景吗？
2，一家公司的所有服务器，基础环境，一般由运维去搭建的。所有程序员跑的程序，必须跑在你搭建的环境中。没了运维可不行哦。服务器的root 权限掌握在运维手里，一个命令可以毁了一个网站，一个团队，重要吧？有专业公司恢复数据？那我进入机房，几个动作把硬盘物理性损坏，没救了吧？破坏的事情说多了，说点好的。运维可以根据现在业务的统计数据，去规划一下网站的未来发展，需要多少资源啊，当前的高可用做得好不好啊，扩展性有保证了没有啊。
3，运维团队，有一个方向，是DBA 。DBA 就是管数据的。一个简单的例子吧，现在的网站，瓶颈一般都在DB 上，DBA 的其中一个职责，就是提升DB 的性能，你看，运维团队解决了网站的瓶颈问题噢。DBA 还有一个职责，就是保证DB 的高可用。网站的程序可以重写，但用户的数据不能伪造，如果数据永远地丢了，那这个网站也就完了。
4，运维团队，还有一个方向，是运维开发。大概就是，他们在写着一些，与网站业务不相关的程序，来提高开发的工作效率啦，提高服务器的性能啦。两个网站表面看起来都差不多，只是一些UI 的不同，真正可以造成不同的，可能是，网站A 只是用了一台服务器就撑起了B 要10 台服务器才能做到的访问量，网站A 做到了快速自动化测试，节省了大量的时间，网站B 的工程师还在忙活的时候，A 的工程师们都在娱乐了。这才是不同，质的不同。

刚刚过了三十岁五天,想做网络运维工程师,可行吗?

当然可以，学习没有时间限制，活到老学到老

...入职三天感觉难以适应,感觉做不了开发,想再转运维行吗?

一点经验都没的情况下，自学是没有用的。

就算是去上一些培训机构的课程，也只能学到一些基本的东西，并不能满足实际项目的开发需要。

需要在实际项目中才能学到开发实际需要的东西。

而运维，与开发是两个不同的方向，开发需要的技能是比较具体的：一个项目在开发中需要使用的框架与技术是基本确定的，不会的可以现学现用，只要学习速度跟得上，就没有什么问题。而运维所面临的问题则是不固定的，有时遇到的问题根本与技术无关。做运维，要想能独立工作，需要很广的知识面。比如说，项目总经常发生数据丢失，时间不固定，频率不固定，要解决，就需要掌握很多东西：要会一点开发，能确定是代码问题，还是流程问题，还是架构问题，如果都不是，才可以排除是软件本身的问题。然后就需要依靠网络知识，排查是不是网络问题，路由问题，客户端安全问题，服务器安全配置问题，硬件配置问题，数据库配置问题。。。一样样排除，如果都不是配置方面没有问题了，那么，又需要对组件的知识，是不是数据库与服务器的特型对使用有特别要求，而项目中又没有满足某项？是不是数据库的多线程问题？是不是多种类型数据库之间的同步问题，比如mysql+reids之间缓存的问题？是不是负载均衡方面的原因……

所以，做运维，需要的知识面广，做开发，需要的知识点深。

但无论怎么选择，学习相关的知识都是无法避开的坎。只靠一份问题集或操作手册就能做的运维，工资只能是蓝领级别的，因为那不需要多少知识与技能，一个初中生培训一两周就能做的事，能有多高的收入？

要知道：在绝大多数情况下，回报总是与付出成正比的。

做前端开发4年,转到运维组,什么都让干,甚至不在能力范围内!很困扰...

能动就别闲着，技多不压身。

软件开发人员与运维人员有什么典型矛盾?

我举几个例子说明哈：（1）开发人员最讨厌写注释，运维人员最讨厌别人不写注释，系统使用时出了问题，开发人员说你不知道看代码呀，运维人员怂回来，你就不能写好注释吗？（2）客户说需要改动一些地方，运维人员说这是系统本来没有的，得找开发人员处理，开发人员说我都已经交给你运维了，后面的小修小改肯定你来啊！
开发人员和运维人员偶尔会有一些小矛盾，但是大矛盾不至于，通过友好的沟通协商及规范的流程处理机制还是能很好的解决的，有时候开发人员在前期是开发到了后期就转运维的情况也有，都是技术人员都是为了更好的服务好终端用户，相互体谅、相互理解、相互支持啦！