スケ...SHAREtwitterfacebookはてなブックマークpocketいきなりですが、先に制約による課題と解決策を記載しておきます。※この課題の数字で導入を諦めるかたもいるので、まず書かさせて頂きます。前回の記事で、エスカレーションポリシーの階層で設定できるスケジュールは10個ですってのを記載してます。通知される担当が最大10人までの場合だと、1スケジュール=1名で設定して、10スケジュール作成してエスカレーションポリシーにセットする事で対応は可能です・・・が、24時間・365日でかつ数多くのシステムを預かっているcloudpackのような規模だと、そのスケジュール作成のルールでは簡単にオーバーフローしてしまいます汗。監視メンバーA・監視メンバーB・監視メンバーC+リーダー層+責任者とエスカレーションのランクが上がる毎に通知されるメンバーが増えていきます。二日間は休みと言う当たり前の設定を”簡単”に設定する方法がありません・・・汗。7月7日のスケジュールAに担当のX1さんを設定すると、スケジュールAにはX1さんを週間か毎日の設定は出来ますが、その日付から未来総てX1さんは休みなしで設定されてしまいます汗。17月7日〜7月10日がX1さん27月11日〜7月12日がX2さん37月13日〜7月15日がX1さんという設定をする為には、1を入力した後に7月11日開始で2の設定をして7月13日開始で3の入力を個別にする必要があります。通常のUIでそれをやるのはさらに難易度が高いのでAPI呼び出しにより自動化を進めたほうが、後の運用コストを考えても絶対に楽です。APIcloudpackでは表でスケジュールを管理しており、それをpagerdutyのスケジュールだけの運用に置き換えようと思いましたが、スケジュールを作成する人にpagerdutyのUIで作ってと言うと間違いなく発狂するぐらい、スケジュール機能は最低限の事しか現状は出来ないので、運用を考えた場合に是非API呼び出しでの自動化の実装の工数は考えてください。他にも同業他社で必要な実際の課題に対する運用のノウハウもあったりしますが、さすがにそこはピンポイントすぎるので開示せずに、汎用的なノウハウとかを書いて行きたいと思います。S3をはじめとするAWSの各種プロダクトを利用する際の、導入・設計から運用保守を含んだフルマネージドのサービスを提供し、バックアップや24時間365日の監視/障害対応、技術的な問い合わせに対するサポートなどを行っております。AWS上のインフラ構築およびAWSを活用したシステム開発など、案件のご相談はcloudpack.jpよりご連絡ください。MON24365の運用を支える仕組み。cloudpack.。