運用および保守エンジニアの責任と展望
運用と保守における重要な技術的ポイントの構造：1多数の高度に並行するWebサイトの設計スキーム; 2信頼性が高くスケーラブルなネットワークアーキテクチャ設計; 3 Webサイトのセキュリティ問題、ハッキングを回避する方法 4南北相互接続の問題、動的CDNソリューション; 5大容量データストレージアーキテクチャ
1.大規模なウェブサイトの運営・維持管理とは？
まず、全文に記載されている「運営・維持管理」とは、大規模なウェブサイトの運営・維持管理が他の運営・維持管理とは大きく異なることを明確にし、大規模なウェブサイトと小規模なウェブサイトの範囲を定義します。 、この定義は主に運用と保守から始まります。ウェブサイトの仕様、人気、サーバーレベル、PVボリュームなどの複雑さの観点から、他の要因は焦点ではありません。したがって、最初にサーバーの規模をより大きく定義します。 sina、baidu、QQ、51.comなどのPVは1日あたり少なくとも1億（少なくとも中国のトップ10）です。他の小さなWebサイトには、実際の運用および保守エンジニアがいない場合があります。これは不十分なウェブサイトの仕様とコスト要因に関連しています。これらは、ネットワーク、システム、および開発作業の集まりです。」「包括的な才能」。一部の企業が運用および保守の責任の範囲に契約購入を含めるように、たとえば、IDCネットワーク計画も運用および保守の責任に含まれます。したがって、理解することが非常に重要です。運用と保守は、ネットワーク、システム、システム開発、ストレージ、セキュリティ、DBなど、他の関連する作業タイプに精通している必要があります。ここで説明している運用と保守のエンジニアは、フルタイムの運用および保守エンジニア。
一般的な製品の「誕生」プロセスについて話しましょう。
1.最初に、会社の経営陣が指針となるイデオロギーを提供し、PMは市場の需要を特定して（または成熟したアプリケーションをコピーして）調査、分析を行い、最後に詳細な設計を行います。
2.アーキテクトは、PVサイズの見積もり、サーバーの規模、アプリケーションアーキテクチャ、その他の要因（大規模なプロジェクトを除いて、基本的にネットワークへの変更はほとんどありません）など、製品設計の要件に従ってネットワーク計画とアーキテクチャ設計を完了します。
3.開発エンジニアが設計コードを実装し、テストエンジニアがアプリケーションをテストします。
4.さて、運用保守エンジニアが仕事をしているとき、まず最初の3つのステップは運用保守作業とは関係がなく、逆に最初の3つのステップにはやるべきことがたくさんあることは明らかです。運用と保守：アプリケーションのアーキテクチャ前設計、ソフトウェア/ハードウェアリソースアプリケーション調達の評価、アプリケーション設計パフォーマンスの危険性と評価、IDC、サービスパフォーマンスセキュリティチューニング、サーバーシステムレベルの最適化（特定のアプリケーションに関連）など。 、全員が運用および保守プロセス全体に参加し、アプリケーション起動プロジェクト全体を主導する必要があります。運用および保守エンジニアは、製品サーバーの準備作業、サーバーシステムのインストール、ネットワーク、IP、一般的なツールセットのインストールを担当します。 。運用および保守エンジニアは、オンラインアプリケーションシステムアーキテクチャが妥当であるかどうか、スケーラビリティがあるかどうか、セキュリティリスクなどの要因にも責任を負い、製品（プログラム）、ネットワークの最終的な接続と最適な組み合わせに責任を負う必要があります。 、およびシステム。、そして最後にユーザーが使用できるようにオンラインで製品を完成させ、毎週繰り返します：需要->開発（アップグレード）->テスト->オンライン（パフォーマンス、セキュリティの問題、および以前は推定されていなかったその他の問題は徐々に出てくる）ここで言及する1つのポイント：Webサイト開発モデルは従来のソフトウェア開発とは完全に異なります。1日に1〜5のアップグレードバージョンでWebサイトを開発するのが一般的です。ユーザーエクスペリエンスが重要です。M$のようなオンラインの問題が発生した場合解決するための1年、ユーザーは早期に逃げます。;アプリケーションがオンラインになった後、運用と保守の作業が始まったばかりです。具体的な作業には、アップグレードバージョンのオンライン作業、サービスモニタリング、アプリケーションステータス統計、毎日のサービスステータス検査が含まれます。突然の障害処理、毎日のサービス変更調整、クラスター管理、サービスパフォーマンス評価の最適化、データベース管理の最適化、スケーリング、セキュリティ、運用、およびアプリケーションPVの増減に伴うアプリケーションアーキテクチャの保守開発：
a。効率を向上させるために、ツール（サービス監視、アプリケーションステータス統計、サービス起動など）を介して毎日の機械的な手作業を実装してみてください。
b。高い信頼性やスケーラビリティの問題など、実際のサービスの問題を解決します。
c。大規模なクラスター管理ツールの開発。たとえば、10,000台のマシンでパスワードの変更を完了したり、指定されたタスクを1分以内に実行したりするにはどうすればよいですか。2000サーバーにオペレーティングシステムをすばやくインストールする方法は？各分散IDCおよびストレージクラスターで複数のPTレベルのデータをすばやく保存、共有、分析するにはどうすればよいですか？このような一連の課題には、運用および保守エンジニアの努力が必要です。
他の協力作業タイプの説明は次のとおりです。プロジェクト全体で、フロントエンドアプリケーションはネットワーク/システムエンジニアのブラックボックスです。同時に、開発エンジニアの責任は、の機能開発を完了することだけです。アプリケーション、およびアプリケーション自体のパフォーマンスやセキュリティなど、アプリケーション自体に対して責任を負います。ネットワーク/システムアーキテクチャの問題については責任を負いません。もちろん、ソフトウェア/ハードウェアの購入者など、ビジネス部門の他の同僚は責任を負いません。これらの問題を気にせず、自分の職務を遂行しますが、プロジェクトの中核は運用保守エンジニアです〜！他のすべての部門への架け橋。
私は上でたくさん言いました。誰もが操作とメンテナンスについていくつかの概念を持っているべきだと思います。ここで例えましょう。私たちが高速道路を高速で運転している車の場合、操作とメンテナンスのエンジニアはドライバーとメンテナンスワーカーです。 。このドライバー簡単ではありません。高速走行時にタイヤを交換したり、道路状況に応じてギアをシフトしたりする必要がある場合があります。車がどんどん速くなり、車自体が高速に対応できない場合は、車の性能を最適化したり、部品をアップグレードしたり、高速走行時の問題を解決したりするために必要です。故障や性能の問題は、常に安全性の問題に注意を払い、回避策を講じます。運営・維持管理作業です〜！
最後に、運用保守エンジニアの責任についてお話しします。「オンラインの安定性の確保」は簡単に思えるかもしれませんが、簡単ではありません。運用保守エンジニアは、多くの欠点を考慮する必要があります。新製品モデルが既存のアーキテクチャとテクノロジー、高頻度の製品アップグレードによって引き起こされるオンラインBUGの隠れた危険、低O＆M自動化管理によって引き起こされる人的エラー、IT業界が追求する高効率、プロセス実行の欠如、ユーザーの増加によるパフォーマンスとアーキテクチャIT業界の圧力、IT業界の緩い技術管理文化、イノベーションリスク、インターネットセキュリティの問題、その他の要因はすべて、Webサイトの安定性の敵になります。運用および保守エンジニアは、この最後のレベルを制御する必要があり、高度な責任が必要です。 、原則と調整能力、さまざまな要素の最適なバランスを達成できる場合、あなたは優れた運用および保守エンジニアです。
また、ここでは少し話を外してみましょう。sina、QQ、baidu、51.comなど、多くの人が自分の運用や保守の経験について話したいと思っているようですが、実際は少しです。彼らにとって難しい：
a。各企業の独自のネットワークアーキテクチャと規模は、多かれ少なかれ企業の核となる秘密であり、秘密にしておく必要があります。さらに、よく知られている一般的なソフトウェアとアーキテクチャについては、多くの企業が実際のビジネスニーズに従い、元のバージョン、セキュリティ、既知のバグ、機能、およびその他の理由で、二次開発（apache、php、mysqlなど）が行われている場合、オペレーティングシステムカーネルも、一部のアプリケーションなど、さまざまな業種に応じてカスタマイズされます。コンピューティング、一部は高IOタイプ、または大容量ストレージと大容量メモリタイプです。これらの特性に応じて、カーネルが最適化およびカスタマイズされます。たとえば、Sinaはmemcacheで二次開発を実行し、MemcacheDBを考案しました。その方法については説明しませんが、オープンソースであれば称賛に値します。国内企業は基本的にオープンソースのリクエストであり、貢献はありません。また、サーバーはよく知られたモデルではありません。ビジネスの特性によると、ほとんどの企業はDELL / HP / ibmによってカスタマイズされています。さらに独自の企業もあります。分散ストレージのソリューション。既製のオープンソースのhadoopやその他のソリューションを使用するか、独自のソリューションを開発します。しかし、90％はグーグルGFSのアイデアに基づいています：分散ストレージ、コンピューティング、そして大きなテーブル。
b。各企業のビジネスの方向性が異なるため、運用と保守のモデルまたは方法が異なります。たとえば、51.comとbaiduの運用と保守は、ビジネスモデルによってアーキテクチャ、サーバーレベル、IDCが決まるため、明らかに異なります。配信、ネットワーク構造や一般的な技術が異なります。メインのニュースポータルであるsinaとメインのsnsである51.comの運用・保守モードは大きく異なり、責任もありません。同じですが、1つだけ、一般的なテクノロジーと一般的なアーキテクチャが似ています。あまりにも神格化されているため、技術的な内容があまりなく、ビルディングブロックのゲームをプレイする企業が増えています。
c。前述のように、大規模なWebサイトの運用と保守はまだ始まったばかりであり、概念と経験は比較的断片化されており、成熟した知識システムはありません。おそらく、運用と保守とは何かを最初に考える必要があります。本当の議論は、運用・保守作業の氷山の一角に過ぎず、特定の技術的な詳細や、ある有名なウェブサイトの大きな枠組みに限定されており、実際の運用はありません。これが、現在、オンライン運用および保守関連の資料が比較的少ない理由である可能性があります。あるいは、国内の運用・保守要員の採用が難しく、比較的希少な運用・保守技術者が比較的少ない理由の一つである。
2.運用・保守スタッフにはどのようなスキルや資質が必要ですか？
運用・保守技術者になるには、どのようなスキルや資質が必要ですか？まず、スキルについてお話しましょう。上記のように、運用・保守は、複数のITスキルと1つの仕事を組み合わせたポジションです。ネットワーク->ストレージ->プロトコル->要件->開発->テスト->セキュリティおよびその他のリンクを理解する必要がありますが、システム（基本的なオペレーティングシステムの使い慣れた使用法）など、一部のリンクは精通している必要があります。 * nix、windows ..）、プロトコル、システム開発（非常に重要な日常業務は、自動操作と保守の関連開発、大規模クラスターツールの開発、管理）、一般的なアプリケーション（lvs、ha、web server、dbなど）ミドルウェア、ストレージなど）、ネットワーク、IDCトポロジアーキテクチャ。
スキルは次のように要約されます。
1.開発能力、これは非常に重要です。操作および保守ツールは自分で開発する必要があるためです。開発言語：c / c ++（必要なものの1つ）、perl、python、php（そのうちの1つ）、シェル（awk、 sed、expect ...など）、実際の開発経験が必要です。そうしないと、作業が非常に面倒になります。
2.一般的なアプリケーションは、オペレーティングシステム（主にlinux、中国ではbsd）、Webサーバー関連（nginx、apahe、php、lighttpd、java ...）、データベース（mysql、oralce）、その他のその他のものを理解する必要があります。。。システムの最適化、高い信頼性。。。これらは単なる追加のポイントであり、必須ではありません。作業中にゆっくりと学ぶことができます。これらのことは難しくありません。もちろん、運用と保守において、分業と焦点が異なるものもあります。
3.システム、ネットワーク、セキュリティ、ストレージ、CDN、DBなどを十分に理解し、関連する原則を理解する必要があります。
個人的な資質：
1.コミュニケーションスキルとチームワーク：部門間およびワークワークタイプの多くの運用および保守作業があります。コミュニケーションに優れ、強力なチームワークスキルを備えている必要があります。これは、現代の企業の基本的な品質要件であり、もっと言うために。
2.大胆かつ慎重に仕事をする必要があります：大胆に革新するだけで、通常の道を歩むことはありません。特に新しいタイプの運用および保守では、開発を促進するために革新が必要です。注意して、運用および保守エンジニアはWebサイトです。管理者、最高のオンライン権限を持つ人、あなたが注意しないと、あなたはあなたの人生を後悔するか、地獄の18層に侵入するでしょう。
3.イニシアチブ、実行、活発なエネルギー、圧力に耐える強力な能力：IT業界の特性により、変化は急速です。多くの場合、計画は変化に追いつくことができず、運用および保守作業はより顕著です。国内の主要企業は、安価で費用対効果の高い国のすべての地域にあることがよくあります。そこに移動して大規模なサービス移行を実行するだけです（数百または数千のサーバーが関係します）。これは非常に頭痛の種です。 1週間以内に完了するなど、非常に厳しい。この場合、運用および保守エンジニアのイニシアチブと実行には、計画、ソリューション、サービスのシームレスな移行、マシンの再配置、環境の準備、安全性評価、パフォーマンス評価などの高い要件があります。 、インフラストラクチャ、さまざまな関連部門、および7X24のマイナーな緊急時対応など。
4.その他は、いくつかの基本的な資質です：機敏な心、強力な論理的思考能力、謙虚で安定した、友好的、親切、そして全体像。
5.最後に、ウェブサイトの運営・維持管理には、探求と革新の精神が必要であり、革新的な思考を通じて実際の問題を解決する必要があります。これは若いキャリア（海外でも同じですが、中国よりも早く始まった）であり、成熟したシステムや方法論はありません。そこから学ぶことができ、自分自身の探求と努力にのみ頼ることができます。
3、資格のある運用および保守エンジニアとは
1.サービスが99.9％などの必要なオンライン基準を満たしていることを確認します。オンラインの安定性を確保するために、これは運用および保守エンジニアの基本的な責任です。
2.アプリケーションの信頼性と堅牢性、パフォーマンスの最適化、および安全性の向上を継続的に改善します。これは、イニシアチブと革新的な考え方のテストです。
3. Webサイト、ソフトウェア、ハードウェア、および動作ステータスのすべてのレベルでの監視と統計の範囲は、死角の監視を回避し、アプリケーションの動作をリアルタイムで理解するために、すべて監視と統計が必要です。
4.革新的な考え方で運用・保守効率の問題を解決します。現在、同社の主な運用・保守作業のほとんどは手作業による介入に依存しており、可能な限り手を離す必要があります。
5.運用および保守に関する知識の蓄積と蓄積、文書化の完全性、運用および保守は非常に経験豊富な立場であり、繰り返しのエラーを回避するために、優れた経験とトラップを蓄積する必要があります。
6.計画と実行;仕事には計画があります。計画した後、言い訳をせずに目標を達成しようとします。
7.自動化された運用と保守;毎日の機械化された作業をツールとシステムに改良、設計、開発し、システムを可能な限り自動的にシステムに依存して完了できるようにします;誰もが思考、革新的な思考、および彼らが好きなことをしている。
上記は技術的な側面のほんの一部です。もちろん、個人的な認識も非常に重要です。
4.運用および保守の専門家の混乱、現状、および開発の見通し
R＆Dエンジニア、テストエンジニアなどの他のポジションとは異なり、運用および保守のポジションは、非常に明確な責任とキャリアプランを持ち、専門的なアイデンティティと達成感を持っています。一方、運用と保守の作業は、人々に自分が持っていると感じるかもしれません。すべての側面をある程度理解している。しかし、彼らはすべてフルタイムのエンジニアよりも熟練しており、通常はそれほど心配していないと感じている（回線に障害がない限り）。徐々に誰もがキャリア開発について混乱し混乱するだろう。なぜこの現象ですか？職業自体の特徴に加えて、それは主に運用と保守の深い理解の欠如によって引き起こされます;実際、この問題は他の位置でも発生しますが、運用と保守がより典型的であることがわかります、この問題が発生する可能性が高くなります。
この問題に対応して、ウェブサイトの運営・維持管理の現状と開発の見通しについてお話します（考えてみれば、詳細で包括的ではないかもしれませんので、追加してください）
運用・保守状況：
1.初期段階では、大手企業がこのフルタイムの仕事をしているが、重要性や重要性は高くなく、代替性は強い。中小企業は、フルタイムなしでこの仕事を引き受ける他のポジションが多い。それは不可能です深くやりなさい。
2.技術レベルは比較的低く、主に技術の探求と蓄積の段階にあり、体系的な概念と技術はありません。
3.肉体労働が大きすぎるため、この問題は主に2番目のポイントに関連しています。多くのことが依然として人的資源によって実行されており、トレーニングが完了していません。大規模クラスターの成熟した自動管理方法がありません。ここに説明大規模クラスター運用・保守作業と密接な関係があります。機械が100台程度しかない場合、運用・保守の余地はあまりありません。
4.優れた運用・保守人材が極端に不足しており、現在、大手企業は基本的に自社研修に依存している。この現状により、業界の運用・保守人材の流動性は非常に低く、多くの優れた技術が限られている。 Googleなどの大手企業にとって50万台のマシンの科学的管理、または国内の相互接続された企業のトップ10の運用および保守経験の一部では、これらの経験は非常に貴重であり、企業のコア競争力を決定します。これらの問題は、業界における高度な運用および保守技術の流通、スルー、およびローン、そして最終的には運用および保守の開発を制限します。
5.多くの優れた運用および保守の経験は大企業の手に委ねられています。これは企業の技術力ではなく、大企業の技術規模、大規模なPV、およびバイドゥのひどいトラフィックや51.comの大規模なデータ~~~~これらの要因は、直面する問題が他の中小企業では発生しないか、まもなく発生することを決定します。しかし、大企業はすでに優れたソリューションやシステムを持っているかもしれません。
見通し：
1.業界の観点から、中国でのインターネットの急速な発展（現在、中国のネチズンは世界一に跳ね上がっています）に伴い、ウェブサイトの規模はますます大きくなり、構造はますます複雑になっています。教師の要件はますます緊急になり、特に経験豊富で優れた運用および保守の才能に対する高い需要があり、年齢が高いほど、教師の価値は高くなります。現在、国内の卒業生のほとんどがトレーニングに選ばれています（限られたさらに、経験の浅い人材の参加は、会社の技術更新を遅らせ、会社の技術開発に影響を与えます。もちろん、卒業生には、白紙、強い可塑性などの利点もあります。 、より多くの識別と企業文化への容易な統合。
2.個人的な観点から、運用および保守エンジニアの技術的内容と要件はますます高くなります。同時に、彼らは会社のアプリケーションとアーキテクチャに最も精通し、より多くを獲得している人々でもあります。そしてより多くの注意。
3. Webサイトの運用と保守は、複数の分野（ネットワーク、システム、開発、セキュリティ、アプリケーションアーキテクチャ、ストレージなど）を統合する包括的な技術的地位になり、個人の能力と技術的な幅のための優れた開発スペースをすべての人に提供します。
4.運用・保守業務における適切な経験が非常に重要になり、あらゆるレベルの問題を解決して解決策を提供する優れた能力とグローバルに考える能力を備えた、個人のコアコンピタンスにもなります。
5.専門知識と関心の開発;運用と保守の位置に関する知識は非常に広いため、カーネル、ネットワーク、開発、データベースなど、個人的な専門知識や趣味のいくつかの側面を育成または開発するのが簡単です。行うことが非常に深いと堪能し、この分野での専門家になります。
6.将来、本当に運用・保守をしたくない場合は、あまり制限なく他のポジションに異動する方が簡単です。もちろん、あなたは本当にあなたの心でそれをしなければなりません。
7.技術開発の方向性：ウェブサイト/システムアーキテクト。
V.運用および保守の主要な技術的ポイントの構造
1.大規模なクラスター管理の問題
まず、クラスターの概念を明確にする必要があります。クラスターとは、通常、さまざまな機能を備えたサーバーの全体を指すのではなく、サーバーとハードディスクリソース（マシンの数が2台を超える）を統合して一定の機能を実現することです。目的または機能。アプリケーションの場合、それは全体です。現在、従来のクラスターは、高可用性クラスター（HA）、負荷分散クラスター（lvsなど）、分散ストレージ、およびコンピューティングストレージクラスター（GoogleなどのDFS）に分割できます。 gfs、yahoo hadoop）、および特定のアプリケーションクラスター（db、キャッシュレイヤーなどの特定の機能サーバーの組み合わせ）、現在、インターネット業界は主にこれらの4つのタイプに基づいています。ビジネスの場合、最初の2つと同様です。はシンプルで、アプリケーションでのポスト操作が少ないため、4層スイッチを使用して問題を解決できます（f5など）。高いサービス可用性/責任バランスの役割を実現するために、次のようないくつかのオープンソースソリューションもあります。非常に柔軟な限られたリソースを持つ企業のlvs + haとして、後者の2つでは、企業の技術力とアプリケーション特性をテストします。3番目のDFSは、主にメール、検索、その他のアプリケーションなどの大量データアプリケーションで使用されます。 、特に検索要件が高くなります。単純な大容量ストレージに加えて、データマイニングとユーザー行動分析も含まれます。googleやyahooなどは、ほぼ1年間データを保存および分析でき、Baiduは30日未満である必要があります。 、そぐおはさらに少ないです。。。これらは、検索の準備とユーザーエクスペリエンスに不可欠です。
次に、クラスターを科学的に管理する方法について説明します。次の重要なポイントがあります。
I.モニタリング
これには主に、パフォーマンス、トラフィック、負荷などの障害監視とステータス監視が含まれます。これらの監視は、クラスターの正常な動作、および潜在的な問題のタイムリーな発見と介入に関連しています。
a。サービス障害とステータスの監視：主にサーバー自体、上位層のアプリケーション、および関連するサービスデータのインタラクティブな監視を目的としています。たとえば、フロントエンドWebサーバーの場合、次のようなさまざまな種類の監視を行うことができます。サーバーのタイムリーな検出を容易にするためのアプリケーションポートステータスの監視またはアプリケーション自体がクラッシュしているかどうか、サーバーのヘルスステータスはicmpパッケージを介して検出され、上位層にはアプリケーションの各チャネルビジネスの監視も含まれる場合があります。方法は、表面産業の機能コードを使用して判断するか、キーページに署名することであり、Webサイトが改ざんされている（アラーム）、改ざんされたデータを自動的に復元する）など、これらはほんの一部です。 Nを超える監視方法は、アプリケーションの特性によっては、クラスターが大きすぎる、高性能を監視する方法など、解決すべき問題がまだいくつかあります。
b。もう1つは、クラスターステータスの監視または統計です。これは、サービスのボトルネック、パフォーマンスの問題、異常なトラフィック、攻撃、その他の問題など、クラスターを管理および最適化するためのデータ参照を提供します。
II。障害管理
a。ハードウェア障害の問題;数百または数千台のマシンのN個のマルチクラスターの場合、サーバーがクラッシュしてハードウェア障害が発生する可能性は非常に高くなります。クラッシュ、ハードディスクの損傷、電源などのサービスハードウェアの問題が発生する可能性はほぼ常にあります。とメモリ。、スイッチ。この状況に対応して、Webサイトのアーキテクチャを設計する際にこれらの問題を十分に考慮し、通常どおりに処理する必要があります。このリスクを回避するには、アプリケーションの冗長メカニズムにさらに依存しますが、システムエンジニアには十分な処理時間を与えます。（たとえば、Googleが800台のマシンを同時に死ぬと主張していなくても、サービスに影響はありません）。ここで、運用および保守エンジニアとWebサイトアーキテクトの機能がテストされます。優れた設計で実現できます。 gfsなどのGoogleによって記述された自己回復機能、悪い設計は、サーバーのクラッシュがサービスの広い領域のカスケード障害を引き起こす可能性があり、ユーザーへの応答を直接拒否することです。
b。アプリケーション障害の問題。状況によっては、特定のバグがトリガーされたり、特定のパフォーマンスしきい値を超えたり、攻撃されたりする可能性がありますが、重要な点は、これらの問題に対する予防策を講じることです。当然のことと思いますが、問題が発生したとしても、どのように対処すればよいのでしょうか。これには、緊急対応の速度、障害処理の科学的性質、バックアップ計画の有効性など、通常の時間に十分な作業を行うための運用および保守エンジニアが必要です。
III。自動化
自動化：要するに、私たちはツールを使用し、システムは日常の手動タスクの一部を自動的に完了し、手を解放し、繰り返しのタスクを退屈させます。たとえば、ツールを入手する前に、システムをインストールするためのベアマシンが必要です。 2000セット、10人/ 10日かかるかもしれません、そしてそれはN枚のCDを台無しにします、そして人件費はさらに高くなります。。。現在、自動化されたツールを使用すると、いくつかの簡単なコマンドで実行できます。過去の毎日の手動介入の作業を自動的に完了し、自動的に完了させ、結果を報告し、特定のエキスパートシステム機能を備えたロボットプログラムもあります。いくつかの単純なはい/いいえの判断、最適な選択などを行います。。。これらの利点は非常に明白であり、これ以上は言いません。。。自動化された運用と保守は、運用と保守のエンジニアの専門化の追求であり、自分自身と一般の人々に利益をもたらしますが、これは非常に困難な作業です：絶えず変化するビジネス、標準化されていないアプリケーション設計、開発モード、ネットワークアーキテクチャの変更、IDCの変更仕様の変更などの要因が既存の自動化システムに影響を与える可能性があるため、モジュール化、インターフェース化、可変要因のパラメーター化などが必要です。したがって、自動化関連の作業は運用のコアタスクの1つであり、メンテナンスエンジニア、そしてそれも価値があります。反映します。
元のアドレスは不明であり、ここではマークされません。