銀行グループのIT事業者向けアカウント同期保守とFIM 2010 R2からMIM 2016への移行
システムインテグレーターから受託し、銀行グループのIT事業者向けにFIM 2010 R2のアカウント同期保守とMIM 2016への移行を行いました。システムはユーザー情報をActive Directoryへ同期します。2021年はコンサルティング、1年間の契約保守、アカウント作成コネクターの開発を実施し、2023年はMIM 2016への移行を担当しました。
- 業界
- 金融
- 年
- 2021, 2023
- 業務範囲
- システムインテグレーター経由の契約業務(2フェーズ):2021年はFIM Synchronization Serviceに関するコンサルティング、1年契約に基づくFIM 2010 R2のシステム管理、Active Directoryユーザーアカウント作成用Connectorの開発 · 2023年はFIM 2010 R2からMIM 2016へのシステム移行
要約
- 本事例は、銀行グループのITサービスプロバイダー向けに実施した、ユーザーアカウント同期システムFIM 2010 R2のシステム管理と、MIM 2016へのシステム移行の業務です。
- 2021年の契約範囲は3つあり、FIM Synchronization Serviceに関するコンサルティング、1年契約に基づくFIM 2010 R2のシステム管理、UAT環境でテストしたActive Directoryユーザーアカウント作成用Connectorの開発です。
- 2021年の3つの業務は、いずれも各契約の要件(Requirement)に沿った納品というステータスです。
- 2023年、同じ顧客がFIM 2010 R2からMicrosoft Identity Manager(MIM)2016へシステムを移行し、移行業務は同年中に完了しました。
- 2つのフェーズはいずれも、エンド顧客と契約を結ぶシステムインテグレーター(System Integrator)から当社が再受託した契約業務です。そのため、このページでは契約に基づく業務範囲とステータスを要約しています。
現場の課題
銀行グループのITサービスプロバイダーは、FIM 2010 R2を使ってユーザーアカウント情報をActive Directoryへ同期していました。顧客は、このシステムのコンサルティングと管理を担う担当者、およびActive Directoryにユーザーアカウントを作成するConnectorを必要としていました。その後、顧客はシステムをMIM 2016へ移行することを希望しました。これは、MicrosoftがFIM 2010 R2から発展させたバージョンです。
当社の取り組み
2021年の業務範囲は、FIM Synchronization Serviceに関するコンサルティング、1年契約に基づくFIM 2010 R2のシステム管理、UAT環境でテストしたActive Directoryユーザーアカウント作成用Connector(Provisioning)の開発です。2023年の業務範囲は、FIM 2010 R2からMIM 2016へのシステム移行です。2つのフェーズはいずれも、システムインテグレーター経由で受託した契約業務です。
成果
2021年の業務は、コンサルティング、システム管理、Connectorの3つで、ステータスはいずれも要件(Requirement)に沿った納品です。MIM 2016へのシステム移行業務は、2023年に完了というステータスです。
課題の背景
本事例の課題は、管理者を必要とし、Connectorの追加も必要で、その後は新しいバージョンへの移行も必要となった旧バージョンのユーザーアカウント同期システムです。この銀行グループのITサービスプロバイダーは、FIM 2010 R2をIdentity Managementシステム(ユーザーアカウントとアクセス権限を管理するシステム)として使用していました。このシステムは、ユーザーアカウント情報をActive Directory(Windowsが組織内のユーザーとコンピューターの認証に使用するディレクトリ)へ同期します。
ユーザーアカウント同期システムは、従業員がコンピューターや業務システムを利用する際の裏側で動いています。Active Directoryでのアカウントの作成や変更が止まると、新入社員がまだシステムにログインできない可能性があり、権限の変更も手作業に戻す必要があります。
FIMとMIMとは
Forefront Identity Manager(FIM)とMicrosoft Identity Manager(MIM)は、複数のシステム間のユーザーアカウントを一元的に同期・管理するためのMicrosoftのソフトウェアです。MIM 2016は、MicrosoftがFIM 2010 R2から発展させたバージョンです。FIM Synchronization Serviceは、FIMに接続されたシステム間でユーザーアカウント情報を取得・送信する部分です。
要件と制約
本事例の業務は、各契約の要件に沿って納品する必要があり、顧客が現在使用しているシステムを対象に作業する必要があります。主な要件と制約は次のとおりです。
- 移行元システムはユーザーアカウントをActive Directoryへ同期するFIM 2010 R2で、システム移行業務の移行先はMIM 2016です。
- Active Directoryユーザーアカウント作成用Connectorは、UAT環境(本番稼働前のテスト環境)でテストする必要があります。
- 2つのフェーズの業務はいずれもシステムインテグレーター経由で受託したため、業務範囲は各フェーズの契約で定められ、各契約に独自の要件(Requirement)があります。
なぜConnectorを本番システムで使う前にUATでテストするのか
Provisioning(接続先システムにユーザーアカウントを自動で作成すること)用のConnectorは、Active Directoryへ直接データを書き込みます。そのため、本番システムから分離されたUAT環境でテストすれば、実際のユーザーのアカウントに影響を与えずにアカウント作成結果を確認できます。本事例では、2021年のConnector業務の範囲に、開発とUAT環境でのテストが明記されています。
納入物
本事例の成果物は契約に基づくサービス業務で、年別の内訳は次のとおりです。
- 2021年:FIM Synchronization Serviceに関するコンサルティング業務
- 2021年:1年契約に基づくFIM 2010 R2のシステム管理業務
- 2021年:UAT環境でテストしたActive Directoryユーザーアカウント作成用Connector(Provisioning)
- 2023年:FIM 2010 R2からMIM 2016へのシステム移行業務
FIM 2010 R2からMIM 2016への移行は、既存システムの管理業務とどう分けられているのか
システム移行は、2021年の3つの業務の後に、2023年に別業務として実施しました。2021年の業務は既存システムのFIM 2010 R2を対象とし、2023年の業務はMIM 2016へのシステム移行です。2つのフェーズはいずれも同じエンド顧客の業務で、システムインテグレーター経由で受託しました。
確認できた成果
本事例で確認できた成果は、各フェーズの契約業務のステータスです。2021年には、銀行グループのITサービスプロバイダーのFIM 2010 R2システムに関する3つの業務が、要件(Requirement)に沿った納品というステータスでした。2023年には、FIM 2010 R2からMIM 2016へのシステム移行業務が同年中に完了というステータスでした。
本事例には、移行したアカウント数やシステム停止時間などの測定数値はありません。そのため当社は、文書で確認できる業務ステータスのみを報告しています。
私たちが学んだこと
本事例の契約業務の構成は、Identity Managementシステムの管理・移行業務における3つの原則を示しています。
- この種の業務では、ユーザーアカウントを作成するConnectorは、まず分離された環境でテストすることが望まれます。ConnectorがActive Directoryへ直接データを書き込むためです。本事例のConnector業務の範囲には、UATでのテストが明記されています。
- 既存システムの管理業務とシステム移行業務は、範囲を明確に分けることが望まれます。前者は既存システムの稼働を維持し、後者はシステムのバージョンを変更するものです。本事例では、両者は別の年の別の業務項目です。
- システムインテグレーター経由で受託する業務は、契約ごとに範囲を分け、検証可能な要件(Requirement)を設けることが望まれます。本事例の2021年の業務は3つの項目に分かれ、各項目のステータスはその契約の要件に照らして示されています。
このアプローチを貴社に適用するには
貴社がまだFIM 2010 R2でユーザーアカウントをActive Directoryへ同期している場合は、MIM 2016へ移行する前に、まず既存システムを調査し、UATでConnectorをテストすることをお勧めします。貴社に合わせて調整が必要なのは、接続中のシステム一覧と移行後の業務範囲です。
再利用できる部分と調整が必要な部分
| 作業の区分 | 再利用可能 | 調整が必要になる場合 |
|---|---|---|
| 既存システムの管理 | FIM 2010 R2のシステム管理業務を、期間が明確な契約として分けること | 貴社のシステムが別のバージョンである場合や、すでに管理者がいる場合は、業務範囲を改めて合意する必要があります。 |
| Connector | Active Directoryユーザーアカウント作成用Connectorの開発とUATでのテスト | 接続先システムがActive Directoryでない場合や、貴社にUAT環境がまだない場合は、事前の準備が必要です。 |
| システム移行 | FIM 2010 R2からMIM 2016への移行業務を、既存システムの管理業務から分けること | FIMに接続されたシステムの数や種類が本事例と異なる場合は、業務を見積もる前に既存システムの調査が必要です。 |
| 移行後の管理 | 管理業務を、検証可能な要件を持つ契約として定めること(FIM 2010 R2の1年契約の管理業務と同様) | MIM 2016のシステム管理者と新たな管理業務の範囲を、貴社のシステムに合わせて定める必要があります。 |
- FIMに接続中の接続元と接続先のシステム一覧をまとめます。例として、LDAPディレクトリ(標準プロトコルLDAPを使用するユーザー情報の保管システム)やActive Directoryがあり、各システムで使用しているConnectorも含めます。
- 有効化の前にConnectorと同期ルールをテストするため、本番システムから分離したUAT環境を用意します。
- Active Directoryと、影響を受けるその他の接続先システムを管理するチームと共同で、システム移行の時期を決定します。
- システム移行後に誰がMIMシステムの管理を続け、どの業務までを対象とするかを明確に合意します。
使用する技術
よくある質問
FIM 2010 R2とMIM 2016の違いは何ですか?
どちらも複数のシステム間でユーザーアカウントを同期・管理するためのMicrosoftのソフトウェアです。MIM 2016はFIM 2010 R2から発展したバージョンです。本事例では、顧客は2023年にFIM 2010 R2からMIM 2016へ移行しました。
この業務範囲のConnectorは何をするものですか?
2021年の業務範囲のConnectorはProvisioning用で、Identity Managementシステムの情報をもとにActive Directoryにユーザーアカウントを作成します。この業務範囲には、開発とUAT環境でのテストが明記されています。
この業務はエンド顧客との直接契約ですか?
いいえ。2つのフェーズはいずれも、当社がシステムインテグレーター(System Integrator)から再受託した契約業務です。エンド顧客と契約を結んでいるのはシステムインテグレーターです。そのため、このページでは各フェーズの契約に基づく業務範囲とステータスを要約しています。
システム移行やConnector開発の費用はいくらですか?
標準価格はありません。価格は接続するシステムの数、Connectorの数、テストの範囲によって異なります。お見積りのご依頼はお問い合わせください。当社は貴社の既存システムを確認したうえで業務を見積もります。
システム移行後の管理サービスはありますか?
当社には年間のシステム管理サービスがあります。システム点検の周期や問題連絡の窓口などの業務範囲は、各契約で定めます。


