製品のシステム管理者に昇格しました。クラウド(Amazon EC2)と通信するアプリケーションを設計しています。私は、すべてのインスタンスとその基盤となるコンポーネントの保守を担当します。これまでのところ、これには、マルチテナントDB設計の中央DBに接続する一連の負荷分散サービスインスタンスが含まれます。
他のシステムに興味があります。管理者は、貴重なツールまたはプラクティスとして発見しました。提供されたリソースは大歓迎です。
" システムとネットワーク管理の実践 "は基礎のための素晴らしい本です。
投票で質問を検索 の場合、必須と見なされる可能性のあるさまざまなトピックについて多くのことを学ぶことができます。
残念ながら、より具体的な質問がなければ、私たちがお手伝いできることはたくさんありません。
編集1
また、この以前の質問をチェックしてください。これは、主にあなたが求めていることを扱っているからです。
私が適用しようとし、定期的に違反していることを確認する1つの有用な原則は、システム管理者が責任の境界を理解し、基準を超えないように注意する必要があるということです。
これが意味するのは、システム管理者の職務では、実際にはビジネスの他の領域による決定を必要とする質問や問題が発生することがよくありますが、ITはビジネスからそれらの決定を求めずに問題に対処しようとする場合があります。
これのいくつかの良い例は決して網羅的ではありません:
メールストレージに保存期間を適用する。 IT部門は、企業の法的機関に相談せずにこの保持期間を構成するべきではありません。ディスクがそれ以上保持できないため、3年に設定するだけでは不十分です。後でメールを合法的に長期間保持する必要があることが判明した場合。 7年、あなたは小川を上っています。
古いサーバーとワークステーションの廃棄と安全なデータの削除-IT部門は、組織のデータのセキュリティと廃棄の要件について、経営幹部または適切な代表者に相談する必要があります。
一部の人々はこれを責任を肩をすくめる傾斜した肩として見たり、主題に関係なく権威を持って質問に答えることができなければならないという考えに落ち着きます。多くの場合、IT担当者として、私たちは知識のあるテーマだけでなく、あらゆるテーマについて権威ある回答を期待されているという感覚に落ち着くと思います。
そうですね...責任の適切な境界を学び、自分の役割に適用してください。組織内のIT以外の人々は、ITがビジネスにどのように適合するかについての理解を高く評価し、尊重します。緩い大砲、制御が難しい、または傲慢であるという評判を避けることができます。行われた決定が問題につながる場合に、ダウンザラインで発生する可能性のある影響から身を守ることは言うまでもありません。
ああ、上記と併せて、それ自体が別の原則として:決定の電子メールトレイルを常に確立して、後で追跡して証明できるようにします。