「レポートジョブに一時的なデータベースアクセスを与える」は、ターミナルとファイルの基本操作を知っている方のための DevSecOps 実践プロジェクトです。OpenBao を通じて MarketLedger のレポートに実際の権限制限付き PostgreSQL ログインを与え、本物の業務集計を生成し、店舗や別のレポートを止めずに、確認対象のジョブのアクセスを終了します。
2 つの Guided Lab でアカウント権限とリースのライフサイクルを順に学びます。独立した Challenge では両方を別のレポートビューに適用します。各単元には独立した初期データとサービスが用意されています。
学習内容
このコースを終えると、次のことができるようになります。
- 生成されたデータベースログインをジョブに必要なレポートビューだけに制限する。
- OpenBao 操作者トークン、リース ID、データベースユーザー名、パスワードを区別する。
- 実際に動的発行された PostgreSQL ID で完全な TSV を生成する。
- ジョブの正確なリースを失効させ、新しい接続でパスワード認証が本当に拒否されることを確認する。
- 自然な期限切れと明示的な失効を区別し、新しいログインで復旧して、その代替ジョブのアクセスも終了する。
- 非公開の元レコード、稼働中の店舗、独立して発行されたレポート ID を保つ。
このコースの対象者
アプリケーションの一時的な認証情報を具体的な作業で学びたい DevSecOps 入門者、開発者、運用担当者に適しています。
前提知識： 基本的なターミナル移動と小さなテキストファイルの扱い。SQL の権限文、環境変数、認証情報ファイルの扱いは使用前に説明します。Python プログラミングや OpenBao 管理の経験は不要です。
学習環境： 準備済みの Linux Terminal、実際のローカル PostgreSQL と OpenBao、動作する店舗クライアント、合成注文データ、用意されたレポートクエリを使います。ローカルへのソフトウェアインストールやクラウドアカウントは必要ありません。
よくある質問
レポートアプリケーションを自作しますか？
いいえ。クエリと店舗クライアントは用意されています。アカウントのアクセス範囲を設定し、発行された認証情報で実際のレポートを生成します。
作成ポリシーを変更すると発行済みアカウントも修正されますか？
いいえ。既存アカウントは以前の権限を保持します。最後のポリシー変更後に新しい ID を取得し、以前の安全でない発行を終了する方法を学びます。
期限切れですべてのデータベースセッションが閉じますか？
演習は、新たなパスワード認証接続を検証します。開いているすべてのセッションの終了や、本番接続プールの消去は保証しません。準備済みの管理コンポーネントは引き続き信頼境界に含まれます。
