Lovable تطلق حزمة مخصصة للشركات: نشر في AWS وAzure التابعين للعميل واستدلال داخل الاتحاد الأوروبي وسياسات أمنية

أطلقت Lovable، وهي منصة لتطوير التطبيقات عبر الحوار مع الذكاء الاصطناعي، مجموعة من الميزات الموجهة للشركات الكبرى. وتتمثل الميزة الأبرز في إمكانية تشغيل التطبيقات وبياناتها الآن داخل حساب السحابة الخاص بالعميل على AWS أو Azure. ولا تزال كلتا الميزتين في مرحلة المعاينة الخاصة. وكانت Deutsche Telekom أول من انتقل إلى مرحلة الإنتاج الفعلي: ففي شهر أكتوبر، أطلقت الشركة تطبيقات Lovable الخاصة بها داخل حساب AWS التابع لها. أما الميزات الجديدة الأخرى فتعالج التساؤلات الأمنية المعتادة: أين يعمل الكود البرمجي، وأين تُوجّه طلبات النماذج، ومن يحق له النشر وما الذي يمكن نشره.

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

البيانات تبقى داخل النطاق الأمني للعميل

تنقل ميزتا Deploy on AWS وDeploy on Azure إلى حساب العميل بيئات المعاينة المعزولة (sandboxes)، والتطبيقات المنشورة، وقاعدة البيانات، ومساحة تخزين الملفات، والسجلات. ويعمل كل ذلك داخل شبكة مخصصة. وتتصل التطبيقات بالأنظمة الداخلية، مثل مستودعات البيانات، عبر الـ VPC أو VNet peering، دون تعريض هذه الأنظمة لشبكة الإنترنت العامة. وتتولى Lovable مهمة التثبيت والتحديثات. ومن الأمثلة النموذجية، وفقاً للشركة، تطبيق للموارد البشرية يقرأ البيانات من نظام الموظفين: فطالما أنه ليس داخل الشبكة، فلن يُسمح بنقله إلى بيئة الإنتاج.

وبشكل منفصل، ظهرت ميزة Bring your own key. فحتى عند النشر في السحابة الخاصة، يظل سجل المحادثات والمشاريع محفوظاً لدى Lovable. يتيح النظام للمسؤول ربط مفتاح التشفير الخاص به، وبمجرد إلغائه، لن تتمكن Lovable من قراءة السجل. هذه الميزة متاحة في معاينة خاصة وتعمل حالياً مع AWS KMS في مساحات العمل التي تستخدم Deploy on AWS، على أن يُتاح دعم Azure Key Vault بالتزامن مع إطلاق Deploy on Azure.

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

الإدارة: وحدة Organizations والسياسات وAction center

تتيح وحدة تحكم Organizations إعداد SSO وSCIM لكافة مساحات العمل دفعة واحدة، ومطابقة مجموعات موفر الهوية مع المساحات، ومنع تعديل الإعدادات وإنشاء مساحات غير معتمدة، فضلاً عن استعراض سجلات التدقيق على مستوى المؤسسة بالكامل. ويمكن نشر التطبيقات الداخلية على نطاق الشركة بأكملها، بحيث لا يمكن فتحها إلا لأعضاء مساحات العمل التابعة للمنظمة.

وتعمل سياسات مساحات العمل إما على حظر الإجراء أو اشتراط موافقة المسؤول أو المالك. وتتعلق أولى هذه السياسات بعمليات النشر:

• حظر النشر عند وجود مشكلات غير معالجة تتعلق بالبيانات الشخصية (لتحل محل إعداد Block publishing with PII)؛
• اشتراط الموافقة على المنشورات الواردة من مساهمين خارجيين؛
• حظر النشر العام المفتوح للجميع؛
• اشتراط الموافقة على التطبيقات التي تتضمن موصلات ربط (connectors)؛
• حظر النشر من عناوين خارج النطاقات المعتمدة.

عند تقديم طلب موافقة، يتلقى جميع المسؤولين إشعاراً داخل Lovable وعبر البريد الإلكتروني. ولا يلزم الحصول على موافقة متكررة إلا في حال تغيير العناصر التي تدققها السياسة، مثل الموصلات أو الجمهور المستهدف. وأثناء انتظار الموافقة على الطلب، تستمر عمليتا التطوير والمعاينة. وبالنسبة لسياسات الموصلات والمساهمين الخارجيين، تعرض نافذة الحوار عدد المرات التي كانت ستُفعَّل فيها هذه السياسات خلال آخر 30 يوماً.

ويجمع Action center طلبات الموافقة والتنبيهات، مثل المشاريع التي لا تضم مالكاً، والارتفاع الحاد في استهلاك الرصيد، والتطبيقات العامة ذات الثغرات الأمنية الحرجة، والتطبيقات التي لم يجرِ تعديلها منذ أشهر. وتتوفر هذه الوحدة في خطتي Business وEnterprise، بينما تتطلب طلبات الموافقة خطة Enterprise.

واجهة برمجة التطبيقات وتصدير السجلات

تتيح Lovable API، المتوفرة في خطتي Business وEnterprise، قراءة الإعدادات والأعضاء والمجموعات والتحليلات ونتائج الفحص الأمني، فضلاً عن نشر المشاريع وإلغاء نشرها وتحديثها وحذفها. وتتيح خطة Enterprise علامات PII وسجل الأمان الخاص بالمشاريع، على أن تُضاف البيانات المتعلقة بالأرصدة وحدود الاستخدام لاحقاً. ويجري إنشاء المفاتيح عبر المالكين والمسؤولين، مع دعم عملاء OAuth أيضاً.

وتُنقل سجلات التدقيق إلى Splunk أو Azure Log Analytics أو Amazon S3 أو Google Cloud Storage أو Azure Blob Storage مرة كل ساعة أو كل ثلاث ساعات، مقتصرة على السجلات الجديدة فقط. وتخزن Lovable السجلات بنفسها لمدة 13 أسبوعاً، بينما يمنح التصدير نسخة خاصة بالعميل للمدة التي يحتاجها. وتتم عملية الوصول إلى المنصات السحابية عبر بيانات اعتماد قصيرة الأجل، دون استخدام مفاتيح طويلة الأجل.

الخطوات التالية

تتضمن الخطط المستقبلية إعدادات تُطبق مباشرة على كافة مساحات عمل المنظمة، وتكافؤ الميزات على AWS وAzure مع بيئة استضافة Lovable، بالإضافة إلى Deploy on Google Cloud. وتعمل بالفعل السياسات وAction center وAPI وتصدير السجلات. وللوصول إلى Organizations والمعاينات الخاصة، يتعين التواصل مع مدير الحساب أو عبر [email protected]. ويجدر بالفرق التي تصطدم نماذجها الأولية بالحواجز الأمنية التحقق مسبقاً من ثلاثة أمور: هل تحتاج للنشر في سحابتها الخاصة، وهل تلزمها الجهات التنظيمية بمعالجة طلبات النماذج داخل الاتحاد الأوروبي، وما هي سياسات النشر الواجب تفعيلها أولاً.