0

バックグラウンド

私は大企業で働いた後、最近小さなスタートアップに参加しました。

私はプロのシステム管理者ではありませんが、プログラミングとシステムの知識があるため、サーバーとインフラストラクチャを管理する内部担当者になっています。

以前は、システム情報を文書化する必要はありませんでした: パスワード (サーバー、データベース、ルーター、スイッチなど)、どのサーバーがどのアプリケーションを実行していたか (自家製およびインストール済み)、サーバーの IP アドレス、構成ファイルの場所など。 .. プロのシステム管理者が常にこの作業を行ってくれたので、私は他の分野に集中することができました。

緊急性を引き起こした出来事

メインのサブバージョン構成ファイルが /etc/apache2 のどこにあるのかわからなくなるまで、これを先に進めることについて少しカジュアルでした (構成ファイルがバージョン管理下にないか、バックアップされていないことは言うまでもありません! ) これは早急に対処する必要があることに気付きました。

次のステップ

私は今、これらすべてを正気で洗練された、アクセス制御された方法で文書化する方法を考え出さなければなりません。

Runbook について聞いたことがありますが、それを管理するための最適な方法やツールがわかりません。私が最初に考えたのは、バージョン管理下の Excel/openoffice スプレッドシートでした。

Runbook を維持するための適切なガイドはありますか? 良いソフトウェアですか?これはかなり一般的な問題に違いありませんが、どのように対処しますか?

4

3 に答える 3

2

私は実際にWikiで良い成功を収めました。ログインを簡単に制御できるものを使用し(Mediawikiは問題ありませんが、PHPハッキングが必要です)、プロセスやインベントリなどのテンプレートを作成します。

アップデート

実は、コーヒーが必要だったに違いありません。 Tracはほぼ理想的です。より優れたアクセス制御、統合された問題追跡、およびやや強力なテキストモデル。それをSubversionリポジトリに直接結び付けて、実際のスクリプトをRunbookページにフックすることもできます。

于 2009-02-18T20:46:54.847 に答える
1

Wiki は確かに優れたアプローチです。そのための共有ポイントを設定して、更新履歴、常に最新の情報を指すリンクなどの優れた機能を取得できます。

于 2009-02-18T20:50:49.143 に答える