展開方法: RealmJoin Agent と Intune の比較
Windows パッケージ向けのネイティブ Intune 展開 (intunewin + Intune Management Extension) と RealmJoin Agent 展開、さらに Agent が追加する機能を比較します。
Package Store のほぼすべてのパッケージは Package Store 2 つの方法のいずれかで、Windows デバイスに展開できます。方法は、各パッケージごとに次のときに選択します サブスクライブする それに対してサブスクライブし、その後の割り当ても同じ方法で次を通じて管理します 管理されたグループ.
Intune 展開 — パッケージは、次のものとしてテナントにプッシュされます。
intunewinアプリとして、Microsoft Intune と Intune Management Extension によって配信され、Company Portal でユーザーに表示されます。RealmJoin 展開 — パッケージは次によってインストールされます。 RealmJoin Agent デバイス上で実行され、ユーザーには次の場所に表示されます RealmJoin Tray および セルフサービス ポータル.
RealmJoin 展開を推奨します。Intune 方法のすべてをサポートし、このページで説明する機能が追加されます。代わりに Intune 管理パッケージに標準化することを決めた場合は、次を参照してください。 移行ガイド.
各方法がパッケージを配信する仕組み
その intunewin パッケージのバージョンは、テナントに直接プッシュされます。すべてのバイナリに加え、PowerShell ベースの展開キットが含まれています。その後は、RealmJoin Portal から、または Intune から直接管理できます。
配信: Microsoft Intune + Intune Management Extension。
セルフサービス表示先: Company Portal → Apps。
ペイロード: 次の中にバンドルされたバイナリ
intunewinパッケージで、テナントにステージングされます。
デバイス上の RealmJoin Agent は、パッケージ エンジン(classic Chocolatey または Native Choco Runtime)を PowerShell とともに使用して、すべてのインストール コードとコマンドをローカルで実行します。バイナリはインストール時にダウンロードされます。
配信: RealmJoin Agent(
realmjoin.exe/realmjoinservice.exe)は、約 30 分ごとに構成を同期します。セルフサービス表示先: カテゴリ別に整理された RealmJoin Tray メニューとセルフサービス ポータル。
ペイロード: バイナリは、インストール中に必要に応じてダウンロードされます。
機能比較
どちらの方法も、基本機能をサポートします: 必須 (必須) と 利用可能 (ユーザー起動) の割り当て、管理グループの作成、段階的な Preview / Main チャンネル自動化、延期および Deploy at Night、および次の中でのバージョン/更新追跡 Package Management。下の表では、2 つの方法が異なる点に焦点を当てています。
Required と Available の割り当て
はい
はい
管理グループと Preview/Main 自動化
はい
はい
新しいバージョンへの自動アップグレード
Required パッケージ; Available パッケージは Update group 経由のみ
Required および Available パッケージ 直接
パッケージの依存関係(依存先)とインストール順序
—
はい — 前提条件は、定義された順序で自動的にインストールされます
セルフサービスでの再インストール / 修復(再インストールを許可)
—
はい
構成変更時のバックグラウンド インストール
—
はい
ユーザーによる延期制御(展開率: Slow/Fast/Tomorrow)
—
はい
インストール段階と対象ユーザー制御(メイン アプリ / ユーザー部分の制限)
—
はい — ログオン/手動/初期/通常、プライマリ/セカンダリ ユーザー
既存の未管理インストールをオンボード(Update group)
はい
はい — RealmJoin のより豊富なソフトウェア インベントリを通じて、より緊密に統合されています
複数サブスクライブ用サフィックス付きの構成 / craft パッケージ
—
はい
非常に大きなペイロード(たとえば大規模な CAD スイート)の展開
サイズと信頼性の制約
安定して処理されます
上記の高度なパッケージごとのオプションは、 詳細設定 パッケージの設定です。これらを使用するには RealmJoin App Deployment が必要で、完全な機能セットには RealmJoin Agent が必要です。
RealmJoin 展開で得られるもの
依存関係の解決、順序付け、そして対応する ESP — これは大きな利点です
RealmJoin はパッケージ間の関係を表現できます。 依存先、前提パッケージ(たとえば Visual C++ や .NET ランタイム)は、それを必要とするアプリの前に自動的にインストールされ、 順序 展開の正確な順序を制御できます。これにより、すべてのコンポーネントを個別に割り当ててタイミングがうまくいくことを祈るのではなく、実際のアプリケーション スタックをモデル化できます。
真価が発揮されるのはプロビジョニング中です。 RealmJoin ESP 必須のインストールと構成が完了するまで Windows デスクトップを保持し、 同じ依存関係と順序番号を尊重します。定義した順序で前提条件が先にインストールされ、デスクトップが解放されます。これにより、デバイスはスタックを後で完了するのではなく、完全かつ正しくプロビジョニングされた状態でユーザーに届きます。
必須アプリだけでなく Available アプリも自動アップグレード
新しいバージョンがチャンネルに入ると、RealmJoin Agent は両方をアップグレードします 必須 および 利用可能 デバイスにすでにインストールされているパッケージを、直接アップグレードします。Intune でも割り当て済みの 利用可能 アプリを最新の状態に保てますが、これは次を介した間接的な方法に限られます。 Update groupRealmJoin は、セルフサービス ソフトウェアを標準で必須ソフトウェアと同じレベルに保ち、オプション アプリが古くなるというよくあるギャップを埋めます。
きめ細かな制御 場合 および 誰に対して
各パッケージは、その インストール段階 — ログオン後、ユーザーが手動で開始したときのみ、初回プロビジョニング中のみ、または通常利用中のみ — を定義でき、さらにプライマリ ユーザー、セカンダリ ユーザー、または両方のどちらで実行するかも指定できます。次のものと組み合わせると、 展開率 (インストールが強制される前に、ユーザーが定義された日数だけ延期できるようにする機能)、エンドユーザー体験を正確に制御できます。
セルフサービスの修復とサイレント修復
再インストールを許可 ユーザーはトレイからいつでもパッケージを再実行して、壊れたインストールを修復できます。時刻同期や構成修正のような自己修復パッケージに最適です。 バックグラウンド インストールを許可 次回の同期時に、ユーザーを中断せずに構成変更を自動的に適用します。
既存インストールのオンボーディング
その Update group 管理外でインストールされたソフトウェア製品のコピーを動的に検出し、それらのデバイスを管理対象の展開に取り込みます。すると、セキュリティ パッチを含む新しいバージョンもそれらの端末に届くため、未管理のインストールが死角ではなくなります。Update group は Intune 展開でも利用できますが、RealmJoin のより豊富なソフトウェア インベントリにより、インストールをより完全に検出できるため、RealmJoin との統合がより緊密です。
アプリケーションだけでなく構成も
アプリケーション インストーラーに加えて、RealmJoin 展開は次を処理します craft/構成パッケージ — プリンターやネットワーク ドライブのマッピングなど — そして、同じ craft パッケージを次を使って複数回サブスクライブできます。 サフィックスこれにより、ユーザーは同じパッケージの複数の異なる構成を受け取れます。
洗練されたエンドユーザー体験
Agent は、定義したカテゴリごとに整理された利用可能なソフトウェアを RealmJoin Tray とセルフサービス ポータルに表示し、次を表示します アプリ通知 インストール中にカスタマイズ可能なヒーロー画像と、対話式のスヌーズ/延期オプションを備えています。
信頼性の高い配信 — 非常に大きなペイロードも含む
RealmJoin 展開は全般的により信頼性が高く、巨大な CAD スイートのような非常に大きなファイルを含むあらゆる種類のペイロードを安定して処理できます。これは、Intune ではまだ問題が発生するケースです。Agent はインストール時にバイナリをダウンロードしてローカルにインストールするため、サイズに関する配信制限ははるかに気になりません。
最新のエンジンと、より簡単なトラブルシューティング
オプションの Native Choco Runtime は RealmJoin サービス内でインストールを実行します — 古くなった同梱の Chocolatey 0.10.3 バイナリに依存せず — 既存パッケージのドロップイン置換としてそのまま使えます。インストールはデバイス上でローカルに実行され、パッケージごとの詳細で分離されたログが残るため、RealmJoin はより直接的なトラブルシューティング オプションを次々と追加しており、調査が必要なインストールで何が起き、なぜ起きたのかを正確に把握しやすくなります。
方法の選択
最終更新
役に立ちましたか?