マイクロソフト、バックアップ ベンダーと顧客を Teams エクスポート API に強制

マイクロソフト、バックアップ ベンダーと顧客を Teams エクスポート API に強制

Exchange Web サービスを Teams バックアップに使用しないようお客様に警告

7 月 12 日、IT 業界にとって真夏のおいしい眠い時期のちょうどちょうど真ん中に、マイクロソフトは ISV と顧客に小さな爆弾を投下したと宣言しました。 Exchange Web サービスを介した Teams メッセージ データへのアクセスを制限し始めます。 (EWS)2022年9月30日から。マイクロソフトでは、Teams のメッセージ データをエクスポートする必要がある組織で、 チーム エクスポート グラフ API その代わりに。

マイクロソフトは彼らの決定を「時間の経過とともに観察されたのは、RD パーティー アプリが EWS 経由で Teams メッセージにアクセスしている」と「アプローチは文書化されておらず、 マイクロソフトではサポートされていません コード障害のリスクをもたらします。 実際、ISV は EWS を使用して Teams のメッセージ データにアクセスすることはありません。EWS を使用して、Teams バックアップ製品のユーザーおよびグループのメールボックスに格納されている Teams コンプライアンスレコードをコピーします。

Exchange Online に保存されているチームのコンプライアンス レコード

Microsoft 365 基質によって Teams メッセージとチャット用に作成されたコンプライアンスレコードは、実際のデータ (Azure Cosmos DB に残っている) の不完全なコピーです。この基質は、ハイブリッド、ゲスト、およびフェデレーション ユーザーによって送信されたメッセージのレコードのキャプチャなど、ユーザーがチャットやチャネル会話でメッセージを送信するときにコンプライアンス レコードを作成します。

アイテムは、電子情報開示用に調整されたプロパティの限られたセットを持つメール メッセージです。それにもかかわらず、これはベンダーがコンプライアンスレコードをバックアップのソースとして使用するのを止めることはなく、コンプライアンスレコードをTeams チャットやチャネル会話に復元する方法がないという顕著な事実を都合よく無視します。

サードパーティ製アプリケーションがメールボックス内の Teams データにアクセスできない

マイクロソフトのサポート可能性に関する声明には、「サードパーティ製アプリケーションは、メールボックス内の Teams データへのアクセスまたは使用を許可されていません。」と指摘し、「チームはいつでもその場所とデータの使用を変更できます."マイクロソフトの声明は非常に修正的(または希望的)に思える。メールボックスに格納されている Teams コンプライアンスレコードへのアクセスが禁止されているという話は聞いたことがありませんでした。EWS を使用して Teams バックアップのメールボックスからコンプライアンス アイテムを読み取る ISV の数を考えると、多くの ISV にはどちらも含まれていないようです。

チームのバックアップ
図 1: Teams のバックアップ (出典: Keepit)

Teams がコンプライアンス レコードの場所を移動することに関する 2 番目のポイントは、2020 年に発生し、特定のメールボックス フォルダー内のデータの検索に依存していたスクリプト (およびプログラムを想定しています) が壊れたため、正確です。ただし、フォルダーの場所が将来どのくらいの頻度で変更されるかは、未解決の問題です。私の賭けは頻繁にはありません。

チーム エクスポート API の課金

6月に、マイクロソフトは、 Teams のグラフのエクスポート API の課金を開始します。 7月に。これらの API を使用するために Azure サブスクリプションに課せられた料金について不平を言う多くの企業を聞いたことはありませんが、ISV が Graph API を使用するように Teams バックアップ製品をまだ切り替えていないためかもしれません。

EWS に制限を課すことで、マイクロソフトが ISV とその顧客に Graph API に基づく製品の使用を開始するための大きな舵取りを与えているのではないかというのが自然な疑念です。1 つの観点は、Graph API が Exchange Online メールボックスに格納されている限られたコピーではなく、実際の実際の Teams データを使用するため、これがお客様にとって有益であるということです。欠点は、Teams ストアからアイテムを読み取るために発生した料金です。これらの料金がいくらになるかは誰にもわかりませんが、すべての Microsoft 365 セグメントで Teams の使用が増加していることを考えると、請求書は上がるしかないと予測するのは合理的です。

ISVと顧客は進捗によって罰せられるべきではない

ISV が EWS を使用して Exchange Online の Teams データにアクセスする唯一の理由は、マイクロソフトが Teams メッセージ ストアから情報をエクスポートする API の提供が 5 年遅れていることです。Teams が 2017 年初頭に一般公開されるとすぐに、顧客はバックアップについて尋ねるようになりました。ISV は何をするべきでしたか?彼らが馬鹿げて、マイクロソフトがサポートされているAPIを提供するまで何もできないと言った場合、彼らは顧客が他の場所に行くというリスクを冒し、Exchange OnlineやSharePoint Onlineなどのサポートされているワークロードのバックアップのためにビジネスを失うリスクを冒す可能性があります。

ISV は、利用可能なツールを使用して作業を完了することで、論理的で合理的なことを行いました。マイクロソフトが基質を使用してメール アイテムをキャプチャして Exchange Online に格納することを決定したときTeams メッセージの場合、ISV には解決策がありました。それは不完全であり、一部のISVは自分の手を誇張し、単に間違っているソリューション機能について主張しました。しかし、届けられたものは顧客を幸せにしました。

マイクロソフトが Teams のメッセージ データをエクスポートするためのサポートされている API を持つようになったことをうれしく思います。それは良いことです。マイクロソフトが猶予期間(おそらく2年間)の料金を引き下げて、ISVと顧客が新しいプラットフォームに移行し、充電のアイデアに慣れるのを助ける方がはるかに良いでしょう。この時間により、Microsoftは顧客の使用に関連するボリュームを観察し、充電料金を微調整することもできます。

悲しいかな、それは起こっていません。その代わりに。マイクロソフトは、ISV と顧客を Teams バックアップの余分な未知のコストに追いやっています。私はいつも、Teams はバックアップするのが最も難しい Microsoft 365 ワークロードだと言ってきました。これは、その感情を正当化するもう一つの理由です。


このような洞察は簡単には得られません。テクノロジーを知り、舞台裏の見方を理解する必要があります。の知識と経験から利益を得る Office 365 for IT プロフェッショナル Office 365とより広いMicrosoft 365エコシステムをカバーする最高の電子書籍を購読することでチーム。

未分類

Posted by admin