運用・保守兄弟の運用・保守ルールの10のまとめを集めて

IT担当者として、技術書を読んでいると、作者の運用・保守ルールの概要を何度か読んだところ、内容が簡潔で包括的、シンプルで真実であることがわかりました。私の認識の中には、私自身が理解しているものもありますが、言葉で要約することはできません。無知から認識への認識もあります。私がやりたいことですが、現在、運用および保守の兄弟としては実行できません。

全体として、それを読んだ後の宝物です。もちろん、運用・保守の兄弟として、以下の内容やルール(システム全般を含む)は、自分でコントロールできるものは非常に少ないですが、学びたいという気持ちには影響しません!それが私の仕事でやりたいことであり、傲慢な心が追求していることであり、能力を向上させながら注意を払っているのは自己昇華です。

以下は、本の内容と少しの自己識別に基づいて私が抽出したエッセンスの一部です(少なくとも私はそう思います、^ _ ^)。個人的には、それらのいくつかは運用および保守担当者に適しています。テクニカルマネージャーに適しています。私のようなITの兄弟姉妹はたくさんいると思いますので、共有したいと思います。困っている人にも見てもらいたいです!これら2つのグループの人々の適応内容を要約したいのはなぜですか?えーと、やっぱり将軍になりたくない兵士はいい兵士じゃない〜

運用・保守においては、プラットフォーム、ツール、知識、経験、意識等が重要であり、運用・保守の質をある程度左右します。運用と保守のルールについては、過小評価してはいけません。修正すると、4,000ポンドから2,000ポンドの効果が得られる可能性があります。

運用・保守兄弟の運用・保守ルールの10のまとめを集めて

以下の内容は私が書いた技術書からの抜粋であり、個人的な認識と個人的な言葉が同時に追加されています。気に入らない場合はスプレーしないでください。

1.作業を繰り返さないでください

労働力を複製したり、ツール、コード、フレームワークなどのすべてを外部から取得したりしないでください。考慮する必要があるのは、適切なタイミングで適切なコストで削減することであり、投資収益率も考慮する必要があります。

一般的に言って、どの企業にも車輪の再発明という現象があり、多くの人がそれに熱心であり、入出力比の重要な指標を無視して、そのようなプロジェクトで自分自身を証明する必要があるかもしれません。コミュニティの成果を生かし、会社の既存の成熟したフレームワークを活用できれば、自分のプロジェクトの進行を大幅にスピードアップできるのに、なぜ自分でプロジェクトを作らなければならないのでしょうか。ホイールを繰り返すことを考える人もいるかもしれませんが、チームを本当に訓練することができます。結局のところ、ゼロから始めるプロジェクトは、一般的なプロジェクトよりもはるかに多くの経験を蓄積することが多く、個人の成長と会社のフォローアッププロジェクトに役立ちます。

2、エラーを許可する

人々は賢人ではなく、誰もが完璧であり、運用と保守も同様です!間違いを犯すことはひどいことではありません。重要なのは、間違いをできるだけ早く修復できるメカニズムを確立し、間違いの影響の範囲を制限すると同時に、個人や組織が成長できるように要約して間違いを犯すことです。育つ。

もちろん、間違いを許すことは、すべてが間違っている可能性があることを意味するわけではありません。エラーの許容は、システム全体が可能な限り完成され、運用および保守プロセスが一般的なレベルで標準化されたときに発生する予測不可能なエラーです。

ハードウェアキャリアがある限り、さまざまな障害が発生する可能性があります。高可用性を追求する場合、複雑なアーキテクチャを設計したり、冗長な設備を準備しすぎたりすると、ソリューションのコストが大幅に増加することがよくあります。また、ソリューションが複雑になると、後の変換や保守が難しくなります。多くの国内企業は、可用性が99.99%と高く、高精度の小数点の後に数個の9を追加していると主張しています。しかし、大企業のクラウド製品は中小企業のデータを失い、大企業はイベント当日のページ例外などのシナリオに対応し、ため息をつきました~~

3.バックアップを設定します

運用・保守業務では、バックアップの役割は日常の運用・保守の価値としか見なされない場合がありますが、主な役割が休暇を要求したり、過労したり、何らかの理由で休暇をとったりする場合、バックアップの役割の価値は目立つようになり、進行中のプロジェクトが影響を受けるのを防ぐことができます。中断され、進行中の作業は受動的になりません。代替の役割を効率的に育成するには、ドキュメント、プロセス、および仕様のサポートが必要であるため、運用および保守の仕様も最優先事項です。

4.ボトルネックを特定します

監視も操作もメンテナンスもありません。この発言は、監視の重要性を示しており、一部のリソースの競合は、監視システムを通じて直感的に反映できます。一部の隠れたリソースのボトルネックやシステムのボトルネックについては、経験に基づいて分析および判断するためのツールを使用する必要があることがよくあります。運用・保守としては、監視システムがますますインテリジェントになり、人間の経験に依存することが少なくなるように、可能な限り監視システムを通じて問題を意識的に発見する必要があります。
シニアエンジニアとジュニアエンジニアには大きな違いがあります。シニアエンジニアはボトルネックを見つける方法を知っています。彼らはツールの使い方を知っているだけでなく、いつ、どこで、なぜそれを使うのかも知っています。このようにして、問題が発生する前にボトルネックを特定することができます。
もちろん、ボトルネックを特定するために、データがローカルコンピューター、ブラウザー、DNSサービス、負荷分散デバイス、アプリケーションサーバーなどの多くのリンクを経由する可能性があるため、単一の操作と保守の知識では需要を満たせない場合があります。
したがって、可能な限りさまざまな分野の多様な知識に手を出す必要があります。

5.ツール/プラットフォームに焦点を当てる

多くのインターネット企業には、さまざまなアプリケーションR&Dチームが使用する基本的なプラットフォーム、ツール、およびサービスの開発を担当する、基本的なプラットフォームの技術部門があります。しかし、これは多くの場合、短期的にメリットを確認するのが難しいものです。小規模なビジネス規模の企業の場合、彼らはより頻繁にいくつかの技術的な準備をしています。基本的なプラットフォーム部門は、会社の急速な発展とともに成長することがよくあります。開発した製品を誰も使用しないと、当然改善されず、誰も使用しません。このような悪循環です。状況は、基礎となるプラットフォーム開発者の適切な割合を維持し続ける必要があるかどうかを考慮して、高レベルの決定をテストすることがよくありますか?
結局のところ、アプリケーションソフトウェアの開発とプラットフォームツールの開発は異なります。基盤がしっかりしていないと、ビジネスリスクが大きくなる可能性があります。したがって、長期的には、プラットフォームやツールとしてある程度の人的資源(高品質のエンジニア)を使用することで、実際にコストを節約できます。
シリコンバレーの一部の企業は、優秀な人々にプラットフォームとツールを構築させ、最高の治療を提供し、十分な敬意を払わせています。彼らの測定基準も異なるはずです。

6.明確な分業

大規模なシステムアーキテクチャの保守は、十分な訓練を受けたエンジニアと切り離せないものであり、多くの知識、経験、スキルが必要であり、開発と運用のプラットフォーム、特別なデータ運用、パフォーマンスの調整など、明確な分業が必要です。 、ソースコードの最適化など。優れたチームには、プロジェクトマネージャー、品質管理、ドキュメントエディター、コスト分析、トレーニング、教育、その他の専門分野も含まれる場合があります。さまざまな立場の人々が、それぞれの専門分野での利点を活用し、プロジェクト全体を輝かせるために独自の職務を遂行できます。びしょ濡れで溢れています〜
運用・保守兄弟の運用・保守ルールの10のまとめを集めて

7.共有が上手になる

業界の技術交流にもっと参加する必要があります。問題によっては、より良い解決策がある企業もあります。あなたの経験を共有すると、同僚も彼らの経験を共有します。ある観点からは、両者の関係は競争相手ですが、発展させる必要がある場合は、業界の競争相手が何をしているのかを見て、会社のパターンを超えて技術や経営の問題を見る必要があります。
同時に、業界の技術フォーラムに参加することは、業界の技術動向に注意を払う手段であるだけでなく、採用の方法でもあります。より多くの人々を知り、影響力を拡大し、より多くの人々をあなたの会社に参加させることによって。 。自己つながりの拡大は会社の発展にもつながるので、やってみませんか?

運用・保守兄弟の運用・保守ルールの10のまとめを集めて

8.定例会議に注意を払う

多くのマネージャーは、毎週および定期的な会議の重要性を見落としています。長い間注意を払わないと、チーム全体が緩んで結束力が失われる可能性があります。
毎週の会議の重要な役割は、分業について話し合うことです。機械の規模の拡大と人員の増加に伴い、チームマネージャーは、従業員が可能な限り職務を遂行できるように、明確な分業を行い、人に責任を割り当てる必要があります。
毎週の会議では、お互いの作業の進捗状況について話し合ったり、未完成の作業に対する対策を交換したり、チームメンバーの作業状況を理解したり、上位のリーダーからの指示を伝えたり、技術や共有を交換したりすることもできます~~~
つまり、仕事の飽和度や性格は人それぞれで、効果的なコミュニケーションがない場合は、実が芯から皮までゆっくりと腐り、不平を言うような関係になります。そのため、一定期間正式なコミュニケーションを行い、習慣化することをお勧めします。同時に、同僚同士の関係を調和させ、職員の雰囲気を向上させることもできます〜
運用・保守兄弟の運用・保守ルールの10のまとめを集めて

9.パフォーマンスの制約

主要業績評価指標(KPI)は、組織の主要な目標または主要な成功要因を評価するために使用されます。多くの企業が一定の規模に達した後、KPI評価は主要な管理ツールとして使用されます。

実は、パフォーマンスはツールですが、人は複雑で、人の管理はさらに複雑です。包括的に言えば、すべての問題を単純化するためのツールとしてパフォーマンスに依存することは困難です。もちろん、多くのことを定量化すると、管理が容易になります。製品マネージャー、運用スタッフ、営業スタッフなどにとって、定量的な指標は多くの場合目に見える数字です。運用・保守や一部のポジションについては、定量的な指標が難しい場合があります!

パフォーマンスは、個人の成長を助け、従業員が個人を束縛するのではなく、尊敬を勝ち取るのに役立つように設計する必要があります。個人の価値観と企業の価値観の間にわずかな対立がある場合、良い会社は包括的であることがよくあります;対立が深刻であり、個人が同時に妥協できない場合は、環境を変更して、両方の当事者の損失を回避することを検討してください一緒にい続けます。

彼の著書「ウィニング」では、経営の第一人者であるジャックウェルチがパフォーマンスを使用して素晴らしい文化を創造しており、オープンなコミュニケーションの文化を創造するために長年費やした背景を無視することはできません。率直でコミュニケーションがなければ、パフォーマンスは文化を破壊するキラーになる可能性があります。仕事の進捗を促進するとき、それが会社にとって本当に役立つかどうかを考慮するのではなく、主にあなた自身の業績を考慮することは非常に悪い傾向です。私の既存の作業結果と作業出力によって、フォローアップ作業の方向性が決まります~~~

10.最適化された設計

プロセス設計は、作業効率とサービス品質を向上させるために意識的に最適化する必要があります。会社の事業展開に伴い、運営・維持管理部門も拡大し、合理的なプロセスや優秀な人材が不足していると、人員は増えても効率は落ちてしまうという問題がよくあります。 !!企業の成長に伴い、管理・維持するリソースが飛躍的に拡大するため、セキュリティなどを考慮してさまざまなプロセスを設計し、適切な実行結果を得ることができますが、これらのプロセスが非効率になることもあり、部門内の通信コストも高くなっています。以上の場合、運用および保守担当者は、プロセス自体のフィードバックおよび最適化メカニズムを確立し、意識的かつ継続的にプロセスを最適化する必要があります。
ように