Azure皆さん、こんにちは。2015というカンファレンスからマイクロソフトのID管理技術について、方向性を見てみたいと思います。(上の写真はカンファレンスで紹介されたスライドからの1枚です)御社の今後のID管理技術の実装をする際の参考にしてみてください。今日のトピックはこちら。DirectoryやADFSは要らなくなるのでは?これも色々な方から、よくいただく質問です。ADにとって代わることはない」というのが答えです。その理由を見てみましょう。1オンプレミスのアプリを簡単にクラウドへ移行することはできない今までオンプレミスで稼働させてきたアプリケーションをクラウドへ移行するようなトレンドがありますが、実際にアプリケーションをクラウドに移行することって簡単でしょうか?実際に移行しようと思っても、現時点では断念してしまうことも多いのが実情ではないかと思います。技術的にクラウドへの移行が可能か?ということに加えて、会社のセキュリティポリシー的にクラウドへ移行してもよいものか?など、技術的な部分以外で移行を妨げる要素が色々と思い浮かぶことでしょう。Directoryを削除することはできない、というのが1つ目の理由です。ADFSに対する投資が行われているから今度は技術的なサイドからのアプローチです。2016では、ADFSに対する新機能の実装は予定されています。(このあたりはMVPふじえさんの投稿が役に立つと思います。)この点だけ、とってみてもADFSは今後も継続して使ってもらおうという意思が感じられます。IdPを実現するための機能強化に絞ってきていることがわかります。ADをそれぞれ利用してオンプレミスとクラウドのID基盤を連携させ、シングルサインオンを実装しようというものです。このように、クラウドだけにすべてのリソースを傾けて、みんなに無理矢理クラウドシフトさせるようなことを強制するのではなく、お使いいただいている自社の環境に合わせて、クラウドのみ、もしくはオンプレミス+クラウドの構成のいずれかが選択できるようなID基盤の構築方法を今後も残していくのだな、ということがセッションの端々から確認できました。3デバイス認証はADFSを使わないと実現できないから今度はもうちょっと各論に入っていきます。ADで提供されているデバイス登録サービス(DRS)はデバイスを登録できるけれど、登録されたデバイスを使っているときだけアクセスを許可する「デバイス認証」はオンプレミスのADFSを使わなければなりません。Join)によって解決されるようです。この件については私もアウトラインしかわからないので、詳細は追ってご紹介しますが、少なくとも「ADFSがないとデバイス認証はできない」というのがオンプレミスのサーバーを残さなければならない理由になることは近い将来なくなりそうです。ADにない機能として「グループポリシー」があります。Directoryにあるグループポリシーと全く同じ機能が提供されるわけではありません。今までグループポリシーを利用して組織のデバイス管理を行ってきた経緯を考えると、クラウドシフトするために、グループポリシーを捨てるというのは簡単にできない決断だと思います。Directoryが要らなくなることはないようですね。今後のアーキテクチャの決定の参考になれば幸いです。ADドメイン参加を簡単にする皆さんこんにちは。