以下は実際の要件定義書からの抜粋です。SW保守6〜10年程度のライフサイクルを想定する。利用するコンポーネントに応じて異なるが、GCEの場合にはOSアップ、GCSの場合にはMWアップ、GAEの場合にはアプリに対して、問題の検知と解決のための保守を実施する。別途PM計画書で規定する課題管理プロセスに従って、起票(検知)〜クローズまでを実施する。課題の解決のためのアクションを設定するの流れ。サービスデスクアプリの設定項目より、ユーザーが改善、要望、クレームを送ることができる機能を設定し、運用者が通知を受けれるようにする。自動化できない作業をオペレーション運用作業として特定して、運用上の実施項目として定義する。現時点で明示的に必要なものを以下に記載する。資産管理SW資産を購入する場合には、年次で棚卸を実施する。計画停止については、初期の段階では月次を想定し、お知らせやコメントの吹き出し形式などで計画停止の通知をすることを想定しました。スケールアップ、スケールアウトについての基準を策定する。トランザクション量の増加に伴って、スケールアップをまず行うこととする。別途記載のリソース監視時の規定容量に基づいて、超過時にインスタンスタイプの変更を行う。スケールアップによる限界もしくはスケールアウトによるコストメリットが確認できる場合には、スケールアウトを行う。Scalingの設定を行い、自動拡張の設定を行う。DBについては、データのDB分割(Sharding。データを異なるDBに保存する)を行う事によるスケールアウトを検討する。要件定義では詳細化はせず、GithubもしくはGitlabを用いるということだけを決めました。実際にどのようにやるかは構成が決まり次第、ものを作る中で簡単にできるためです。監視GCP及びそのツールでモニタリングが可能なもののうちどれを採用するかという判断を行いました。最終的には、ツールとしてはStackdriverのLogging/Monitoringを採用しています。他にもNWのセキュリティやデータの暗号化について検討しました。これらについての詳細への言及はここでは控えます。コメントをキャンセルメールアドレスが公開されることはありません。inc.の会社ホームページです。inc.の会社ホームページです。