場合によっては、デバイスの設定やアプリのインストールについて賢明な選択を行える、より洗練された Assignment Map を作成する必要があります。このガイドは、より複雑な Assignment Map を作成し、組織の特定の要件を満たすようにカスタマイズするのに役立ちます。
Assignment Maps での割り当てルールの使用
Classic Blueprintsの割り当てルールと同様に、ルール評価の頻度はLibrary Itemのタイプによって異なります。カスタムスクリプトや Custom AppsなどのAgentベースのLibrary Itemsの場合、評価はAgent のチェックイン中の15分ごとに行われます。MDMベースのLibrary Itemsでは、24時間ごとに行われる毎日のMDMチェックイン時に評価されます。ユーザー属性に基づくノードの場合は、まずデータがIdP からKandjiに同期されていることを確認してください。それ以外の場合、次回のチェックイン間隔で同期後に変更が適用されます。
Assignment Map を編集すると、すべてのルールがすぐに再評価されます。
条件付きブロック
条件付きブロックは、ユーザーとデバイスに関するデータを使用して、デプロイする構成、アプリ、設定を決定する if/else 条件のセットです。これらのブロックは無限のキャンバス上に整理されているため、詳細で柔軟なデプロイ戦略が可能になります。条件付きブロックは、条件を順番にチェックし、最初に一致した条件を適用することで機能します。条件が満たされると、システムは現在のブロック内のそれ以上の条件をチェックせずに次のブロックに移動します。これにより、最初に一致する条件に基づいて、最も適切な構成が適用されることが保証されます。
Assignment Mapsを編集するときは、[+]をクリックして条件付きブロックを追加します 。
条件ブロックで、鉛筆アイコンをクリックして、If 条件に適用する割り当てルールを設定します。
必要に応じて、「+」をクリックして 「else if 」条件を追加し、そこでも割り当てルールを構成します。
条件ブロックの If、Else、および Elseif ステートメントで定義された条件に適用する Library Items を引き続き追加します。
各割り当てノードの+ボタンを使用して、無限の量の条件付きブロックを追加および構成し続けることができます。
競合管理とオペレーションの順序
特定のLibrary Itemsは、一度に1つのBlueprintにのみ適用できるように設計されています。これらは、自己競合するライブラリ項目と呼ばれます。Classic Blueprintで競合が発生すると、Kandjiは競合モーダルを表示し、特定のBlueprintに適用するLibrary Itemを選択できます。
Assignment Mapsは、条件付きロジックを使用して、デバイスに適用される設定と構成を決定します。 Assignment Maps内で競合を管理する方法は次のとおりです。
順序と優先度 - マップ内の Library Items の順序によって、競合の優先度が決まります。自己競合するアイテムの場合、マップは、デバイスが常にマップ内で最も遠い設定を受け取るようにします。
排他的なデバイス割り当て - 各デバイスは一度に1つの Assignment Map にのみ属することができ、競合やエラーの可能性を最小限に抑えます。
デバイスは、マップの評価中に Library Items を「収集」します。インストール順序は、macOS チェックイン のサポート記事で定義されている操作の順序に従います。ただし、自己競合する Library Itemsの場合は、デバイスはマップの最後に表示される Library Item を常にインストールします。
Assignment Mapsのトラブルシューティング
手動によるデバイスの除外
手動によるデバイスの除外は、トラブルシューティングのみを目的としており、通常のスコープロジックの一部にしないでください。
編集モードでAssignment Map上のLibrary Itemを選択するときに、そのアイテムの特定のデバイスを除外できます。これらの除外は、マップ全体でLibrary Itemが表示される場所すべてに適用され、アイテムが除外されたデバイスに関連していないかのように見せかけます。除外されたLibrary Itemsは、マップ上に新しいバッジでマークされ、除外されたすべてのアイテムのリストが左上隅に表示されます。さらに、これらの除外は、デバイス検索を使用すると強調表示されます。
Assignment Mapsの設定に関するベストプラクティス
類似条件のグループ化
1つの条件付きブロックと "else if" ノードを使用して、類似した条件をグループ化することで、シンプルに保ちます。これにより、複雑さが軽減され、マップが読みやすくなります。
ファーストマッチロジック
条件付きブロックは、ファーストマッチベースでチェックされます。意図しないスキップを避けるために、条件が論理的にグループ化されていることを確認してください。
最も具体的でないものから最も具体的なものへの順序
Assignment Mapsを設定するときは、左から右に評価してください。最も具体的な条件をマップの右端に配置して、優先されるようにします。
単一値属性に注意する
ネストされた条件でユーザー部門のような属性を使用することは避けてください。柔軟性を高めるには、ユーザーグループなど、複数の値を持つことができる属性を使用します。
デバイスファミリーごとに分岐する必要はありません
Assignment Mapsは[インストール対象]設定を尊重します。つまり、異なるデバイスファミリーの複数のブランチ間でロジックを複製する必要がなくなり、セットアップが簡素化されます。
Enterprise API でのAssignment Mapsの使用
Assignment Mapsは、Kandji Enterprise API を使用する際に便利な機能がいくつかあります。
作成 - 新しいマップを最初から作成したり、テンプレートを使用したり、既存のマップを複製したりできます。
削除 - 不要になったマップを簡単に削除できます。
変更 - 名前、説明、手動登録の登録コードなどの Blueprint 属性を変更します。
Kandji API を使用してAssignment Mapsを編集する必要がある識別子を特定するには、Assignment Mapを表示するときに option キーを押したままにします。