网站运维之道 之知识管理与积累

所谓"常识办理与常识堆集"，其实有点绕，咱们不如就说说"运维技能文档"的事儿吧，这样可以还直白一点。由于每次说起相似的论题，总有兄弟用不屑的口气说，不即是写写文档的事儿么?

运维友爱的文档

不一样的团队对文档需求可以都有不一样的"个性"--更多的时分是运维主管要看着舒畅。就运维来说，有必要可以创立"运维人员友爱"的文档。

通常来说，运维文档大概具有如下特色：

• 易读性 便于阅览，便于技能人员阅览。尤其是内容不该导致歧义、转码等。

• 可搜干脆 对于具体内容便于查找，便于发现。

• 版别化操控 这儿不是通常的 V1.0，V2.0 之类的简略标识版别，而是要可以获取一切的内容改动进程，便于回溯。

• 通行格局 可以习惯不一样的操作系统渠道。

• 信息齐备性 具有满足丰厚的穿插引证，重复保留的时分不会丢掉信息等。

可以还有其他特性没在这儿逐个列出。有的网友看了上面的描绘，这不即是 Wiki 嘛! Bingo! 根据HTML的 Wiki 页面，肯定是对运维友爱的，尤其是网站运维团队。 我见过许多团队用 Word 写文档，这是十分蹩脚的工作。在版别化操控、可搜干脆方面具有天然生成缺点。或许书写运维陈述用 Word 是好的挑选，可是运维技能文档的堆集肯定不能用 Word。

运维友爱的 Wiki

你们的运维团队在用 Wiki 么?

通常来说，具有一顶的言语布景可以更喜爱用该言语开发的东西(嗯，我说的是"通常")，有必定 Java 布景的程序员可以会喜爱用 Confluence 之类的 Wiki 东西。而对运维人员来说呢，啥是他们的言语布景? Shell ? No !Perl/Python/PHP，通常运维人员可以都了解三者之中的东西。

我自己多少喜爱一点 TWiki ，虽然我对Perl不那么了解。而许多中小 Web 网站，可以是PHP为开发言语，搂柴火打兔子，捎带脚让程序员帮着定制一些功用就成了。这是不是有点扯远了? 啥是运维友爱的 Wiki 呢? 我的定见是要能推进运维人员技能的 Wiki 软件，比方选用了 TWiki，那么在保护的时分，Perl 布景技能就能派上用场并能进一步推进，多少有点以战养战的意味在里面。

此外，大概强行运维人员提交 Wiki 符号化的文档，而不是简略上载一些 Word 文档、PPT 甚至HTML附件。Wiki 编辑器里别直接张贴从 Word 文档 Copy 来得内容。

假如团队满足大，大概有人专门定时查看文档质量，甚至对新人做一些简略的示例或许训练啥的。写一份好的文档甚至比写一大段好的代码更重要。

常识办理与堆集

Wiki 上都记载啥? 最佳实习、技能心得、装备文档、软硬件信息 ... 甚至团队人员联系方式，随时记载是需求的，但坚持更新更重要。

常识办理(KM, Knowledge Management)是干啥的? 这四个字说来话长，维基百科解释道：

... comprises a range of practices used in an organisation to identify, create, 
 represent, distribute  and enable adoption of insights and experiences.

用我的土话说，要把信息沉积下来并传递给更多的人用。一自己写的文档，团队其他的人要能看了解，要了解，要能拿着这文档做工作。没有常识办理认识的团队，成员之间的信息沟通或许也有些不顺利，可以会在人员的使用上存在许多瓶颈，遇到一点技能上的小工作，本来担任的人不在场，其他人可以搞不定，这是危险！

有些团队对待常识办理的态度上是"拿来主义"但缺少共享精力，比方仿制很多网络上的信息到内部，可是不愿意对外共享团队的心得，这样欠好!

堆集，意味着这是一件长时间的工作。不是一窝蜂搞一下就完毕不论的。一份运维文档大概贯穿网站建造的一直，逐步丰厚完善。