Efek gabungan dari beberapa kebijakan data
Sebagai penyewa atau admin lingkungan, Anda dapat membuat lebih dari satu kebijakan data dan menerapkannya ke lingkungan yang sama. Pada waktu desain dan runtime, semua kebijakan yang berlaku untuk lingkungan tempat aplikasi atau alur berada dievaluasi bersama untuk memutuskan apakah sumber daya tersebut sesuai atau melanggar kebijakan data.
Dampak klasifikasi yang diblokir di beberapa kebijakan
Jika ada kebijakan (tingkat penyewa atau tingkat lingkungan) yang berlaku untuk lingkungan yang menandai konektor sebagai diblokir, tidak ada aplikasi atau aliran yang dapat menggunakan konektor tersebut di lingkungan. Tidak peduli apakah kebijakan lain mengklasifikasikan konektor sebagai bisnis atau non-bisnis, karena diblokir adalah klasifikasi paling ketat untuk konektor; oleh karena itu, diblokir selalu menjadi hasil akhir dari beberapa evaluasi kebijakan.
Klasifikasi bisnis/non-bisnis berdampak di beberapa kebijakan
Dibandingkan dengan mengevaluasi efek dari klasifikasi yang diblokir, mengevaluasi efek klasifikasi bisnis atau non-bisnis di beberapa kebijakan lebih kompleks. Anda dapat mengklasifikasikan konektor tertentu, misalnya SharePoint, sebagai Bisnis dalam kebijakan A dan sebagai Non-Bisnis dalam kebijakan B. Yang penting adalah konektor lain SharePoint dikelompokkan dengan seluruh kebijakan A dan kebijakan B.
Perhatikan bahwa pengelompokan paling ketat akhirnya diberlakukan saat semua kebijakan yang berlaku untuk lingkungan dievaluasi bersama. Pertimbangkan contoh tiga kebijakan (A, B, dan C) di antara 10 konektor (SharePoint, Twitter, Salesforce, Facebook, Face api, Microsoft 365 Outlook, Basecamp 3, Adobe Sign, Azure Blob Storage, dan Box). Konektor ini diklasifikasi sebagai Bisnis atau Non-Bisnis sebagaimana dinyatakan dengan dua kategori, masing-masing pada tiga kebijakan (-E1- dan -E2- untuk kebijakan A, -E3- dan -E4- untuk kebijakan B, dan -E5- dan -E6- untuk kebijakan C).
Kebijakan A
| Kategori | Klasifikasi | Konektor |
|---|---|---|
| -E1- | Bisnis | SharePoint, Twitter, Salesforce, Microsoft 365 Outlook, Basecamp 3 |
| -E2- | Non-Bisnis | Facebook, Face API, Adobe Sign, Azure Blob storage, Box |
Kebijakan B
| Kategori | Klasifikasi | Konektor |
|---|---|---|
| -E3- | Bisnis | SharePoint, Facebook, Face API, Microsoft 365 Outlook, Basecamp 3 |
| -E4- | Non-Bisnis | Twitter, Salesforce, Adobe Sign, Azure Blob storage, Box |
Kebijakan C
| Kategori | Klasifikasi | Konektor |
|---|---|---|
| -E5- | Bisnis | Facebook, Face API, Twitter, Salesforce, Microsoft 365 Outlook |
| -E6- | Non-Bisnis | SharePoint, Adobe Sign, Azure Blob storage, Box, Basecamp 3 |
Bila ketiga kebijakan diterapkan bersama untuk lingkungan yang sama, hasil bersih adalah fragmentasi konektor di delapan (23 = 8) grup, seperti yang digambarkan di bawah ini. Hanya konektor dalam grup yang sama (dari delapan kemungkinan kombinasi) yang dapat digunakan di aplikasi atau alur tertentu.
Pengelompokan terkonsolidasi
| Kategori | Grupkan | Konektor |
|---|---|---|
| -E1-, -E3-, -E5- | grup 1 | Microsoft 365 Outlook |
| -E1-, -E3-, -E6- | grup 2 | SharePoint, Basecamp 3 |
| -E1-, -E4-, -E5- | grup 3 | Twitter, Salesforce |
| -E1-, -E4-, -E6- | grup 4 | NULL |
| -E2-, -E3-, -E5- | grup 5 | Facebook, Face API |
| -E2-, -E3-, -E6- | grup 6 | NULL |
| -E2-, -E4-, -E5- | grup 7 | NULL |
| -E2-, -E4-, -E6- | grup 8 | Adobe Sign, Azure Blob storage, Box |
Singkatnya, aplikasi atau alur hanya dapat menggunakan konektor dari grup individual ini pada waktu tertentu, dan tidak dapat mencampur konektor di delapan grup yang berbeda. Dari contoh di atas, perhatikan bahwa beberapa kebijakan data yang diterapkan ke lingkungan akan memecah ruang konektor Anda dengan cara yang rumit. Oleh karena itu, kami sangat menyarankan agar Anda menerapkan jumlah minimum kebijakan data ke lingkungan tertentu.