Lovable Blog→ المصدر

منصة Lovable تطلق خيار Deploy on Azure: تشغيل التطبيقات وحفظ البيانات بالكامل داخل اشتراكك الخاص

أطلقت Lovable المعاينة الخاصة (private preview) لخيار Deploy on Azure، حيث تعمل التطبيقات وقواعد البيانات والسجلات بالكامل داخل اشتراك Azure الخاص بالعميل وضمن شبكة افتراضية مخصصة (VNet). تعتمد طبقة البيانات (data plane) على Azure Kubernetes Service، وقاعدة البيانات على Azure Database for PostgreSQL، والملفات الثابتة على Blob Storage، في حين تُدار الطلبات الديناميكية عبر Azure Functions. في المقابل، تظل بيئة التحرير، ووكيل الذكاء الاصطناعي، وسجل المحادثات، ونظام الفوترة داخل سحابة Lovable. تتوفر هذه الميزة لعملاء فئة Enterprise المختارين، ويتم النشر عبر قوالب ARM، مع نسخ صور الحاويات مباشرة إلى Azure Container Registry الخاص بالعميل. • الاتصال مع Lovable صادر فقط ومشفّر عبر mTLS • دعم كامل لنموذج BYOK عبر Azure Key Vault • يمثل الخيار واحداً من ثلاثة مسارات للعمل مع Lovable داخل بيئات Microsoft

معالج بواسطة الذكاء الاصطناعي من Lovable Blog؛ بتحرير Hamidun News
منصة Lovable تطلق خيار Deploy on Azure: تشغيل التطبيقات وحفظ البيانات بالكامل داخل اشتراكك الخاص
المصدر: Lovable Blog. كولاج: Hamidun News.
◐ استمع للمقال

أطلقت منصة Lovable، المتخصصة في بناء التطبيقات عبر المحادثة مع الذكاء الاصطناعي، المعاينة الخاصة (private preview) لنمط Deploy on Azure. وبموجب هذا الخيار، يعمل التطبيق وتُخزن بياناته بالكامل داخل اشتراك Azure الخاص بالعميل، وضمن شبكة افتراضية مخصصة (VNet). في المقابل، تظل بيئة التحرير، ووكيل الذكاء الاصطناعي، وسجل المحادثات، ونظام الفوترة داخل سحابة Lovable متعددة المستأجرين (multi-tenant). تتوفر هذه الميزة لمجموعة مختارة من عملاء فئة Enterprise، وتعد واحدة من ثلاث طرق لتشغيل Lovable داخل بيئة Microsoft. ويُسقط هذا التحديث العائق الأساسي أمام الشركات التي تلزمها سياساتها الأمنية بإبقاء التطبيقات والبيانات داخل بنيتها التحتية الخاصة.

ما الذي يتم نشره فعلياً داخل اشتراكك؟

يقوم مسؤول النظام بإنشاء مساحة عمل جديدة من فئة Enterprise واختيار الاستضافة على Azure. تُنشئ Lovable عندئذٍ قالب Azure Resource Manager (ARM)، ليتولى فريق العميل مراجعته وتشغيله بنفسه. تُنسخ صور حاويات Lovable إلى سجل Azure Container Registry التابع للعميل، مما يتيح فحصها أمنياً عبر مسارات العمل المعتادة كأي صور برمجية واردة من مورد خارجي. كما يعمل مشغّل Lovable (runner) على جهاز افتراضي داخل شبكة VNet، ليتولى رفع وإدارة طبقة البيانات (data plane)، فضلاً عن قاعدة البيانات ومخزن الكائنات.

وتضم الشبكة الافتراضية المخصصة (VNet) المكونات التالية:

  • طبقة بيانات Lovable على عنقود Azure Kubernetes Service، متضمنةً بيئات العزل التجريبية (preview sandboxes) التي تُبنى فيها الإصدارات أثناء مراحل التطوير
  • التطبيقات المنشورة: استضافة الملفات الثابتة على Azure Blob Storage، ومعالجة الطلبات الديناميكية عبر Azure Functions
  • قاعدة بيانات التطبيق على Azure Database for PostgreSQL (Flexible Server) وتخزين الكائنات في Blob Storage
  • سجلات التطبيق (logs)، مع إمكانية توجيهها إلى Blob Storage أو مساحة عمل Log Analytics
  • بوابة الموصلات (connectors gateway) ومفاتيح وبيانات الربط السرية

ستتوفر بعض هذه المكونات تباعاً خلال مرحلة المعاينة، ويتولى فريق إدارة الحسابات تأكيد التركيبة المحددة لكل بيئة تشغيل. وتتصل التطبيقات بالأنظمة الداخلية، مثل مستودعات البيانات أو أنظمة إدارة علاقات العملاء (CRM)، عبر ميزة VNet peering، مما يضمن عدم خروج هذه الأنظمة نهائياً إلى شبكة الإنترنت العامة.

ما الذي يظل لدى Lovable وكيف تتم حماية البيانات؟

تستمر عملية بناء التطبيق نفسها داخل خدمة Lovable متعددة المستأجرين؛ ويشمل ذلك المحرر، ووكيل الذكاء الاصطناعي، وسجل المحادثات والمشاريع، وإعدادات مساحة العمل، وإدارة الهوية، ونظام الفوترة. كما تتولى خدمة الذكاء الاصطناعي لدى Lovable معالجة الطلبات الموجهة للنماذج أثناء التطوير. الحدود البرمجية واضحة وصارمة: كود وبيانات التطبيق النهائي تعمل بالكامل داخل اشتراك العميل، في حين تبقى عملية التطوير ذاتها لدى المورد.

الاتصال بين اشتراك العميل وLovable أحادي الاتجاه؛ حيث تبادر المكونات الموجودة داخل اشتراكك بإنشاء اتصال صادر فقط ومشفّر بتقنية mTLS، دون الحاجة لأي وصول وارد (inbound) إلى شبكة Lovable. تبقى بيانات التطبيق داخل الـ VNet خاضعة لتشفير Azure المعتمد لديك ولسياسات الوصول الخاصة بك. أما سجلات المحادثات والمشاريع على جانب Lovable، فتُشفّر أثناء التخزين (at rest).

وفي حال اعتماد نموذج استخدام المفتاح الخاص (BYOK)، يستطيع مسؤول النظام ربط مفتاح التشفير من Azure Key Vault الخاص به عبر إعدادات مساحة العمل، مع الاحتفاظ بحق إلغاء وصول Lovable في أي لحظة. كما تتوفر الآليات المؤسسية المعتادة: تسجيل الدخول الموحد (SSO) ومزامنة الهويات عبر SCIM من خلال Entra ID، والنشر الافتراضي المحصور بأعضاء مساحة العمل فقط، وفحوصات الأمان مع كل عملية بناء، وسجلات التدقيق الشاملة.

الخيارات الثلاثة وكيفية المفاضلة بينها

يأتي خيار Deploy on Azure كمسار إضافي إلى جانب خيارين آخرين. يتيح خيار Copilot Managed Runtime (المتوفر في المعاينة العامة) استضافة التطبيق داخل مستأجر Microsoft التابع للعميل خلف بوابة الدخول Entra. يرث هذا النمط سياسات منع فقدان البيانات (DLP) والتحكم في الموصلات، لكنه يتطلب أرصدة Copilot Credits أو ترخيص Power Platform متميز، ولا يوفر قواعد البيانات المدمجة، أو إدارة المفاتيح السرية، أو دوال الواجهة الخلفية (backend) الخاصة بـ Lovable.

أما الخيار الثالث، وهو الاستضافة الكاملة على Lovable مع موصلات Microsoft، فيوفر الحزمة الوظيفية الكاملة. تغطي هذه الموصلات خدمات Microsoft 365 وEntra ID وإدارة Azure وFabric، وتمر حركة البيانات عبر نطاق عناوين IP ثابت لإضافته إلى القوائم المسموحة (allowlist)، كما يتطلب كل موصل موافقة صريحة من مسؤول النظام. تحظى Lovable باعتماد معايير SOC 2 Type II، وتُمنع مساحات عمل Enterprise تلقائياً من إنشاء مشاريع عامة.

ويحق للفرق العمل عبر مساحات عمل متعددة والجمع بين هذه الخيارات بحرية.

عملياً، تتحدد المفاضلة كالتالي: إذا كانت السياسات الداخلية تلزمك بإبقاء البيانات داخل اشتراكك والوصول إلى الأنظمة الداخلية عبر شبكة خاصة، فإن Deploy on Azure هو الحل الأنسب. وإذا كانت مؤسستك تستثمر بالفعل في Power Platform وترغب في تطبيق سياسات المستأجر، فخيار Copilot Managed Runtime هو الأفضل. أما إذا كان التطبيق بحاجة إلى قراءة وكتابة بيانات Microsoft 365 أو Entra أو Azure أو Fabric، وكانت الاستضافة المباشرة لدى Lovable مقبولة أمنياً، فالخيار الثالث هو الأمثل.

تجدر الإشارة إلى أن بعض ميزات استضافة Lovable غير متاحة بعد في المعاينة الحالية، وتعد الشركة بتحقيق التكافؤ الوظيفي لاحقاً. وللانضمام إلى البرنامج التجريبي، يمكن التواصل مع مدير الحساب أو عبر البريد [email protected].

ويُنصح بأن تُعد فرق تقنية المعلومات والأمن السيبراني مسبقاً استفساراتها حول قالب ARM، وآليات فحص الحاويات، وإدارة المفاتيح في Key Vault.

ZK
Hamidun News
أخبار الذكاء الاصطناعي بدون ضوضاء. اختيار تحريري يومي من أكثر من 50 مصدر. منتج من جمال حميدون، رئيس الذكاء الاصطناعي في Alpina Digital.
✦ Enterprise AI & Advisory

Executive AI Consulting, Custom Agents & Team Workshops

Work directly with Zhemal Khamidun at hamidun.com — enterprise AI architecture, production RAG & multi-agent systems, and executive training.

Book AI Consultation →Explore NomadNet AI
ما رأيك؟
جارٍ تحميل التعليقات…