FAQ
RealmJoin FAQ: 独自のソフトウェア パッケージと Runbook の維持、想定される Azure リソース コスト、および RealmJoin と Microsoft Intune の統合方法。
最終更新
役に立ちましたか?
RealmJoin FAQ: 独自のソフトウェア パッケージと Runbook の維持、想定される Azure リソース コスト、および RealmJoin と Microsoft Intune の統合方法。
RealmJoin には、Intunewin(Microsoft Endpoint Manager / Intune Package Format)と互換性のある社内アプリケーションストアがあり、既存アプリケーションが 3000 以上あります。RealmJoin は、不足しているアプリケーションを提供するためのパッケージング・アズ・ア・サービスを提供します。
RealmJoin は Microsoft Intune を直接活用するため、アプリケーションストアから提供されるアプリケーションに加えて、貴社が独自に管理する追加アプリケーションを提供することが可能です。
RealmJoin は runbook の公開リポジトリ。これらの runbook は継続的に改善・更新され、現代の職場環境における日常的な定型作業と私たちが考えるものの基盤となります。そのため、これらの runbook は当社サービスの一部として RealmJoin 環境に自動的に同期されます。
RealmJoin は、これらの共有 runbook をホストするために標準の Azure Automation 機能を活用します。これらは、 rjgit- Azure Automation アカウント内の接頭辞です。この接頭辞なしでカスタム runbook を同じ Azure Automation アカウントに追加するだけです。runbook が当社の命名規則に従っていれば、RealmJoin Portal は共有 runbook と同じようにカスタム runbook を表示します。
参照: Runbook 命名規則
RealmJoin は、お客様の Azure インスタンスを Log Analytics および Key Vault。Microsoft はトラフィックの費用をお客様に直接請求します。現在は 1 GB あたり 2.8€ です。
複数のお客様での経験から、1 GB に達するには 250〜500 テナント ユーザーが必要と見積もっており、これは 1 ユーザーあたり月額 2〜4 セントに相当します。
今後はトラフィック量を監視し、必要に応じて見積もりを定期的に更新します。
RealmJoin と Autopilot Pre-Provisioning の互換性は、選択した展開方法によって異なります:
Intune 主導のアプリ展開:
互換性: サポートされています。
考慮事項: 次の条件を満たしていることを確認してください Microsoft が定義する要件 事前プロビジョニング向けです。なお、この方法は、デバイス自体または事前割り当て済みユーザーのどちらかを対象とするデバイス コンテキストのアプリのみをサポートします。
RealmJoin エージェント主導のアプリ展開:
互換性: サポートされていません。
推奨: このシナリオでは、Temporary Access Pass (TAP) を使用できます。この方法では、ユーザーに代わってデバイスを登録でき、Intune と RealmJoin の展開フェーズ全体が含まれます。
Intune 主導と RealmJoin エージェント主導のアプリ展開の組み合わせ:
互換性: 可能ですが、推奨されません。
RealmJoin エージェントは、Intune 主導のアプリ展開を通じてインストールされたアプリケーションを検出できます。ただし、正しく認識されるには、パッケージが完全に一致している必要があります(引数のハッシュ、バージョン番号など)。この方法では、アプリケーションを 2 回管理する必要があり、割り当てロジックもより複雑になるため、複雑さが増します。
バックエンド テストは、Portal と Agent という 2 つの主要コンポーネントで実施されます。各コンポーネントは、運用環境に到達する前に徹底した検証を行うため、複数の展開チャネルを使用します。
Portal のテスト基盤は、安定性レベルが段階的に異なる 3 つの環境で構成されています:
開発者ホスト型インスタンス
初期機能開発と迅速な反復のための個別開発環境
ステージングポータル
新しく開発された機能を展開する中央テスト環境
公開アクセス可能ですが、変更が頻繁なため注意して使用してください
RealmJoin チームにとって、正式なテスト環境であると同時に日常利用プラットフォームとしても機能します
実際の利用パターンにより、運用環境への展開前に問題を洗い出せます
本番 Portal
エンドユーザー向けの本番環境
ステージングから、テスト済みの複数機能をまとめてリリースします
Agent は 3 つのチャネルによるリリース戦略を採用しています:
Canary チャネル
社内開発チームが使用する最先端リリース
新機能に対する迅速な社内フィードバックを可能にします
Beta チャネル
組織全体に展開される全社向けリリースチャネル
機能の新しさと十分な安定性のバランスを取ります
Stable チャネル
十分にテストされた機能を備えた、本番対応のリリースチャネル
最大限の安定性を求める一般利用に推奨されます
3 つの Agent チャネルはすべて、お客様が希望する安定性レベルでテストし、自社環境で今後の機能を評価できるよう公開されています。
最終更新
役に立ちましたか?
役に立ちましたか?