2

私の会社はフェデレーション ID ソリューションを必要としており、マイクロソフト ショップとして、この目標を達成するために MS テクノロジを使用することを検討しています。

Server 2008 または .NET 3.5 は運用環境にないため、.NET 2.0/Server 2003 ベースのソリューションに限定されます。

これは、(フェデレーション ID ソリューションに関して) Active Directory フェデレーション サービスを意味します。

ADFS は WS-Federation 標準をサポートしているため、非常に優れているように見えます。つまり、Microsoft テクノロジを使用していないパートナーとフェデレーションできます。

残念なことに (私たちにとって)、Microsoft は .NET 3.5 ベースの ID フレームワークであるGeneva Frameworkのリリースを間近に控えています。

Geneva フレームワークは、あらゆる点で ADFS よりも優れているように見えます (ほとんどの場合、ADFS に追加の機能と標準サポートが追加されているためです)。

私たちは .NET 3.5 ショップではなく、Geneva はベータ版のみであるため、現時点では実行可能なオプションではありません。

私の質問は次のとおりです。ADFS からジュネーブに移行するのはどれほど難しいでしょうか?

ADFS の概念実証段階にあるので、ID ベースの承認から ADFS クレーム ベースに移行するために必要なコードの変更についてはまだ掘り下げていません。このロジックは、Geneva クレーム ベース認証をサポートするように更新できるアセンブリに組み込むことができると確信しています。

必要なコードの変更に加えて、クレーム ベースのインフラストラクチャを ADFS から Geneva に移行するのはどれほど難しいでしょうか? (例: ADFS の STS (Federation Service) から Geneva の STS (Geneva Server) への移行)

このトピックに関するご意見をお寄せいただきありがとうございます。

4

1 に答える 1

1

MSDN フォーラムの投稿で応答を受け取りました。

私は自分で行ったことはありませんが、ADFS からジュネーブへの移動は非常に快適な旅になると予想するのはかなり安全です。その時までに、RP はすでにクレーム ベースのアプリケーションになっているため、大きな飛躍はありません。ジュネーブは、メタデータ交換に基づく自動構成による構成を容易にします。

于 2009-02-10T15:58:28.600 に答える