المالية
أكثر من 40 وحدة
من نظام ERP على PHP 5.6 إلى Laravel 11
18 شهرًا من التشغيل المتوازي دون أي توقف.
تحديث البرمجيات والأنظمة القديمة
برمجياتك القديمة بحياة جديدة
نظام مؤسسي ما زال عالقًا على PHP 5.x القديم، وإطار Microsoft .NET Framework المنتهي دعمه، وتطبيق Delphi لم يعد صالحًا للاستخدام، وكود قديم (Legacy) «لا يفهمه سوى مطوّر واحد»: نعالج كل ذلك بنمط الاستبدال التدريجي (Strangler Fig) والترحيل المرحلي والتشغيل المتوازي. نحدّث أنظمتك دون أن نكسر شيئًا، ودون توقف، ودون مخاطرة.
migration.partnerfy.co
الإنتاج في أمان
تقدّم عملية التحديث
القديم
الجديد
30% legacy70% modernized
Orders
migrated
Customers
migrated
Inventory
migrated
Reporting
in flight
Legacy admin
queued
أعراض مألوفة
هل يدفعك نظامك الحالي أنت أيضًا إلى قول عبارات كهذه؟
"
إضافة هذه الميزة تستغرق أشهرًا.
"
كان لدينا مطوّر واحد يعرف النظام، وقد غادر.
"
الانتقال إلى خادم جديد أو إلى السحابة مستحيل.
"
الأداء يزداد سوءًا باستمرار.
"
لا تصدر تحديثات أمنية، وقد انتهى دعم المورّد.
"
النظام غير مهيأ لعصر الجوال.
"
لا يوجد توثيق، ولا أحد يعرف من كتب النظام.
"
المورّد يحتجزنا عمليًا رهينة لديه.
نهجنا
نبني النظام الجديد حول القديم دون إيقافه
لا نلجأ أبدًا إلى الاستبدال الشامل (Big-Bang) بمنطق «لنُعِد كتابة كل شيء في ليلة واحدة». نعتمد بدلًا من ذلك نمط الاستبدال التدريجي (Strangler Fig): تُبنى الميزات الجديدة على المعمارية الجديدة، وتُنقل الميزات القديمة خطوة بخطوة. يستمر الإنتاج في العمل في كل مرحلة، ويبقى التراجع (Rollback) آمنًا دائمًا.
-
01
تغيير محدد النطاق
تُكتب الميزات الجديدة على حزمة التقنيات الجديدة فقط.
-
02
توجيه الطلبات
يوزّع وكيل عكسي (Reverse Proxy) الطلبات بين النظامين الجديد والقديم.
-
03
جسر البيانات
مزامنة ثنائية الاتجاه بين قاعدة البيانات القديمة والجديدة.
-
04
الترحيل وحدةً تلو الأخرى
تنتقل أجزاء النظام القديم إلى الجديد واحدًا تلو الآخر.
-
05
التحقق المتوازي
هل يعطي النظامان القديم والجديد الإجابة نفسها عن الطلب نفسه؟
-
06
إخراج النظام القديم من الخدمة
عند انتقال جميع الوحدات، يُوقف النظام القديم نهائيًا.
ما الأنظمة التي نحدّثها؟
هل نظامك ضمن هذه القائمة؟
PHP 5.x
→
Laravel 11 / PHP 8.3
.NET Framework 4.x
→
.NET 8
Delphi / VB6
→
Modern Web + .NET / Laravel
Classic ASP
→
.NET Core / Laravel
jQuery + Bootstrap 3
→
React / Vue + Tailwind
Monolithic Java EE
→
Spring Boot + microservices
Oracle Forms
→
Web app + REST API
On-prem Windows Server
→
AWS / GCP / Azure
SOAP-only services
→
REST + GraphQL
MySQL 5.5
→
MySQL 8 / PostgreSQL 16
Manual deploy + FTP
→
CI/CD + containers
خادم واحد / بلا نسخ احتياطي
→
Multi-region + DR
حزمة التقنيات المستهدفة
حديثة ومجرَّبة ومستدامة
PHP 8.3
Laravel 11
.NET 8
Node.js 22
TypeScript
React / Vue
PostgreSQL 16
MySQL 8
Redis Stack
Docker
Kubernetes
CI/CD (GitHub / GitLab)
Sentry + Datadog
CDN + edge
OWASP-aligned
OpenAPI / Swagger
إدارة المخاطر
يجب أن يكون التحديث آمنًا
01
التشغيل المتوازي
يعمل النظامان القديم والجديد معًا، وتنتقل حركة الطلبات إلى الجديد تدريجيًا.
02
مفاتيح الميزات (Feature Flags)
تعمل كل ميزة جديدة خلف مفتاح تشغيل، ويمكن إيقافها فورًا عند حدوث مشكلة.
03
التحقق بالبيانات الحية
تصل حركة طلبات الإنتاج إلى النظامين القديم والجديد معًا، وتُقارن الإجابات.
04
ضمان التراجع
يمكنك في كل مرحلة العودة إلى النظام القديم بنقرة واحدة.
05
نسخ احتياطية كل ساعة
طوال فترة الترحيل، نسخ احتياطية مشفّرة كل ساعة في منطقة منفصلة.
06
كادر مؤقت
بروتوكول عمل مشترك مع الأشخاص الذين يعرفون النظام القديم.
آلية العمل
من التدقيق إلى الإخراج من الخدمة
-
01
التدقيق
خريطة النظام القديم، والمخاطر، وقائمة الوحدات.
-
02
خارطة الطريق
أي وحدة تبدأ أولًا، وخطة التشغيل المتوازي.
-
03
تهيئة الاستبدال التدريجي
الوكيل العكسي، وجسر البيانات، وبنية مفاتيح الميزات.
-
04
الترحيل وحدةً تلو الأخرى
وحدات جديدة بالتتابع على المعمارية الجديدة.
-
05
التحقق المتوازي
مقارنة تحت حركة طلبات الإنتاج الفعلية، ثم الاعتماد.
-
06
الإخراج من الخدمة
إيقاف النظام القديم وتسليم الكود المصدري.
قصص
أنظمة قمنا بتحديثها
التصنيع
مصنعان
من تتبّع الإنتاج على Delphi إلى Web + .NET 8
نظام Delphi عمره 30 عامًا انتقل إلى الويب الحديث.
الموزعون
أكثر من 600 موزع
من بوابة موزعين على Classic ASP إلى Laravel
جُدّدت جزءًا جزءًا دون أن يتأثر أكثر من 600 موزع.
الخدمات اللوجستية
Multi-AZ
من On-Prem .NET إلى AWS Multi-AZ
ترحيل إلى السحابة مع التوسع التلقائي.
الصحة
8 خدمات
من Java EE إلى خدمات مصغرة على Spring Boot
معمارية معيارية وامتثال لقانون حماية البيانات الشخصية التركي (KVKK).
التعليم
EN/TR/DE
من بوابة تقليدية إلى React + Laravel API
تصميم للجوال أولًا (Mobile-First) ومتعدد اللغات.
الأسئلة الشائعة
الأسئلة الأكثر طرحًا
هذا ممكن، لكنه محفوف بالمخاطر، فعمليات الاستبدال الشامل (Big-Bang) ترتفع فيها نسبة الفشل. لذلك نوصي بالتحديث التدريجي: لا يتوقف الإنتاج أبدًا، ويبقى التراجع (Rollback) آمنًا دائمًا.
لا. في المرحلة الأولى نعمل إلى جانبه لنقل المعرفة. وخلال التحديث يتولى هو رعاية النظام القديم، بينما نبني نحن النظام الجديد.
من 4 إلى 18 شهرًا بحسب حجم النظام. تُطلق الوحدات الأولى على المعمارية الجديدة خلال 6-10 أسابيع، ويجهز النظام كاملًا بعد 9-12 شهرًا في المتوسط.
الخطر معدوم، بفضل التشغيل المتوازي والنسخ الاحتياطي كل ساعة وجسر البيانات. يحتفظ النظامان القديم والجديد بالبيانات نفسها، وإذا أخطأ الجديد يظل القديم هو المصدر الموثوق.
نعم. تنتقل ملكية كل الكود الجديد والتوثيق ومخطط قاعدة البيانات إليك بموجب العقد، فلا ارتباط إجباري بأي مورّد (Vendor Lock-In).
لنبنِ معًا النظام الجديد دون إيقاف القديم
في مكالمة مدتها 30 دقيقة نقيّم معًا نظامك الحالي، ويصلك تقرير التدقيق خلال أسبوعين.