脱・高額IDaaS！ZITADELで作る、
理想のIDライフサイクル管理（ILM）への挑戦【予告編】

「うちの話かも」と思った方、いるんじゃないでしょうか。

SaaSが増えるたびに、管理の穴も増える。Slack、Confluence、Jira、GitHub……アプリが増えるたびに、情シスの管理工数は静かに、でも確実に膨れ上がっていきます。

状況	よくある痛み
退職者対応	全SaaSのアカウントを手動で1個ずつ削除。消し忘れリスク大
外部パートナー	「3月末まで」のはずが、半年後も権限が生きている
入社初日	入社当日の朝、アカウント準備が間に合わず本人が手持ち無沙汰
休眠アカウント	誰も使っていないアカウントが、静かにセキュリティホールになっている

「ガバナンス機能」の壁：それ、上位プランですよね？

「自動プロビジョニング」「ライフサイクル管理」「SCIMによる連携」——言葉は知ってる。大手IDaaSがちゃんと対応している。でも、いざ使おうとすると必ずこのフレーズが来る。

「その機能は、Enterpriseプランのみのご提供です。」

……はい。来ましたね。大手サービスが悪いわけじゃない。でも、スタートアップや中規模の組織にとって、年間数百万〜数千万円のライセンスは、正直しんどい。

だから、作ることにしました

「ないなら、作る。」エンジニアリングの本質ってそこじゃないでしょうか。

次世代オープンソースIDaaS ZITADEL と、その拡張機能 Actions (V2) を組み合わせれば、高額なエンタープライズ製品に頼らなくても——自分たちの運用に最適化したIDライフサイクル管理が実現できるはず。この連載は、その「挑戦の記録」です。

なぜ ZITADEL なのか？

ZITADELは、スイス発のオープンソースIAMプラットフォームです。でも、単なる「認証基盤」として語るのは、あまりにもったいない。

ZITADELには Actions (V2) という仕組みがあります。ざっくり言うと、「ユーザーに何かが起きた瞬間に、独自のロジックを走らせられる」機能です。ログインした瞬間、削除された瞬間、権限が変わった瞬間——そのイベントをトリガーに、自分たちが書いたロジックを動かせる。

「じゃあSCIMは？」と思った方、鋭い。ZITADELでもSCIMプロトコルの標準実装は進められています。ただ、ZITADELの思想は「プロトコルを待つより、Actionsで自由に組む方が速くて柔軟」というもの。標準SCIMでは手が届かない、各SaaS独自の仕様や自分たちの運用ルールにぴったり合わせた管理機能を——だからこそ私たちはActions (V2) を選びました。

今回挑む「4つのスマート・ソリューション」

「それ、どうやって作ったの？」と聞かれる仕組みを目指して

ID管理って、地味だと思われがちです。でも、設計次第で、これほどエレガントに作れる領域でもある。

「退職者のアカウントが消えた瞬間、全SaaSが連動してクリーンになる」——このアーキテクチャを自分たちで作って動かしたとき、それは普通にかっこいいと思う。