本帖最后由 shreychen 于 2013-04-19 16:32 编辑
话题1： 如何在项目实施过程中提高自己的系统运维水平
做实施工作确实能很快提高运维水平，在实施的过程中会遇到各种各样的无法预料的问题，遇到问题势必要去解决问题。这是一个很好地学校过程：
（1）不懂就问，弄懂为止。遇到自己搞不定的问题，哪怕是个很简单的问题，不要怕丢面子，多问问比人。三人行必有我师嘛。
（2）勤思考，擅用搜索引擎。很多问题，稍微google下就能找到答案。
（3）勤笔记。将自己遇到的问题和解决过程记录下来，这是个积累知识和技能的好习惯。
（4）多总结，多分享。总结自己的经验，分享给别人。分享的过程中也能获得提高。
话题2:在项目实施过程中的注意事项
这个注意事项太多了。结合个人的工作经验，主要说三点吧：
（1）文档现行。实施文档是对项目实施实际工作的描述，包括时间、任务、地点、步骤等等等等。甚至可以讲实施过程中的具体操作命令都可以作为文档的附件。
（2）备份。任何时候都记得给自己留一条退路。
（3）权限控制。要严格控制root权限，尽量不要在root权限下做一些实施工作。
话题3:以真实案例（可做无害处理）来说明1、2这两个话题。
以前做过实施项目，我们是乙方，实施是在甲方机房做。每次实施都必须写好实施方案，发给所有的项目参与者（包括甲方和乙方），方案审批通过了才可以实施。开始的时候，实施方案就的写好几遍。
后来，随着甲方项目人员的扩增，甲方把实施工作接手过去了。千万不要以为轻松了，甲方是基本不接触linux的，需要我们事先把方案写好，实施的时候他们把命令贴一下。刚开始的时候还真有点心惊胆战的，随着熟练度的增加也就慢慢轻松了。
话题1： 如何在项目实施过程中提高自己的系统运维水平
1) 做项目,不光是提高个人运维水平.还要提高团队整体水平
在一个团队,每个人都可能有自己的有点,特点,把自己的强项发挥,在拟补一些自己的弱项,才能更好的提高.
2) 以下话可能难听,但是确实是事实.
在一个项目团队,每个人的技术可能高低不一.
有的人,可能有一技之长(脚本啊,系统啊,开源软件啊等等).
有的人,可能没有自己的一技之长.
有一技之长的人.,和 1) 比较贴近.这种人,会在项目中,学习,提高.
但是呢.有一些人,基础不扎实.但是个人又不去提高技术.很多的时候,会耽误一个项目的开发周期.
3) 针对1)和2).
个人认为 什么事都是分为两面的.如果能做到学习,做事会努力.会认真.就一定会有所提高.
机会,是给有准备的人的.
4) 认为最重要的一点.就是open ,只有把自己所会的东西,多分享,大家才会有更多的提高
话题2:在项目实施过程中的注意事项
1) 一定要有测试环境,尽量做到 测试环境 和 生产环境一致.减少因为环境导致的测试问题.
尽量做到在测试环境没问题了.在放到生产.并关注.
2) 在项目实施之前.尽量多做沟通.把自己所能想到的初期细节沟通清楚.一定不要麻烦.避免沟通出错.导致项目越做越偏.
3) 把项目的工作内容,根据实际情况分好块.做好一块就测试一块.并且反复沟通.
4) 每做完一部分.尽量出详细文档.这样后续参加项目的人,或者维护项目的人会有一个非常好的参考.
5) 还是各种沟通.沟通很重要.不光要和项目需求方沟通,也要和团队内成员沟通.了解团队成员想法. 只有团队一条心,才能把项目做好(虽然这个很虚.但是真心是这样)
6) 发挥每个成员的长处.项目内容很多.但是可以根据实际情况分配.做自己擅长的,或者喜欢的.会有更高的效率.
话题3:以真实案例（可做无害处理）来说明1、2这两个话题。
就只说碰到的问题吧.
1) 沟通不充分.导致需求方和开发者最终结果不同.导致项目全废.
2) 需求方拍脑门提需求.开发方做出来的东西,用两次就不用了.
3) 开发方或需求方发现问题,不好意思说.导致越做越跑偏或者越用越不顺手.导致项目流产
不继续写了.问题不分大小.解决了,就会有收货.
ps:看老男孩,真能写......
:wink::mrgreen::em17::em03:
刺客阿地 发表于 2013-04-15 11:50 static/image/common/back.gif
回复 27# 飞哥2005
只有大公司，才有专门的人做配管吧？小公司没有专人做这个吧？
运维不仅仅是技术和资料文档的问题，客户的因素也是非常重要的，尤其是具体负责人；主要体现在平常的关系、客户技术水平、对方的真实需求等方面。
本帖最后由 dooros 于 2013-04-22 11:40 编辑
我认为此帖有偏颇啊，“由于项目实施前期，基本都是测试数据（此时进行一些破坏性实验问题也不大），而且机器性能较卓越，进行压力测试也不需要担心影响用户体验 等等”，我认为在项目实施过程中这些都是必须考虑的因素，也是必须解决的问题。
另外，作为一个好的项目实施工程师，不仅要掌握运维，而且要掌握整个项目的基本情况，项目系统的使用情况，项目培训，客户沟通。
作为一个项目实施工程师，基本要做到项目后期的维护工作，项目上线时间越长，凸显出的问题就越多。特别是在面对几百乃至上千个实例的大型项目的时候，在实施期间人员可能有几十个人，在后期维护就会精简到几个人。在客户没有系统集成厂商的情况下，如何维护好项目是一件非常有难度的技术活。能力提升是自然而然的事。
此外，个人的发展定位也决定技术水平提升与否。别把项目实施只当作安装个软件，做次培训。
很多大公司现在也都在弄实施研发一体化的战略，实施过程中遇到的系统问题，代码问题，需要现场及时更改。
学习了...!回复 34# 老男孩linux培训
实施与运维应该分属于两个不同的行业，实施一般是系统从无到有的工作，运维是系统上线后如何保证系统的健康的连续运行及系统的可用性。实施工程师一般在做操作时胆量都比较大，而运维就非常谨慎在做操作时一般会考虑退路。:outu:
回复 4# yuhongchun
酒哥，来晚了， 最近太忙了，上线的时间比较少，天天都是手机在线
运维的工作比较繁琐，特别是在一些中小型公司，运维是啥都要干，所有的事情都是一肩挑，做运维的同胞们应该都有这方面的体会，运维的工作比较的繁琐，所以我们要想办法从这种繁琐的工作中脱离出来，这里不是说让你辞职闪人，要想办法用工具来代替我们的工作，理想的工作状态就是每天看看监控图、看看统计报表，对于存在隐患的节点提前解决掉，让一切尽在掌握。
做运维工作一定要有完善的监控体系统、完整的备份方案，还要定期对备份数据进行校验（在曾经维护的过程中，因为没有进行备份数据校验，出现过数据丢失的情况，这是血的教训）、还要有完善的应急预案（这个必须要有，不管出现什么样的故障，我们都可以从容应对），对所有系统架构、网络架构、服务器的配置都应该要有详细的文档说明，进行归档整理（在曾经维护的过程中，因没有详细的文档说明，导致过一次线上故障，这也是血的教训）