هل iDBQuery أحادية الإشغال أم متعددة الإشغال؟
يمكن نشر iDBQuery بنمط أحادي الإشغال، فيمنحك نسخةً مخصّصة ومعزولة في شبكتك الافتراضية الخاصة (VPC) أو داخل مقرّك حيث لا يشاركك البنية التحتية أي عميل آخر. وهذا هو الخيار المُوصى به للبيئات الخاضعة للتنظيم أو العالية الحساسية، لأن العزل يتحقّق عبر البنية المعمارية لا عبر إعداد الإشغال المشترك وحده.
الإشغال يتعلّق بما إذا كانت نسختك تشارك البنية التحتية مع عملاء آخرين، وتمنحك iDBQuery خيارًا معزولًا فعليًا.
- أحادية الإشغال المخصّصة - انشر iDBQuery في شبكتك الافتراضية الخاصة (VPC) أو داخل مقرّك بحيث يعمل التطبيق والوصول إلى البيانات، وإن اخترت، النموذج اللغوي، على بنية تحتية تستخدمها أنت وحدك.
- عزل كامل - ليس ثمة قاعدة بيانات مشتركة لبيانات العملاء تقلق بشأنها، لأن عملية نشرك خاصة بك.
- الطرف الأقصى المعزول عن الشبكة - في أشدّ الحالات صرامةً، شغّلها دون اتصال بالكامل بلا أي اتصال خارجي على الإطلاق.
- الاستعلام في الموضع في كل الأحوال - بصرف النظر عن الإشغال، تشغّل iDBQuery استعلامات SQL على مصادرك الحيّة بدلًا من تجميع بياناتك في أي مكان.
فعلى سبيل المثال، يمكن لبنك أو جهة دفاعية تشغيل iDBQuery أحادية الإشغال داخل المقرّ بحيث يكون العزل بنيويًا - خاصيةً لمكان تشغيل البرنامج - لا إعداد صلاحية في سحابة شخص آخر. وهذا بالضبط سبب انطلاق iDBQuery من البنية المعمارية: فبدلًا من مطالبتك بالوثوق بفصلٍ منطقي على بنية تحتية مشتركة، يمكنها وضع النظام بأكمله داخل جدرانك. ويقترن ذلك العزل بالتحكّم بالوصول القائم على الأدوار (RBAC)، والتشفير أثناء النقل وفي حالة السكون، ونموذج مُستضاف محليًا في التثبيت المعزول عن الشبكة، بحيث لا يكون أي جزء من عبء عملك مختلطًا بغيره أو قابلًا للوصول من الخارج. ويتوقّف الإشغال المناسب على احتياجاتك من المخاطر والامتثال. تواصل معنا لتصميم عملية نشر مخصّصة.
Updated 2026-06-22