AWS Service Catalog

① ストーリー性を取り入れた説明

旅行会社の新規事業開発部では、新しいツアーのパンフレットをオンラインで公開する仕事が増えていました。PDFの差し替え、画像のリサイズ、形式変換、公開先のフォルダ配置…作業は毎回バラバラで、担当者が変わるとミスも増えがちです。

月末会議が迫る中、ケンイチは“地味だけど重い作業”に時間を取られていました。
「またファイル名を間違えて公開したらどうしよう…」と胃がキリキリします。

ケンイチ：
「課長、パンフレット公開作業が毎回手作業で、時間もミスも増えています。
誰がやっても同じ手順で、同じ品質にできないでしょうか？」

課長：
「それならAWS Service Catalogを検討しよう。
“社内で使っていいクラウド作業”を、カタログのメニューにして配る仕組みだ」

ケンイチ：
「Service Catalog…カタログって、商品の一覧みたいなやつですよね？
それがAWSだと何になるんでしょうか？」

課長：
「イメージは同じ。
会社で使うITサービス（環境やテンプレ）を“メニュー化”して、必要な人が同じ形で使えるようにする。
“勝手に変なものを作らない”仕組みにもなる」

ケンイチ：
「“勝手に変なものを作らない”…って、そんなに危ないんですか？」

課長：
「危ない。たとえば、公開用のデータを個人のストレージに置いたり、
権限がゆるい場所にアップしてしまったりすると、情報漏えいにつながる。
Service Catalogなら、許可されたテンプレだけを使わせられる」

ケンイチ：
「なるほど…。
じゃあパンフレット公開作業だと、何を“メニュー化”できますか？」

課長：
「例えばこうだ。
・『画像を指定サイズに変換してWeb用に最適化』
・『PDFを所定の場所に配置して公開用URLを発行』
・『公開前チェック（ファイル名ルール、容量、権限）を自動で確認』
これをテンプレにして、ボタン一つで同じ手順にできる」

ケンイチ：
「それなら“作業が早い”だけじゃなく、
“ミスが減る”のが大きいですね！」

課長：
「そう。メリットを3つにまとめるとこうだ。

1) 標準化：誰がやっても同じ結果になる
2) 統制：使っていいものだけ提供できる（セキュリティ）
3) 効率化：毎回ゼロから作らない」

ケンイチ：
「“標準化”って言葉、ちょっと曖昧で…もう少し分かりやすく言うと何ですか？」

課長：
「『やり方を一本化する』ってことだ。
パンフレット公開なら、手順・置き場所・権限・命名ルールを固定して、
誰がやっても迷わない状態にする」

ケンイチ：
「つまり、Service Catalogを使うと、
“パンフレット公開セット”を配って、みんなが同じ操作で使える…という理解でよいでしょうか？」

課長：
「その通り。ただし注意点もある。最初に“カタログ（メニュー）”を作る手間は必要だ」

ケンイチ：
「最初の手間…具体的には何を決めるんですか？」

課長：
「大きくは3つ。

1) 何をテンプレにするか（公開作業の流れ）
2) どの部署が使えるか（権限）
3) どの設定が固定で、どこを入力させるか（例：パンフ名だけ入力）

ここを決めれば、“使う側”は楽になる」

ケンイチ：
「似た名前でAWS Configも聞きました。どう違うんでしょう？」

課長：
「覚え方はシンプル。
Configは『監視』。設定が変わったか、ルール違反がないかを見る。
Service Catalogは『提供』。使っていいテンプレを配る。
監視と提供で役割が違う」

◆ AWS Service Catalogのポイント
・“社内で使っていいクラウド作業”をメニュー化
・標準化でミス削減、統制でセキュリティ強化
・最初にテンプレと権限設計が必要

ケンイチ：
「よし…まずはパンフレット公開の手順を洗い出して、
“公開セット”のテンプレを作るところから始めます！」

課長：
「それが最短ルートだ。
今日中に“公開セットの設計メモ”まで作って、月末会議に間に合わせよう」

用語	役割	何をする？	向いている場面
AWS Service Catalog	提供	許可したテンプレを配る	標準化・統制したい組織運用
AWS Config	監視	設定変更や違反を見つける	コンプライアンス維持
Terraform	自動化	コードでインフラを作る	IaCで柔軟に構築したい