アプリのプロビジョニングとプロビジョニング解除

• アプリ - ユーザーコミュニティ

• アプリのプロファイリング: 組織は限られた数のアプリから始めることができます。しかし、ユーザーの採用率が増加し、環境が拡大するにつれて、管理するアプリの数は急速に増加する可能性があります。アプリのプロビジョニングを管理しやすくするために、最初から特定のアプリプロファイルを定義してください。アプリのプロファイリングは、非技術的な観点からアプリを論理的なグループに分類するのに役立ちます。たとえば、以下の要素に基づいてアプリプロファイルを作成できます。
  • バージョン: 追跡用のアプリバージョン
  • インスタンス: 異なるユーザーセットに展開される複数のインスタンス（たとえば、異なるアクセスレベルを持つもの）
  • プラットフォーム: iOS、Android、またはWindows
  • ターゲットオーディエンス: 標準ユーザー、部門、Cレベルの役員
  • 所有権: アプリを所有する部門
  • 種類: MDX、パブリック、WebおよびSaaS、またはWebリンク
  • アップグレードサイクル: アプリがアップグレードされる頻度
  • ライセンス: ライセンス要件と所有権
  • MAM SDK または MDX ポリシー: モバイルアプリに MDX 機能適用するため
  • ネットワークアクセス: Secure Browse やフル VPN などのアクセスタイプ
  注:
  Tunneled Web SSO は、MDX 設定における Secure Browse の名称です。動作は同じです。

• アプリのバージョン管理: アプリのバージョンを維持および追跡することは、プロビジョニングプロセスにおいて非常に重要です。バージョン管理はユーザーには透過的です。ユーザーは、新しいバージョンのアプリがダウンロード可能になったときにのみ通知を受け取ります。あなたの視点から見ると、本番環境への影響を避けるために、各アプリのバージョンを非本番環境でレビューおよびテストすることも重要です。
  特定のアップグレードが必要かどうかを評価することも重要です。アプリのアップグレードには通常2つの種類があります。1つは特定のバグの修正などのマイナーアップグレードです。もう1つは、アプリに大幅な変更と改善をもたらすメジャーリリースです。どちらの場合でも、アップグレードが必要かどうかを評価するために、アプリのリリースノートを注意深く確認してください。
• アプリ開発: 開発するモバイルアプリにMAM SDKを統合すると、それらのアプリにMDX機能が適用されます。MAM SDKの概要を参照してください。
  MAM SDKは、2023年7月に廃止予定のMDX Toolkitに代わるものです。アプリラッピングの詳細については、MDX Toolkitを参照してください。ラップされたアプリのアプリプロビジョニングプロセスは、標準のラップされていないアプリのプロビジョニングプロセスとは異なります。
• アプリのセキュリティ: プロビジョニングプロセスの一部として、個々のアプリまたはアプリプロファイルのセキュリティ要件を定義します。アプリを展開する前に、セキュリティ要件を特定のMDMまたはMAMポリシーにマッピングできます。この計画により、アプリの展開が簡素化され、迅速化されます。例:
  • 特定のアプリを異なる方法で展開する場合があります。
  • XenMobile環境にアーキテクチャ上の変更を加える必要がある場合があります。変更は、アプリが必要とするセキュリティコンプライアンスの種類によって異なります。たとえば、重要なビジネスインテリジェンスアプリの使用を許可するために、デバイスを暗号化したい場合があります。または、特定のアプリがエンドツーエンドのSSL暗号化やジオフェンシングを必要とする場合があります。
• アプリの配信: XenMobileでは、アプリをMDMアプリまたはMAMアプリとして配信できます。MDMアプリはXenMobile Storeに表示されます。このストアを使用すると、パブリックアプリまたはネイティブアプリをユーザーに便利に配信できます。管理する唯一のMDMアプリ制御は、デバイスレベルの制限を適用することです。ただし、MAMを使用してアプリを配信すると、アプリの配信とアプリ自体を完全に制御できます。通常、MAMを介してアプリを配信する方が適しています。
• アプリケーションのメンテナンス:
  • 初期監査の実施: 本番環境でのアプリのバージョンと、前回のアップグレードサイクルを追跡します。アップグレードが必要となった特定の機能やバグ修正を記録します。
  • ベースラインの確立: 各アプリの最新の安定版リリースのリストを維持します。このアプリバージョンは、アップグレード後に予期せぬ問題が発生した場合のフォールバックとなります。また、ロールバック計画も策定します。本番展開の前に、テスト環境でアプリのアップグレードをテストします。可能であれば、最初に本番ユーザーの一部にアップグレードを展開し、その後、全ユーザーベースに展開します。
  • Citrix®ソフトウェアアップデート通知およびサードパーティソフトウェアベンダー通知の購読: アプリの最新リリースを常に把握しておくことは非常に重要です。早期アクセスリリース (EAR) ビルドがテスト用に利用可能になる場合があります。
  • ユーザーに通知する戦略を考案する: アプリのアップグレードが利用可能になったときにユーザーに通知する戦略を定義します。展開前にトレーニングでユーザーを準備します。アプリを更新する前に複数の通知を送信できます。アプリによっては、最適な通知方法は電子メール通知またはウェブサイトである場合があります。

1. 仕様の要件: ビジネスケースとユーザー要件から始めます。
2. 開発: アプリがビジネスニーズを満たしていることを検証します。
3. テスト: テストユーザー、問題、バグを特定します。
4. 展開: アプリを本番ユーザーに展開します。
5. メンテナンス: アプリのバージョンを更新します。本番環境でアプリを更新する前に、テスト環境でアプリを展開します。

Secure Mail を使用したアプリケーションライフサイクルの例

1. 仕様の要件: セキュリティ要件として、コンテナ化され、MDXセキュリティポリシーをサポートするメールアプリが必要です。
2. 開発: アプリがビジネスニーズを満たしていることを検証します。アプリにMDXポリシーコントロールを適用できる必要があります。
3. テスト: Secure Mail をテストユーザーグループに割り当て、対応するMDXファイルをXenMobile Serverから展開します。テストユーザーは、メールの送受信、カレンダーおよび連絡先へのアクセスが正常にできることを検証します。テストユーザーは問題やバグも報告します。テストユーザーのフィードバックに基づいて、本番環境での使用のためにSecure Mailの設定を最適化します。
4. 展開: テストフェーズが完了したら、Secure Mail を本番ユーザーに割り当て、XenMobileから対応するMDXファイルを展開します。
5. メンテナンス: Secure Mail の新しいアップデートが利用可能です。Citrixダウンロードから新しいMDXファイルをダウンロードし、XenMobile Server上の既存のMDXファイルを置き換えます。ユーザーにアップデートを実行するよう指示します。注: Citrixは、このプロセスをテスト環境で完了し、テストすることを推奨します。その後、アプリをXenMobile本番環境にアップロードし、ユーザーに展開します。