コードとしてデバイス
を管理します。
IruのEnterprise APIとGitHub連携を使用して、すべてのデバイス構成をバージョン管理されたファイルで管理し、プルリクエストを通じて変更を適用し、リポジトリから任意の構成をロールバックできます。

デバイス構成を
コードで管理 (CaC)
「Config as Code」(CaC)とは、UIではなく、バージョン管理されたファイルでシステム構成を管理することです。すべての変更はコミットとして記録され、変更履歴、レビュー用のプルリクエスト、誰がいつ何を変更したかの記録が残ります。
CaCでエンドポイント
構成を展開します。
標準で変更管理を実現します。
すべての構成変更はコミットとして記録されます。プルリクエストでレビューし、マージすると、構成がフリートに適用される前に、監査証跡がリポジトリ内に残ります。
リポジトリを信頼できる唯一の情報源にします。
マニフェストファイルでフリートの望ましい状態を宣言します。Iruがその状態に合わせて同期するため、リポジトリが常に展開内容の正となります。
複雑な処理はIruが担います。
Assignment Mapsによるデバイス割り当ての設計はIru内に保持されます。チームはGitで構成を管理し、Iruが適切なデバイスへの適用を担います。
既存のツールから
デバイス環境を管理します
APIに接続します。
スクリプト、アプリ、プロファイル、デバイス割り当て、Blueprintsを管理するためのRESTful APIです。デバイス環境の状態をプログラムで完全に構成し、レポートできます。
- カスタムアプリ、プロファイル、スクリプトをLibrary Itemsとして作成・更新します。
- Assignment Mapsの条件ノードを使用して、Library Itemsをデバイスに割り当てます。
- スコープ付きAPIトークンで認証します。

マニフェストで定義します。
各展開項目は、それぞれ個別のマニフェストファイルで管理されます。内容、適用先、対象ユーザを宣言すると、同期ジョブがこれらのファイルを読み取り、変更された箇所のみを更新します。
- 展開するLibrary Itemごとに1つのマニフェストを作成します。
- 名前、有効状態、Blueprint、条件ノードなどの主要な詳細を宣言します。
- 差分を確認しやすい形式で、コードレビューやPRワークフローに対応します。

GitHub経由で展開します。
GitHub Actionsワークフローが変更を検証してIru向けに準備し、マージ時に反映します。同期ジョブはハッシュを比較し、変更された箇所のみを更新します。
- 変更がデバイス環境に適用される前にCIでエラーを検出し、必要に応じてロールバックできます。
- 変更された箇所のみを同期するため、展開は高速かつ予測可能に保たれます。
- GitHub Actionsを使用するか、IruのオープンソースCLIで自分で実行できます。
