システム運用
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2023/02/24 04:46 UTC 版)
![]() | この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。2019年3月) ( |
システム運用(システムうんよう、英: system operation)は、システムがもつ機能を発揮させ用いること、また継続的に発揮させるためにシステムを維持管理することである[1][2]。
概要
システムは適切な資源を与えられて機能を発揮する。例えば設置場所・電源・人員がある。システム運用はシステムがもつ機能を発揮させ用いること、また継続的に発揮させるために資源の調整などによりシステムを維持管理することである。システムは要素とその繋がりからなり[3]、そのいずれかに不具合が発生した場合システムは機能不全(障害)を引き起こす。ゆえに障害を予防し、検出し、復旧することもシステム運用である。予防的・正常維持的なシステム運用を保守運用、復旧に関わるシステム運用を障害対応と呼ぶ。
配備
システムは適切な環境で機能を発揮する。システムをその運用場所へ届けセットアップし運用開始する活動/プロセスを配備(英: deployment)という。コンピュータシステムの分野ではソフトウェアデプロイメントと呼ばれる。物自体は完成しておりその機能を発揮させる段階であることから、開発ではなく運用に分類される。
開発完了に伴い自動的かつ即時にシステムを配備することを継続的デプロイメントという。これは開発と不可分であり、その点で開発と運用の境界を無くすDevOpsであると言える。
保守運用
保守運用ではサービスが提供不可となる事象を避けるためのリスク回避を前提として、業務がなされる。例えばコンピュータに故障が発生していないか、不正使用された形跡がないか、障害の兆候があらわれていないか、などといった事を定期的に確認・監査する稼動評価、メーカーが提供する障害対策パッチ情報などを確認してシステムへ適用する定例保守作業、日々蓄積される業務データなどを有事の際に復旧させる事ができるようバックアップの取得、保管を行うバックアップ作業などが保守運用にあたる。
カスタマーサービスではシステムの利用者(クライアント、カスタマー)からの質問・不満等に対する対応をおこなう。
障害対応
障害が発生した際にいち早くそれを検知する為の仕組みを組み込んで日々確認作業を行う監視運用、障害箇所を調査・特定しサービス復旧に向けて作業を行う障害対策などが障害対応にあたる。
- 監視: 正常性・異常性を計測
- ロギング: メトリクスのもととなるログの収集
- 障害検知/fault detection
- デッドマン装置・ウォッチドッグタイマー: 正常性の監視(信号途絶を異常とする)
- 集約: 状態を一か所に集約(ダッシュボード)
- 通知: 状態を対象者へ伝達
- 復旧: 異常状態から正常状態への遷移
- 自動修復: auto healingとも。事前に組み込まれたプログラムによる自動的な復旧(c.f. k8s auto healing)
- 縮退運転/fallback: 正常状態へ復旧できない場合に移行される、意図的に機能を限定された半正常状態での運用
監視
監視(monitoring)とは対象の状態を確定することである。対象はシステム、プロセス、製品、サービス、活動など様々である[4]。監視する(状態を確定する)ためには点検・監督・観察などがおこなわれる[5]。
体制
システム運用にはそのための人・プロセスからなる体制(システム)が必要である。体制を構築しそれ自体を運用してはじめて、システムを適切に運用できる。
脚注
- ^ “運用 - ウィクショナリー日本語版”. ja.wiktionary.org. 2020年6月5日閲覧。
- ^ システムの例: コンピュータプログラムが提供するサービス
- ^ 例: コンピュータシステムにおけるコンピュータ・その設置場所・ネットワーク(回線など)
- ^ 3.11.3 monitoring. determining (3.11.1) the status of a system (3.5.1), a process (3.4.1), a product (3.7.6), a service (3.7.7), or an activity. ISO 9000:2015
- ^ For the determination of the status there can be a need to check, supervise or critically observe. ISO 9000:2015
関連項目
- 情報技術
- ITIL
- 情報システム
- システム管理
- ネットワーク管理
- システムアドミニストレータ
- システム運用管理エンジニア試験 - かつて実施されていた情報処理技術者試験(国家試験)の区分。現在のITサービスマネージャ試験の前身に相当する。
- 品質管理
- 品質マネジメントシステム
システム運用
出典: フリー百科事典『ウィキペディア(Wikipedia)』 (2022/04/27 04:28 UTC 版)
SSIPC内にある運用管制室で、運用管制チームは最大10ポジションの3交代シフト(8:00-17:00、16:00-1:00、0:00-9:00)の24時間体制で365日監視を行っており、指揮を執るフライトディレクターと運用管制員は総勢50名以上が勤めているが、常駐している運用管制官の1シフト最小構成は5人のみで、多くても15人程度と効率的な運用がなされている。きぼうのシステムを監視するほか、利用計画や補給物資の選定や輸送計画、不具合発生時の修理計画などの立案も担っており、不具合対応の運用シミュレーション訓練も行い練度向上に努めている。また、ISS全体を統括しているのはNASAのフライトディレクターであり、予定の変更が必要な場合はNASAのフライトディレクターと交渉する必要があるため、筑波の運用管制室からはNASAのジョンソン宇宙センターにあるミッションコントロールセンター(MCC-H)を映すことができ、かつ常時NASAのフライトディレクターと連絡が付くようになっている。 きぼうとSSIPCの通信は、ISSの通信システムからTDRS、ジョンソン宇宙センター、ホワイトサンズ地上局(White Sands Complex:WSC)を経由したNASAリンク(Sバンド、kuバンド)で24時間行われる。当初は、日本のデータ中継技術衛星こだま(DRTS)とDRTS地上局を経由したJAXAリンク(Kaバンド、Sリンク)での通信も可能であったが、こだまが2017年8月5日に退役したため、現在はNASAリンクのみとなっている。きぼうに搭載されている衛星間通信システムは、実験データのダウンリンクとTDRSの予備回線(未使用に終わった)として使われていた。また、NASAから実験機器の安全審査権限を委譲されており、日本は単独で「きぼう」の安全管理責任を負っている。組み立てが始まった2008年以降、重大事案や緊急事態は起きていない。
※この「システム運用」の解説は、「きぼう」の解説の一部です。
「システム運用」を含む「きぼう」の記事については、「きぼう」の概要を参照ください。
「システム運用」の例文・使い方・用例・文例
- システム運用のページへのリンク