自動メンテナンスと長期運用/ Operations & Longevity

現在、17 種の処理が決まった時刻・間隔で自動的に動いています。毎分の通知の送り出しから、月次の監査ログの退避まで。ここに載っているものが止まると、画面上は正常に見えたまま業務が滞るため、いずれも失敗を検知してアラートに上げる仕組みとセットになっています。

稼働中の 17 種Running Today

これから加わる 10 種Planned

利用者の操作で動く裏方On Demand

決まった時刻ではなく、誰かが操作したときにだけ動く処理が 3 種あります。いずれも稼働中で、時間のかかる仕事を画面の裏側に逃がすためのものです 稼働中。

• フォルダの ZIP 生成 — フォルダを共有リンクで渡すとき、受取人が最初に開いた時点でひとまとめの ZIP を作ります。できあがるまで受取人には準備中と見えます。
• 監査ログ・アクティビティの書き出し — 期間が長い、または件数が多いときは、その場でのダウンロードをやめて裏側で書き出し、できあがったら依頼者へメールで知らせます。
• Drive 同期の補修バッチ — 管理コンソールから Box を選んで実行すると、その Box について Drive 側と松葉側をその場で突き合わせます。日次の全件の突き合わせを待たずに確かめたいときに使います。

自動処理は、止まっても画面には何も出ません。だからこそ「気づく仕組み」を別に用意しています。松葉が自分で見つけた異常は 1 つの台帳（app_alerts）に集まり、そこから管理ヘッダの件数・一覧画面・メールの 3 つの経路で管理者に届きます。これと並走して、松葉の外側（クラウド）からも直接メールが届く経路が 2 つあります。

アラート 28 種の分類Alert Catalogue

台帳に載るできごとは、現在 28 種です。重大度は警告と重大の 2 段階。同じできごとが続けて起きても 1 行にまとめられるため、台帳が同じ知らせで埋まることはありません。

セキュリティと検査（9 種）Security & Scanning

通知の配送と自動処理（4 種）Delivery & Jobs

下 2 種の起票は、アラート一覧画面と同じ実装のまとまりに含まれます。それまでの間、この 2 つの故障は Cloud Monitoring 側の見張り（図 11 の④）と管理コンソールの通知状況画面で確認します。

Drive 同期（8 種）Drive Sync

容量と費用（4 種）Capacity & Cost

鍵と証明書（1 種）Keys

Workspace（アカウント・2 種）Workspace

28 種のうち、いま実際に上がるのは 19 種です。残りは、アラート一覧画面と同時に起票する 2 種と、保持期間の強制実行にあわせて加わる 3 種、管理画面の残りとあわせて加わる 4 種です。アラート一覧画面の実装で 1 種が加わり、全体は 29 種になります。

アラートやメールを受け取ったとき、まずアプリ内のどこを見るかと、どこからエンジニアへ引き継ぐかの目安です。原則として、日常の対応はアプリ内で完結します。クラウド側の操作はエンジニアの持ち場です。

エンジニアが受け持つ作業Engineering Side

• 配備と構成の変更 — アプリの更新、サービスの規模や割り当ての変更。
• 自動処理の時刻と権限の設定 — 起動間隔の追加・変更、各サービスの権限付与。
• 監視ポリシーの設定 — 何をどのしきい値で見張り、どこへ通知するか。
• 鍵とシークレットの年次交代 — 署名鍵、外部サービスの資格情報、データベースの資格情報。
• 障害復旧と復元 — バックアップからの復元、時点を指定した巻き戻し。

松葉は最長 20 年の運用を前提に設計しています。長く動かすと、放っておくだけで静かに劣化していくものがあります。ここでは、そのうち情報漏洩の防止・保管容量の抑制・監査への説明責任に直結するものを取り上げます。

自動処理とアラートで大半は拾えますが、「起きなかったこと」や「じわじわ変わること」は人が定期的に見ないと気づけません。日次から年次までの見張りのサイクルと、それぞれの持ち場です。

月次・年次の一部（保管容量と費用の推移、長く使われていない Box とアカウントの洗い出し、鍵の一括交代、5 年経過したアカウントの確認）は、それぞれを扱う管理画面 実装予定 · Step 4b ができてから本格化します。それまでは、必要に応じてエンジニア側で数字を出してお渡しします。

松葉の運用費は、クラウドの利用料と外部サービスの利用料の合計です。使った分だけかかる部分と、使わなくてもかかる部分があります。予算を超えそうになるとメールが届きますが、止まるわけではありません。

主な費目Where It Goes

予算アラートの読み方Budget Alerts

クラウドの予算機能に月額の目標を設定してあり、目標に近づいたときと超えたときにメールが届きます 稼働中。ここで重要なのは、これは通知だけで、費用の上限に達してもサービスは止まりませんということです。止めてしまうと業務が突然使えなくなるため、意図してそうしています。届いたら、使われ方に想定外がないかを確認し、必要なら保持期間の見直しや予算額の変更を検討します。

急激な増加への備えとしては、予算アラートのほかに、サーバの最大台数の上限と、公開ホストへのアクセス回数の制限を設けています。保管容量が前日から大きく増えたときのアラートは 実装予定 · Step 4b です。予算額の変更や構成の見直しはエンジニア側の作業になります。

この資料に出てくる日数や件数の多くは、運用しながら変えられる既定値です。どこで変えるかによって持ち場が分かれます。