Lovable تطلق ميزة Deploy on AWS: التطبيقات والبيانات تنتقل إلى شبكة VPC الخاصة بالعميل

أطلقت Lovable وضع Deploy on AWS في معاينة مغلقة: أصبح بإمكان عملاء المؤسسات الآن تشغيل التطبيقات التي تم إنشاؤها داخل Lovable ضمن حساب AWS الخاص بهم. تظل عملية البناء جارية في محرر Lovable السحابي، في حين تنتقل بيئة التشغيل وقاعدة البيانات ومساحة التخزين وسجلات التتبع إلى شبكة VPC مخصصة للعميل. أصبحت Deutsche Telekom أول عميل مؤسسي عالمي ينشر هذا التكوين في أكتوبر.

ما الذي سيستقر في حسابك بالتحديد؟

حتى الآن، كانت الإجابة عن سؤال «أين يعمل التطبيق وأين تُحفظ البيانات؟» واحدة دائمًا: على البنية التحتية لـ Lovable. يُعد ذلك كافيًا لمعظم الفرق. ولكن إذا احتاجت أداة داخلية إلى بيانات من نظام الموارد البشرية (HR) أو مستودعات لا يسمح بروتوكول الأمان بمغادرتها للحدود الشبكية، فإن هذا التطبيق لا يجتاز تدقيق الأمان. تعالج ميزة Deploy on AWS هذا السيناريو تحديدًا.

تقوم Lovable بنشر الحزمة التالية داخل شبكة VPC الخاصة بالعميل:

• بيئة بيانات (data plane) لـ Lovable على عنقود Amazon EKS، بما في ذلك بيئات المعاينة المعزولة (sandboxes) التي تُنفذ فيها عمليات البناء أثناء مراحل التطوير التكرارية؛
• التطبيقات المنشورة: الملفات الثابتة على Amazon S3، وتتم معالجة الطلبات الديناميكية بواسطة AWS Lambda؛
• قاعدة بيانات التطبيق على Amazon Aurora PostgreSQL ومساحة تخزين الملفات على S3؛
• سجلات التطبيقات، التي يمكن إرسالها إلى S3 أو CloudWatch أو أنظمة العميل الأخرى؛
• بوابة الموصلات والأسرار البرمجية الخاصة بعمليات التكامل.

يتم بناء الوصول إلى الأنظمة الداخلية، مثل مستودعات البيانات (DWH) أو أنظمة إدارة علاقات العملاء (CRM)، عبر ربط الشبكات (VPC peering)، بحيث لا تظهر هذه الأنظمة على شبكة الإنترنت العامة. تتولى Lovable مهام التثبيت والصيانة والتحديثات؛ مما يعفي فريق العميل من إدارة العنقود الخاص به.

كيف تعمل آلية التثبيت والصلاحيات؟

يقوم المسؤول بإنشاء مساحة عمل Enterprise جديدة ويختار الاستضافة على AWS. تُنشئ Lovable قالب CloudFormation، ليقوم فريق العميل بمراجعته وتشغيله بنفسه. تنشئ حزمة الموارد شبكة VPC ومثيل EC2 لمكون Lovable runner، بالإضافة إلى الصلاحيات المطلوبة له. بعد ذلك، يقوم الـ runner بتهيئة خدمات EKS وAurora وS3 وبقية المكونات تلقائيًا وبشكل مستقل.

يعمل الـ runner كأداة لإدارة عملية التثبيت، مع تمكين العميل من رؤية ومراقبة كل ما يقوم به. تُستخدم أدوار IAM منفصلة للإعداد والصيانة اليومية وإيقاف التشغيل، مما يضمن الالتزام بمبدأ الامتيازات الأقل في كل مرحلة. المضيف الخارجي الوحيد الذي يتصل به الـ runner هو نقطة النهاية (endpoint) الخاصة به لدى Lovable. يتم تسليم كل تحديث للمكونات كمخطط Helm مرقّم الإصدار مع روابط إلى صور حاويات موقّعة رقميًا في سجل الحاويات الخاص بالعميل.

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

أين يقع خط عزل البيانات؟

تبقى بيانات التطبيقات داخل شبكة VPC الخاصة بالعميل، وتخضع لسياسات التشفير والوصول المعتمدة في حساب AWS الخاص به. تتصل المكونات الموجودة في الحساب خارجيًا بـ Lovable عبر نفق يعتمد بروتوكول mTLS، ولا تتطلب Lovable أي اتصال وارد إلى شبكة العميل. يُحفظ سجل المحادثات والمشاريع مشفرًا لدى Lovable. عبر خيار استخدام مفتاحك الخاص (bring your own key)، يمكن للمسؤول ربط مفتاح AWS KMS الخاص به من إعدادات مساحة العمل، مع إمكانية سحب وصول Lovable في أي لحظة.

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

قامت Deutsche Telekom بربط Lovable عبر منصة الذكاء الاصطناعي الداخلية الخاصة بها AskT. ووفقًا للشركة، فقد تم إنشاء آلاف التطبيقات والنماذج الأولية هناك بالفعل، في حين تتطلب أعباء العمل الأكثر حساسية عدم مغادرة التطبيقات والبيانات لشبكتها الخاصة. وتعمل الشركة حاليًا مع فريق الموارد البشرية العالمي في Telekom على بناء منصات مخصصة للموظفين.

من أين تبدأ؟

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

تتلخص الخطوات العملية فيما يلي: أولاً، قم بإعداد قائمة بالتطبيقات التي تتطلب بيانات خاصة ومحمية، وحدد المتطلبات التي تفرضها سياسات الأمان بشأن بيئة تشغيلها. بعد ذلك، اعرض البنية المقترحة على فريقي تكنولوجيا المعلومات والأمان عبر مدير الحسابات في Lovable، أو تواصل عبر البريد الإلكتروني [email protected]. وتحقق بشكل منفصل مما إذا كان نموذج معالجة طلبات النماذج عبر Lovable يتوافق مع معاييرك. يشار إلى أن الشركة أعلنت في اليوم نفسه عن خيار مماثل مخصص لـ Azure.