INFRASTRUCTURE
止まらず、安心して使える。
システムを動かす土台(インフラ)を、AWS・Google Cloud・Cloudflareでつくります。利用者が増えても止まらず、外からの攻撃にも備えた形にして、公開したあとも見守り続けます。
基本の考え方
どの構成でも、この4つは変えません
01 守りを重ねる
入口、ログイン、データ。守りを3か所に置くので、ひとつ破られてもその先で止まります。
02 混んでも止まらない
利用者が増えると自動で台数を増やし、落ち着いたら減らします。費用は使った分だけです。
03 すぐに元へ戻せる
定期的にデータの控えを取り、問題が起きる前の状態に戻せるようにしています。
04 同じ環境をつくり直せる
設定をすべて記録しているので、テスト用も引っ越し先も、同じ形ですぐ用意できます。
01 — ARCHITECTURE
構成の例
使う人と規模に合わせて、AWS・Google Cloud・Cloudflareのどれか一つで組み立てます。ネットワークの区切り方まで含めた、実際の構成に近い例です。
一般公開のWebサービス
アクセスが急に増えても止まらず、会員の情報を守る構成です。
- データベースは、外から直接届かない非公開のネットワークに置きます。
- 2つのデータセンター(AZ)に分けて置くので、片方が止まってもサービスは続きます。
- アクセスが増えると、アプリの台数が自動で増えます。
構成の例です。実際のサービスは、要件・予算・いまの環境に合わせて選びます。
02 — OPERATIONS
公開してからの守り方
システムに手を加えるたびに、自動の検査と専門家の確認を通してから公開します。公開したあとも見守り、気づいたことは次の改善で直します。
専門家・AI・自動の役割
- 01変更をつくる専門家
直したい点や新しい機能を、担当者がつくります。
- 02自動で動作確認自動
変更のたびに、これまでの機能が壊れていないかを自動で確かめます。
- 03部品の安全確認自動
使っている部品に弱点が見つかっていないかを、毎日調べます。
- 04AIが攻撃を試すAI
本番とそっくりの練習用環境で、よくある攻撃をAIが試します。
- 08対応・改善専門家
知らせを受けて専門家が判断し、直すべき点を次の変更に回します。
- 07見守りAI
動きを記録し、いつもと違う様子があればAIが知らせます。
- 06公開自動
毎回同じ手順で、ミスなく本番に反映します。
- 05専門家が確認して承認専門家
検査の結果を専門家が見て、公開してよいかを決めます。
- 01変更をつくる専門家
直したい点や新しい機能を、担当者がつくります。
- 02自動で動作確認自動
変更のたびに、これまでの機能が壊れていないかを自動で確かめます。
- 03部品の安全確認自動
使っている部品に弱点が見つかっていないかを、毎日調べます。
- 04AIが攻撃を試すAI
本番とそっくりの練習用環境で、よくある攻撃をAIが試します。
- 05専門家が確認して承認専門家
検査の結果を専門家が見て、公開してよいかを決めます。
- 06公開自動
毎回同じ手順で、ミスなく本番に反映します。
- 07見守りAI
動きを記録し、いつもと違う様子があればAIが知らせます。
- 08対応・改善専門家
知らせを受けて専門家が判断し、直すべき点を次の変更に回します。
- ↻ 変更のたびに一周(01に戻る)
AIによる攻撃テスト
悪意のある人が使いそうな手口を、AIが練習用の環境で試します。手作業の診断よりも頻繁にできるので、変更のたびに確かめられます。見つかった問題は専門家が重要度を判断し、直してから公開します。
- いつ
- 公開の前に毎回、さらに週に1回
- どこで
- 本番とそっくりの練習用環境(本番には影響しません)
- 何を
- なりすましログイン、入力欄の悪用、見えてはいけない情報への到達、設定のミス