"AWS Transform" يحدّث قواعد الأكواد وقواعد بيانات SQL Server دون اتصال مباشر

أطلقت أمازون في 3 أغسطس 2026 ميزتين جديدتين ضمن خدمة "AWS Transform" للتحديث العصري القائم على الوكلاء (Agentic)، لتنقل الخدمة من مجرد عمليات ترحيل فردية إلى صيانة مستمرة لقواعد الأكواد بأكملها، وتحويل قواعد بيانات دون الحاجة لاتصال حي بالمصدر.

تحديث مستمر عبر مستودعات الأكواد

الميزة الأولى، "التحديث المستمر" (Continuous Modernization)، تتيح لفرق الهندسة ربط مؤسساتها على GitHub ومجموعاتها على GitLab ومساحات عملها على Bitbucket، ليقوم AWS Transform بفحص مستودعات المصدر على نطاق واسع. تعمل عمليات التحليل عند الطلب أو وفق جدول زمني متكرر، وتكشف عن نتائج تتعلق بالديون التقنية (Technical Debt) والأمان وجاهزية الوكلاء وجاهزية التحديث ومعايير مخصصة تحددها الفرق بنفسها.

حين يتوفر حل لمشكلة ما، لا تكتفي الخدمة بالإشارة إليها. فـAWS Transform ينشئ فروعاً (Branches) ويفتح طلبات سحب أو دمج (Pull/Merge Requests) تحتوي تعديلات برمجية مُتحقق منها ومرتبطة بنتائج محددة، ما يتيح للمراجعين اعتماد الإصلاحات عبر سير عملهم الاعتيادي على git بدلاً من الانتقال إلى واجهة منفصلة.

والأهم أن التحليل والإصلاح يجريان داخل حساب العميل الخاص على AWS وباستخدام بيانات اعتماده، فيما يبقى الكود المصدري تحت سيطرته الكاملة دون أن يغادرها. توفر الخدمة أيضاً أداة "Kiro Power" وإضافات للوكلاء وأدوات لسطر الأوامر (CLI)، للعمل من بيئة التطوير المتكاملة أو الطرفية بدلاً من الاقتصار على واجهة ويب واحدة.

تحويل SQL Server إلى Aurora دون اتصال مباشر

الإصدار الثاني يستهدف مشكلة أضيق نطاقاً لكن شائعة: تحديث قواعد بيانات Microsoft SQL Server إلى Amazon Aurora PostgreSQL دون اتصال حي بقاعدة البيانات المصدر. بدلاً من ذلك، يرفع العملاء ملفات لغة تصميم البيانات (DDL) الخاصة بـSQL Server.

يقوم AWS Transform بعدها بتقييم مدى تعقيد قاعدة البيانات والإجراءات المخزّنة (Stored Procedures)، ويضع خطة تحويل يمكن للمهندسين تخصيصها قبل بدء عملية التحويل الفعلية. تُحوَّل كائنات التخزين باستخدام خدمة AWS DMS، بينما تمر كائنات الأكواد مثل الإجراءات المخزّنة بتجربة تحويل تفاعلية قائمة على الوكلاء.

يتحقق سير العمل من التكافؤ الوظيفي قبل نشر المخطط المُحوَّل على Aurora PostgreSQL، وهناك سير عمل منفصل للبيانات التخليقية (Synthetic Data) يملأ قاعدة البيانات الهدف ببيانات اختبارية للتحقق الشامل من الأداء. هذا المزيج يتيح للفرق فحص سلوك التطبيق مقابل بيانات واقعية قبل عملية التحول النهائي.

فجوة في التوفر الإقليمي

كلتا الميزتين، التحويل دون اتصال مباشر وميزة تحديث بيئات Windows الشاملة الأوسع التي تنتمي إليها، متوفرتان حالياً فقط في منطقة شرق الولايات المتحدة (فرجينيا الشمالية). أما التحديث المستمر فمتاح على نطاق أوسع بكثير، في جميع مناطق AWS التي تعمل بها خدمة AWS Transform أصلاً.

الفجوة بين نطاقي الإطلاقين لافتة: المؤسسات خارج فرجينيا يمكنها البدء فوراً بأتمتة الإصلاحات عبر طلبات السحب، لكن تحويل SQL Server إلى Aurora دون اتصال مباشر يبقى محصوراً بمنطقة واحدة حالياً.

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