デジタルの歩き方

入口で本人を確かめる『認証』と、その先で権限を確かめる『認可』。混同しがちな2つを、順に通る2つの関所として整理する

パスワードとトークンの往復で「本人」を運ぶ仕組み

「知っているもの」と「持っているもの」、2つの鍵がそろって初めて開く錠の仕組み

Google Workspace を IdP に、AWS などと SAML で連携する仕組みとメリット

パスワードや API キーは手元に置かず、SSO で本人確認して金庫から都度取り出す

サーバ側 Cookie セッション（SSR）か、Bearer トークン（SPA＋API）か。CORS・脆弱性の向き・失効・デプロイ形まで、違いはログイン情報の置き場から派生する

5slab の実例で見る、環境ごとのプロジェクトの分け方と命名、そして GitHub ブランチ・Neon プロジェクトとの対応 ― prod/stg はアプリ別・dev は開発者別

Google Cloud をコードで扱う前に押さえる、組織・プロジェクトの考え方と Terraform を動かすまでの段取り。“卵が先か鶏が先か”の state 問題まで