開発者にとってどのように役立つでしょうか。民主化し、保護された企業リソースへの安全なアクセスを提供するコストと作業を軽減することです。アプリを使って企業リソースに接続する際の複雑なシナリオをサポートするために必要なことを詳しく見ていきます。社員、取引パートナー、顧客それぞれの類似点と相違点を確認します。アーキテクチャについて調べます。アプリを使用して、こここで説明する手法のデモを行います。アクセスはすべて同じとは限らない今回の取り組みには重要な目標がいくつかあります。変更を最小限に抑えて、オンプレミスのリソースにアクセスできるようにすることです。つの目標は、このような使用シナリオを管理して、アジャイル性や柔軟性を残しつつ、操作性と視認性を確保することです。企業ファイアウォールの背後にアクセスする必要があるユーザーをすべて同じように作成するわけではありません。企業ファイアウォールの背後にあるすべてのデータに同じ保護レベルを設定する必要もありません。社員によっては保護された情報への適切なアクセスが必要になる場合もあります。店舗の販売員は、製品価格や在庫量についての最新情報にアクセスする必要があります。場合によっては、口座の最近の支払い状況など、顧客の会計データにアクセスすることも必要です。人事アプリケーションにアクセスする必要はないでしょう。取引パートナーには、独特のニーズがあります。フェデレーションを行うことがしばしばあります。使用して企業の保護されたリソースへのアクセスを調整します。理解できる要求に受信要求をマップすることになります。ようなアカウント情報へのアクセスを必要とする顧客が多くいます。見込み顧客も事実上顧客と考えられます。カード情報を登録したけれども、実際にはまだ何も購入していない顧客です。デバイスを会社に持ち込んで仕事に使いたいと考えています。スタックが関係します。ついて詳しくみていきます。取り巻く環境には微妙な差異があり、複雑です。つの考え方」というのはありません。プロバイダーを使用しなければなりません。ベースのプロトコルを公開します。ベースの通信プロトコルが必要になります。