はじめに
読者のみなさんのなかには,
いずれの立場においても,
身近に潜むシステムダウンの要因
サービスイン後,
その推測は,
- ケース1
開発チームが納期と品質向上に追われながらも業務アプリケーションを商用システムにリリースした。しかし,
運用チームによるデプロイ (配備) ミスが原因でシステムダウンに陥った。すでに業務データは不完全な状態で完結しており, 関連データすべての解析・ 復旧のため, 開発チームに総動員の号令が掛かった。業務アプリケーションに不具合はなく, 正しくデプロイしていれば発生しなかった問題である。 - ケース2
システムの業務アプリケーションの保守と運用に精通したメンバーが,
そのシステムから離れることとなった。あるとき, 後任のメンバーによる単純なデプロイミスが原因で業務システムを停止させてしまう。お客様から, 人的要因によるデプロイミス防止対策を求められ, システムへの作り込みを追加で行うことで対処した。割いた工数は小さくなかったが, 作り込みは嫌いではないし, 再発防止のためには仕方がなかった。ただし, 業務アプリケーションの機能強化ではないので, 費用は自部門が負担した。
みなさんの周りではいかがでしょうか。人手に頼っている,
そこで本稿では,
人的要因へのアプローチ
人的要因に起因するトラブルに対して,
デプロイ運用ミスは防止できる
まずアプリケーションのデプロイに関して考察します。サーブレット,
アプリケーション配備の問題
Java EE環境ではアプリケーションを実行するために,
アプリケーションサーバのノードには複数のアプリケーションサーバインスタンスが稼動していることも多いので,