StackなどMicrosoftのクラウドサービスの管理者の方向けの情報発信と1対1での相談先の活動をしていますHome記事リクエストサイトについてHome記事リクエストサイトについて最近Youtubeに力を入れてます。2019.03.15スポンサーリンク皆さんこんにちは。2019年ですしもうすぐ平成も終わりますね。私は最近あまりこのブログに記事をかけていませんが元気にやってます。将棋ウォーズがいつまでたっても2級のまま昇級でず苦しんでいます。マイクロソフトのクラウドサービスを利用しているといたるところで「テナント」という言葉を目にします。この「テナント」という言葉は結構曖昧に理解されていることが多く会話の中で様々な誤解を生んでしまう原因にもなっています。このエントリでは「組織(=顧客、会社)」と「テナント」の関係について整理しておきたいと思います。365の契約を考えます。365の環境を作成することが多いです。この時「組織」と「テナント」は1対1の関係となります。「テナント」というのはサービスの1つの論理的なまとまりです。IDがあり、サービスがあり、データがあります。明示的な許可がなければ「テナント」の中にあるデータは「テナント」内で共有され、外部の「テナント」とは共有されません。365の環境を本番環境とは別で保持したいという組織もあるでしょう。この時1つの組織に対して複数の「テナント」が存在することになります。Directoryにあります。Directory」とそれに紐づく各種サービスという意味になります。ADのテナント名(xxxxx.onmicrosoft.com)やGUIDを使用します。私が管理しているhccjp.orgという「テナント」を見てみましょう。Directoryの管理画面です。このAADはもともと「ebisuda.onmicrosoft.com」というテナント名で取得しました。その後hccjp.orgというドメイン名を追加し、プライマリに変更しています。365も連携されています。エンタープライズアプリケーションの一覧を見てもらうとそれがわかります。365がある状況がおわかりになりますでしょうか。Azureの「テナント」Azureに関してはOffice365と異なり、Azureサブスクリプションに対して「ディレクトリの変更」という操作すら行えてしまいますのでAADを軸として1つの「テナント」として考えることはできません。契約の単位で管理されて入るのですが、サブスクリプションを契約間でコンバートすることもできてしまいます。Azureに関しては実際のところ「テナント」という表現はほぼ使われないだろうと思います。365等)を指しての言葉なのか、Azureのサブスクリプションを指しての言葉なのか等、しっかりとその意図するところを確認する必要があるでしょう。「テナント」という言葉は注意して使いましょうというわけで、今回はなんだか締まらない内容になってしまいました。それだけ曖昧な言葉であるということです。話し手、書き手の意図をきちんと確認し、思い込みで誤解を生まないようにしていただければと思います。評価この記事はいかがでしたか?評価を是非聞かせてください。MVP(2014~)。「Windowインフラ管理者入門」という本を書きました。Windows系中心のインフラよりの何でも屋。