公開は完成ではなく、開始
カテゴリRで、私たちはアプリを世に公開できるようになりました。しかし公開はゴールではなく、開始です。利用者に使ってもらう以上、そこから提供する責任が生まれます。A-04で「運用責任は人間が持つ」とお伝えしました。この講義から始まるカテゴリSは、その運用責任の中身を、一つずつ形にしていく章です。
このスライドのポイント
- カテゴリRで、アプリを公開できるようになった
- だが公開は完成ではなく、利用者への提供責任の開始
- A-04で「運用責任は人間」と述べた、その中身を扱う章
- 「公開はゴールでなく開始」
運用とは何か——3つの責務
運用とは、公開したアプリを継続的に提供し続ける活動のことです。その責務は三つあります。一つ目は安全で、Q章で学んだ守りを維持し、O-09で学んだ更新を続けることです。二つ目は安定で、動き続けること、そして壊れたときに早く戻すことです。三つ目は、適正な費用で提供し続けることです。開発が「作る」作業であるのに対し、運用は「提供し続ける」作業です。目的も時間軸も違い、開発はいつか終わりますが、運用は続きます。
このスライドのポイント
- 運用＝公開後のアプリを継続的に提供し続ける活動
- 3つの責務: ①安全（Q章の維持・O-09の更新）②安定（動き続ける・壊れたら早く戻す）③適正費用
- 開発は「作る」、運用は「提供し続ける」——目的も時間軸も違う
- 開発は終わるが、運用は続く
運用を意識しないと何が起きるか
運用という段階を意識しないと、「作って公開したら終わり」という気持ちのまま放置してしまいます。すると、気づかないうちにアプリが止まっていたり、費用がじわじわと膨らんでいたり、直すべき弱点が放置されていたり、といったことが起こります。K-08で「動かなくなったことに気づけない」危うさをお伝えしましたが、運用の欠如は、それをアプリ全体へ広げてしまうのです。
このスライドのポイント
- 知らないと「作って公開して終わり」の意識になる
- 気づかぬうちに止まっている／費用がじわじわ膨らんでいる／弱点が放置されている
- K-08で予告した「動かなくなったことに気づけない」の全般化
運用の全体像とS章の地図
運用を時間軸で見ると、限りのある開発期間の後に、公開を境として、終わりのない運用期間が続きます。この運用期間を支える道具立てが、これから学ぶカテゴリSです。安定を保つための観測と監視、そして目標値はS-02からS-06で、体感速度などの性能はS-07とS-08で扱います。最悪の日に備える復旧はS-09、費用の構造はS-10で学びます。今日は、その全体地図を頭に入れてください。
このスライドのポイント
- 時間軸: 限りある開発期間 →（公開）→ 終わりのない運用期間
- 運用の3責務とS章の講義対応:
経費アプリ、公開1ヶ月後のある日
具体例として、社内五十人が使う経費アプリを、公開後の主人公として、章全体で追っていきます。公開から一ヶ月後のある日、利用者から「先週の金曜、アプリが止まっていたよ」と言われて、初めて障害に気づく——これは、観測の仕組みも監視の仕組みも無いときに、必ず起きる典型です。自分では動いているつもりでも、実際は止まっていた。カテゴリSは、こうした事態を二度と起こさないための道具立てを、そろえていきます。
このスライドのポイント
- 例は経費アプリ（社内50人・公開済み）——章全体を貫く「公開した後の物語」
- 公開1ヶ月後、利用者から「先週の金曜、アプリ止まってたよ」と言われて初めて知る
- 観測（S-02〜04）と監視（S-05）が無い状態の典型
- この章はこれを二度と起こさないための道具立て
技術サンプルカード（table）
スライドの表を見てください。上の対比表は、開発と運用の違いを観点ごとに並べたものです。最大の違いは、開発は期限が来れば終わるのに対し、運用は公開後もずっと続くことです。下の定期作業リストは、運用で繰り返す作業の例です。週次では監視アラートやエラーログ、死活を確認します。月次では、O-09で学んだ依存の点検、Q-08で学んだ秘密情報の棚卸し、費用の内訳確認などを行います。運用とは、これまで学んだ点検を、暦の上で回し続けることだと分かります。
このスライドのポイント
- 種別: table
- 目的: 開発と運用の違いを一覧で押さえ、運用の定期作業を洗い出す
- サンプル本体（対比表）:
「リリースした」と「提供している」
混同しやすいのが、「リリースした」と「提供している」です。「リリースした」は、作り手から見た開発の終わりを指します。一方「提供している」は、いま現在も使われ続けている進行形の状態を指します。作り手にとって公開はゴールに見えますが、利用者にとっては、リリースされた後こそが本番です。この視点の違いを持てるかどうかが、運用を意識できるかの分かれ目になります。
このスライドのポイント
- 「リリースした（開発の終わり）」vs「提供している（運用の進行形）」
- 作り手の視点では公開はゴール／利用者の視点では公開後こそ本番
- 利用者にとっては、リリースされた後こそが本番
バイブコーディングでの確認点
バイブコーディングでの確認点です。アプリを公開するときに、運用の三責務、すなわち安全・安定・費用を、それぞれ誰がどのように担うのかを、一枚に書き出しておきましょう。一人で開発している場合は、三つとも自分が担うことになります。だからこそ、後の講義で学ぶ自動化と監視の仕組みが欠かせません。AIには「このアプリを一人で運用する前提で、安全・安定・費用を担うために最初に用意すべき仕組みを提案してください」と聞いてみてください。
このスライドのポイント
- 公開時に「運用の3責務を誰がどう担うか」を1枚にまとめておく
- 1人開発なら全部自分が担う＝だから自動化と監視が要る（後続講義へつながる）
- AIへ「一人で運用する前提で最初に用意すべき仕組み」を聞く
まとめと次回
一問一答です。運用の三責務は何でしょうか。……答えは、安全・安定・適正費用を、継続して提供し続けることです。三十秒のまとめです。公開はゴールではなく開始であり、運用とは公開後のアプリを、安全・安定・適正費用で提供し続ける活動でした。開発は終わりますが、運用は続きます。次回は、その運用を支える観測の第一の道具、ログへ進みます。関連資料は「アプリ運用チェックリスト」と「AI Builder 技術ロードマップ」です。
このスライドのポイント
- 一問一答: 運用の3責務は？
- 答: 安全・安定・適正費用（の継続提供）
- 30秒まとめ: 公開はゴールでなく開始／運用は続く
- 次回: 観測の第一の道具、ログ（S-02）へ
- 関連資料: 「アプリ運用チェックリスト」「AI Builder 技術ロードマップ」
