الإجابة باختصار: التواريخ الحرجة الثلاثة في 2026-2027 هي 10 نوفمبر 2026 لكل من .NET 8 و.NET 9، و31 ديسمبر 2026 لإصدار PHP 8.2، و12 يناير 2027 لكل من Windows Server 2016 و.NET Framework 4.6.2 معًا. لا يتوقف شيء عن العمل في هذه التواريخ: فالخادم والتطبيق يواصلان التشغيل. أما ما ينتهي فهو توفير التصحيحات الأمنية للثغرات المكتشفة حديثًا. والتحديث الجيد للأنظمة القديمة (Legacy) يتبع تسلسلًا محددًا لا التقويم: جرد الأنظمة، ثم سلسلة التبعيات، ثم قرار مستقل لكل نظام يختار بين الترقية، والترحيل، وإعادة الهيكلة، ونمط التين الخانق (Strangler Fig)، وإعادة الكتابة، والإيقاف النهائي، ثم ترحيل على مراحل مع خطة تراجع (Rollback). ويمثّل برنامج تحديثات الأمان الموسعة (ESU) من Microsoft جسرًا مشروطًا على هذا الطريق يصل إلى ثلاث سنوات، لا وجهة نهائية.
كتبنا هذا الدليل لمديري تقنية المعلومات، والمديرين التقنيين (CTO)، وأصحاب الشركات التي تشغّل بنية تحتية محلية (On-Prem) أو هجينة. وهو موجّه كذلك إلى الفرق التي تصون تطبيقات PHP/Laravel أو .NET، وإلى كل من يُعدّ ميزانية تقنية المعلومات لعام 2027، بما في ذلك الشركات الدولية التي تشغّل أنظمة في تركيا أو تعمل مع شركاء أتراك. وحيثما تسري قاعدة ما في تركيا وحدها، نوضحها بإيجاز. وقد تحققنا من التواريخ في صفحات دورة حياة المنتجات لدى الموردين وفي إعلاناتهم الرسمية. ولا نذكر هنا أسعارًا ولا نقدّم تفسيرات قانونية. هذا المقال محدّث حتى 31 أكتوبر 2026.
تقويم انتهاء الدعم 2026-2027: أي البرمجيات تتوقف عنها التصحيحات الأمنية، ومتى؟
| التاريخ | البرنامج | الهدف / ملاحظة |
|---|---|---|
| انتهى بالفعل: لا دعم أمني قياسي | ||
| 14 أكتوبر 2025 | Exchange Server 2016/2019 وWindows 10 (باستثناء إصدارات LTSC) | يستمر برنامج ESU التجاري لنظام Windows 10 حتى 10 أكتوبر 2028 كحد أقصى |
| 12 مارس 2026 | Laravel 11 | Laravel 13 (يتطلب PHP 8.3 أو أحدث) |
| أبريل 2026 | MySQL 8.0 (آخر إصدار: 8.0.46) | MySQL 8.4 LTS |
| 30 أبريل 2026 | Node.js 20 | Node.js 24 أو 26 |
| 6 يوليو 2026 | MariaDB 10.6 | MariaDB 11.8 أو MariaDB 12.3 LTS |
| 14 يوليو 2026 | SQL Server 2016 وSharePoint Server 2016/2019 | برنامج ESU لإصدار SQL Server 2016: حتى يوليو 2029 (3 سنوات) |
| 1 أكتوبر 2026 | Python 3.10 | Python 3.13 أو 3.14 |
| 13 أكتوبر 2026 | Office 2021 وOffice LTSC 2021؛ وبرنامج ESU لنظامي Windows Server 2012/2012 R2 | انتهت السنة الثالثة والأخيرة من ESU، ولا مزيد من التحديثات الأمنية لنظامي Windows Server 2012/2012 R2 |
| المواعيد القادمة | ||
| 10 نوفمبر 2026 | .NET 8 (LTS) و.NET 9 (STS) | .NET 10 LTS (حتى 14 نوفمبر 2028) |
| 12 نوفمبر 2026 | PostgreSQL 14 | PostgreSQL 17 أو 18 |
| 31 ديسمبر 2026 | PHP 8.2 (انتهى دعم 8.1 بالفعل) | PHP 8.4 (حتى 31 ديسمبر 2028)؛ أما 8.3 فحتى 31 ديسمبر 2027 فقط |
| 12 يناير 2027 | Windows Server 2016 و.NET Framework 4.6.2 | يبدأ برنامج ESU؛ والهدف Windows Server 2025 (حتى 14 نوفمبر 2034) أو السحابة |
| 24 فبراير 2027 | Laravel 12 | Laravel 13 (حتى 17 مارس 2028) |
| 13 أبريل 2027 | Visual Studio 2017 | إصدار حالي من Visual Studio |
| 30 أبريل 2027 | Node.js 22 | Node.js 24 أو 26 |
| مايو 2027 | Ubuntu 22.04 LTS (الصيانة القياسية) | Ubuntu 24.04 LTS؛ ومع Ubuntu Pro تمتد صيانة الإصدار 22.04 حتى مايو 2032 |
| 12 يوليو 2027 | برنامج ESU لإصدار SQL Server 2014 | تنتهي السنة الثالثة والأخيرة من ESU؛ والهدف SQL Server 2022 أو 2025 |
| أكتوبر 2027 | Python 3.11 | Python 3.13 أو 3.14 |
| 12 أكتوبر 2027 | SQL Server 2017 | SQL Server 2022 أو 2025 |
| 11 نوفمبر 2027 | PostgreSQL 15 | PostgreSQL 17 أو 18 |
ملاحظة حول التواريخ: تعرض صفحات دورة الحياة لدى Microsoft تاريخ الانتهاء بتوقيت المحيط الهادئ، في الساعة 06:59:59 من اليوم التالي (وفي حالة Windows Server 2016: 1/13/2027 6:59:59 AM). أما في الجدول فنعتمد الأيام التي أوردتها Microsoft في إعلاناتها. وبالنسبة إلى Windows Server 2016، فإن لحظة الانتهاء الدقيقة هي 13 يناير 2027، الساعة 17:59:59 بتوقيت تركيا (UTC+3). والتواريخ المستقبلية للمشاريع مفتوحة المصدر تمثل خططًا، أما Python 3.11 فلا يُعرف منه حتى الآن سوى الشهر.
ما معنى انتهاء الدعم؟ وما النظام القديم (Legacy)؟
النظام القديم (Legacy): برمجيات أو بنية تحتية ما زالت تؤدي أعمالًا حرجة، لكن تقنيتها أو إصدارها أو المعرفة بها أصبحت متقادمة. وقد صار تغييرها صعبًا، وغالبًا ما يكون دعم المورّد لها قد انتهى أو أوشك على الانتهاء.
انتهاء الدعم (End of Support): التاريخ الذي يتوقف فيه المورّد عن توفير التحديثات الأمنية وإصلاحات الأخطاء والدعم الفني لإصدار معين. يستمر البرنامج في العمل، لكن الثغرات الجديدة لا تُعالَج.
في المنتجات الخاضعة لسياسة دورة الحياة الثابتة (Fixed Lifecycle Policy) لدى Microsoft، ينتهي الدعم الأساسي أولًا. وخلال الدعم الموسع تستمر التحديثات الأمنية دون تكلفة إضافية. أما الانقطاع الحقيقي فيقع يوم انتهاء الدعم الموسع. فبعده لا تتوفر التحديثات الأمنية إلا عبر برنامج ESU الذي تقدّمه Microsoft لبعض المنتجات. ويقابل ذلك في المشاريع مفتوحة المصدر تاريخ EOL (نهاية العمر الافتراضي). ويذكر موقع php.net أن مستخدمي أي إصدار بلغ EOL «ينبغي أن يقوموا بالترقية في أقرب وقت ممكن، لأنهم قد يكونون عرضة لثغرات أمنية غير مصحَّحة». وسياسة دعم .NET لدى Microsoft أوضح من ذلك: «نوصيك بشدة بعدم استخدام البرمجيات غير المدعومة.»
لا تخلط بين الدعم الأساسي والدعم الموسع: فقد انتهى الدعم الأساسي لنظام Windows Server 2022 في 13 أكتوبر 2026، لكن تصحيحاته الأمنية تستمر حتى أكتوبر 2031.
لماذا قد يكلّفك مبدأ «ما دام يعمل فلا تلمسه» كثيرًا؟
الأمن: عولجت في 21 أكتوبر 2026 ثغرتان تُعرفان باسم PHP2Shell (CVE-2026-109618 وCVE-2026-109619؛ بدرجة 9.2 وفق CVSS v4.0؛ وتتيحان تنفيذ الكود عن بُعد دون مصادقة) عبر إصدارات رسمية في جميع الفروع المدعومة. أما الفروع 7.4 و8.0 و8.1 التي بلغت نهاية عمرها، فقد خصّها فريق أمن PHP باستثناء نظرًا إلى خطورة الثغرات، واكتفى بنشر تصحيحات محدودة للكود المصدري (التفاصيل في مقالنا عن PHP2Shell). ولا ضمان لتكرار ذلك مع الثغرة التالية.
KVKK: هو قانون حماية البيانات الشخصية التركي رقم 6698 (KVKK)، ويُستخدم الاختصار نفسه للهيئة الوطنية لحماية البيانات. وتُلزم المادة 12 من القانون المتحكم في البيانات باتخاذ «جميع التدابير الفنية والإدارية اللازمة لضمان مستوى مناسب من الأمن» (ترجمتنا). كما يشير دليل أمن البيانات الشخصية الصادر عن الهيئة إلى أن بعض البرمجيات واسعة الاستخدام فيها ثغرات موثقة، لا سيما في إصداراتها الأقدم، ويعدّ إدارة التصحيحات وتحديث البرمجيات من العناصر المهمة. أما التقييم القانوني فمن اختصاص مستشارك القانوني. والحقيقة التقنية هي أنك لا تستطيع إدارة التصحيحات في نظام لم يعد يتلقى أي تصحيحات.
المورّد: انتهى دعم Microsoft 365 Apps على Windows Server 2016 في 14 أكتوبر 2025. وتبقى عمليات التثبيت على هذه الخوادم مجمّدة عند الإصدار 2602، ولن تتلقى سوى التحديثات الأمنية حتى 10 أكتوبر 2028. وإذا كنت تشغّل Office من خادم خدمات سطح المكتب البعيد (RDS) على هذا الإصدار، فخطّط لنظام التشغيل وOffice معًا.
الخطوة الأولى: كيف تُعدّ جردًا للأنظمة القديمة في 5 أيام عمل؟
نوصي بإنجاز الجرد خلال أسبوع عمل واحد. فالهدف ليس سجل أصول مثاليًا، بل جدول واحد تُبنى عليه القرارات. دوّن ما يلي لكل نظام:
- الخادم ونظام التشغيل: الإصدار، وهل هو مادي أم افتراضي، ومكان تشغيله
- بيئة التشغيل وإطار العمل: إصدارات PHP و.NET و.NET Framework وNode.js وPython وLaravel، وتبعيات الحزم
- قاعدة البيانات: إصدار SQL Server أو MySQL/MariaDB أو PostgreSQL
- الاستضافة: cPanel/CloudLinux أو IIS أو خادم محلي أو السحابة
- التكاملات: ERP، ومزوّد تكامل الفاتورة الإلكترونية (e-Fatura، نظام الفوترة الإلكترونية في تركيا)، ونقاط البيع الافتراضية (Virtual POS، لمدفوعات البطاقات عبر الإنترنت)، وشركات الشحن، والأسواق الإلكترونية
- التراخيص: هل لديك Software Assurance فعّال أو تراخيص اشتراك أو SPLA؟ فهذا يحدد إمكان حصولك على ESU على الخوادم المحلية.
- المالك من جهة الأعمال: إذا توقف النظام، فأي عملية تتوقف، ومن يتخذ القرار؟
- تغطية الاختبارات: من يتحقق من الترقية، وكيف؟
- النسخ الاحتياطي والتراجع: متى أُجري آخر اختبار للاستعادة؟
ثم قيّم كل نظام على محورين: الإلحاح (هل انتهى الدعم بالفعل، أم بقي 6 أشهر أو 12 شهرًا أو أكثر؟) والأثر في الأعمال (الإيرادات، والعمليات، والالتزامات القانونية). والأنظمة التي تسجل درجة عالية على المحورين تشكّل الموجة الأولى. أما البقية فتدخل في الجدول الزمني.
ليس تاريخًا واحدًا بل سلسلة تبعيات: أي ترقية تستدعي أخرى؟
كثيرًا ما تستدعي ترقية واحدة ترقية أخرى. وإن لم تنتبه إلى هذه السلسلة، فستضطر إلى العمل على النظام نفسه مرتين خلال عام واحد. وفي قواعد البيانات تختلف قواعد الترقية باختلاف المورّد. فلا يدعم MySQL تخطي أي سلسلة عند الترقية بين سلاسله ذات الدعم طويل الأمد (LTS). أما MariaDB فيدعم الترقية من الإصدارات الأقدم إلى أحدث إصدار مباشرة، دون خطوات وسيطة.
انتهاء دعم Windows Server 2016: إصدار .NET Framework 4.6.2 وSQL Server في السلسلة نفسها
ينتهي دعم .NET Framework 4.6.2 ودعم Windows Server 2016 في اليوم نفسه. أما الإصدارات من 4.7 إلى 4.8.1 فلا تاريخ انتهاء مستقلًا لها: إذ تُعدّ مكوّنًا من مكوّنات Windows، فتتبع دورة حياة نظام التشغيل المثبّتة عليه. وهذا يعني أن الإصدار 4.8 على Windows Server 2016 يخرج من الدعم في اليوم نفسه أيضًا. وبحسب Microsoft، فإن الإصدار 4.6.2 وما بعده تحديثات موضعية (In-Place)، ويُتوقع أن تعمل تطبيقات .NET Framework 4.x الأقدم دون إعادة تجميع. ومع ذلك، تحقق من هذا أولًا في بيئة اختبار. وتذكّر أن .NET Framework و.NET 8 منتجان منفصلان. وإذا كانت قاعدة بيانات ERP لديك تعمل على SQL Server 2014 أو 2016، فإن قائمة الدعم لدى مورّد ERP هي التي تحدد الإصدار المستهدف. وقد يغيّر الموردون أيضًا قواعد التكامل لديهم (ومن الأمثلة انتقال Mikro V17 إلى واجهة API رسمية؛ وMikro مورّد ERP تركي).
انتهاء دعم .NET 8: انتقل إلى .NET 10 لا إلى .NET 9
في سبتمبر 2025 مدّدت Microsoft مدة STS (الدعم القياسي، Standard Term Support) من 18 إلى 24 شهرًا. ونتيجة لذلك ينتهي دعم .NET 9 أيضًا في 10 نوفمبر 2026، فلا يكسبك الانتقال إليه يومًا واحدًا. والهدف هو .NET 10 LTS (الدعم طويل الأمد، Long Term Support) المدعوم حتى 14 نوفمبر 2028. اختبر معًا توافق حزم NuGet، والتغييرات الجذرية (Breaking Changes)، وخط البناء والنشر لديك.
نهاية عمر PHP 8.2 (EOL): سلسلة Laravel 12 والاستضافة
ينتهي الدعم الأمني لإطار Laravel 12 في 24 فبراير 2027، ويتطلب Laravel 13 إصدارات PHP من 8.3 إلى 8.5 تحديدًا. وإذا كان تطبيقك على Laravel 12 وPHP 8.2، فهذا يعني ترقيتين خلال شهرين. ولأن Laravel 12 يدعم PHP 8.4 أيضًا، فافصل الخطوتين: PHP 8.4 أولًا، ثم Laravel 13 بعد ذلك. وعلى cPanel/CloudLinux يُختار إصدار PHP عادةً لكل حساب أو لكل نطاق. وقبل الترقية، افحص تبعيات Composer والوحدات المشفّرة وإضافات PHP لديك.
إعادة الكتابة أم إعادة الهيكلة؟ ستة مسارات ومصفوفة قرار لتحديث الأنظمة القديمة
يتوقف المسار الصحيح على حالة النظام ومقدار التوقف الذي تتحمله الأعمال:
| المسار | متى يكون مناسبًا؟ | المخاطر والتوقف | المتطلبات المسبقة |
|---|---|---|---|
| الترقية الموضعية (In-Place Upgrade) | الكود سليم والقديم هو المنصة فقط (مثل الانتقال من PHP 8.2 إلى 8.4) | منخفضة إلى متوسطة؛ نافذة صيانة قصيرة | اختبارات انحدار (Regression)، ونسخة احتياطية، وخطوة تراجع |
| الترحيل (Rehost / Replatform) | التطبيق سليم، لكن الخادم أو نظام التشغيل قديم | متوسطة؛ مفاجآت في الشبكات والتراخيص والأداء | خريطة تبعيات، وتشغيل متوازٍ |
| إعادة هيكلة الكود (Refactoring) | النظام يعمل، لكن كل تغيير مكلف | توقف منخفض؛ ومخاطر انحدار عالية في غياب الاختبارات | اختبارات التوصيف (Characterization Tests) |
| نمط التين الخانق (Strangler Fig) | نظام حرج لا يمكن إيقافه، لكن يمكن تقسيمه إلى أجزاء | توقف منخفض؛ وتكلفة المعمارية الانتقالية ومزامنة البيانات | طبقة توجيه، ومفاتيح تفعيل الميزات (Feature Flags) |
| إعادة الكتابة | النظام صغير، أو قواعد العمل موثقة، أو نموذج العمل تغيّر | الأعلى؛ سلوكيات قد تُغفَل | قواعد موثقة، وملكية الكود المصدري والمعرفة |
| الإيقاف النهائي / SaaS | منتج جاهز يؤدي الغرض، أو لم تعد هناك حاجة إلى العملية | ترحيل البيانات، وملاءمة العمليات، والارتباط بمورّد واحد (Vendor Lock-in) | تصدير البيانات |
أربعة أسئلة تحدد المسار:
- هل توجد اختبارات؟ إن لم توجد، فالمهمة الأولى كتابة اختبارات توصيف تسجّل السلوك الحالي.
- هل قواعد العمل موثقة، ومن يملك الكود المصدري والمعرفة؟ فالقواعد غير الموثقة، أو المورّد الذي غادر، أو الوحدات التي لا تملك كودها المصدري، كلها تضيّق خياراتك.
- كم عدد التكاملات والمستخدمين؟ كل تكامل يمثل اختبار ترحيل مستقلًا.
- ما اللوائح التي تسري؟ في تركيا، يؤثر KVKK وقواعد الفاتورة الإلكترونية (e-Fatura) في طريقة حفظ البيانات أثناء الترحيل.
وإذا كان الخادم سينتقل، يصبح الترحيل إلى السحابة جزءًا من القرار أيضًا. ونتناول التوازن بين المنتجات الجاهزة والتطوير حسب الطلب في مقالينا عن البرمجيات المخصصة مقابل البرمجيات الجاهزة وأنظمة ERP وCRM المخصصة. وإذا لم يبقَ أحد يعرف النظام، فيمكن أن يقود المدير التقني بدوام جزئي (Fractional CTO) عملية اتخاذ القرار.
نمط التين الخانق (Strangler Fig): تجديد النظام جزءًا بعد جزء دون إيقافه
استخدم Martin Fowler هذا الاسم على سبيل التشبيه. فالتين الخانق ينبت على شجرة أخرى، ومع تجذّره ونموه يحلّ تدريجيًا محل مضيفه. ويلاحظ Fowler أن خطط إعادة كتابة النظام القديم بمطابقة كاملة تفشل في معظم الأحيان. إذ يصعب استخلاص تفاصيل السلوك الحالي، كما أن جزءًا كبيرًا من هذا السلوك غير مرغوب فيه أصلًا. ويحتاج المسار التدريجي إلى معمارية انتقالية يُتخلص منها بعد انتهاء العمل. ويرى Fowler أن «انخفاض المخاطر وتحقيق القيمة مبكرًا بفضل النهج التدريجي يفوقان تكاليفه». وتسير الإرشادات المعمارية لدى Microsoft على الفكرة نفسها: توضع واجهة وسيطة (Façade / Proxy) بين العميل والنظامين، ومع انتقال الميزات يتحول التوجيه إلى النظام الجديد. وإليك مثالًا افتراضيًا:
- تُوضع بوابة API أمام منصة قديمة للموزعين تعمل على PHP 8.2 وتظل كل حركة المرور متجهة إلى الكود القديم.
- يُسجَّل السلوك الحالي لواجهة API الخاصة بالطلبات باختبارات التوصيف، ثم يُعاد بناؤها في خدمة جديدة.
- باستخدام مفتاح تفعيل الميزة، تفتح البوابة مسار الطلبات الجديد أمام الموزعين المشاركين في المرحلة التجريبية أولًا. وإذا ظهرت مشكلة، يُعطَّل المفتاح وتعود حركة المرور إلى الكود القديم.
- الجزء الأصعب هو البيانات: إذ يجب أن يرى النظامان الطلبات نفسها. وتُضبط المزامنة عبر قاعدة بيانات مشتركة أو عبر التقاط تغييرات البيانات (CDC)، ثم يُتحقق من الاتساق.
- تنتقل الوحدات الأخرى واحدة تلو الأخرى، وتُوقَف المنصة القديمة في النهاية.
ما برنامج ESU؟ وهل تحديثات الأمان الموسعة جسر أم فخ؟
أعلنت Microsoft برنامج ESU لنظام Windows Server 2016 في 25 فبراير 2026، ويبدأ البرنامج في 12 يناير 2027. وتصف Microsoft هذا البرنامج بأنه «خيار مدفوع يُلجأ إليه كملاذ أخير»: أي أنه ليس حلًا دائمًا، بل جسر مؤقت ريثما تنتقل إلى منصة جديدة. والشروط العامة الواردة في صفحة الأسئلة الشائعة عن ESU هي كما يلي (وتغطي الصفحة اليوم برنامجَي Windows Server 2012/2012 R2 وWindows 10):
- المدة والنطاق: حتى ثلاث سنوات بعد انتهاء الدعم الموسع؛ والتحديثات الأمنية المصنّفة حرجة (Critical) ومهمة (Important) فقط، دون دعم فني عام.
- على Azure: مجاني على أجهزة Azure الافتراضية.
- على الخوادم المحلية (On-Prem): مدفوع، إما بالدفع حسب الاستخدام عبر Azure Arc أو سنويًا عبر الترخيص بالجملة (Volume Licensing). ويُشترط أن يكون لديك SPLA أو Software Assurance فعّال أو تراخيص اشتراك (بما فيها CSP).
- القواعد: في الترخيص بالجملة (Volume Licensing) لا يمكنك شراء السنة الثانية أو الثالثة دون السنوات السابقة. وإذا سجّلت في Azure Arc متأخرًا، تُحتسب الأشهر التي فاتتك بأثر رجعي.
حتى وقت كتابة هذا المقال، لم تُنشر بعد التواريخ السنوية والأسعار والشروط الخاصة بنظام Windows Server 2016، لا في صفحة دورة الحياة لدى Microsoft ولا في الأسئلة الشائعة عن البرنامج. فتأكد منها لدى Microsoft أو لدى شريك الترخيص الذي تتعامل معه. أما .NET 8 فلا تتضمن سياسة الدعم لدى Microsoft أي تمديد مدفوع له. ولن يتلقى PHP 8.2 أي إصلاحات أمنية من php.net بعد 31 ديسمبر. ويشير php.net إلى أن بعض توزيعات Linux ومزوّدي LTS يوفرون إصلاحات منقولة (Backported) إلى الفروع غير المدعومة. وإذا اخترت هذا الطريق، فاحصل من مزوّدك على تأكيد مكتوب للنطاق والمدة.
قاعدتنا بسيطة: اربط ESU بتاريخ ترحيل. فعبارة «سنة واحدة ضمن ESU ثم ترحيل في تاريخ محدد» تمثّل خطة. أما ESU بلا تاريخ فهو فاتورة تحديث أُجّلت ليس إلا.
خارطة طريق لتحديث الأنظمة القديمة خلال 90 يومًا ضمن ميزانية تقنية المعلومات لعام 2027
- نوفمبر 2026: أكمل الجرد. وانقل تطبيقات .NET 8 و9 إلى .NET 10؛ ومن بين التطبيقات التي لن تكون جاهزة بحلول 10 نوفمبر، ابدأ بالمكشوفة على الإنترنت. وتدرّب على ترقية PostgreSQL 14 على نسخة من قاعدة البيانات.
- ديسمبر 2026: نفّذ ترقية تطبيقات PHP 8.2 إلى 8.4 (أو مؤقتًا إلى 8.3 إن لم تكن تبعياتك جاهزة)، وأدرج الترحيل إلى Laravel 13 في الجدول الزمني. واتخذ القرار بشأن Windows Server 2016: الانتقال إلى Windows Server 2025، أو إلى السحابة، أو ESU مع ترحيل في تاريخ محدد.
- يناير 2027: قبل 12 يناير، نفّذ القرار أو التحق ببرنامج تحديثات الأمان الموسعة. وبالنسبة إلى SQL Server 2014 و2016، خطّط لنافذة ترحيل مع الإصدار المستهدف الذي اعتمده مورّد ERP لديك.
- بقية عام 2027: Laravel 12 في الربع الأول؛ وVisual Studio 2017 وNode.js 22 وUbuntu 22.04 في الربع الثاني؛ وبرنامج ESU لإصدار SQL Server 2014 في الربع الثالث؛ وPython 3.11 وSQL Server 2017 وPostgreSQL 15 وPHP 8.3 في الربع الرابع.
بنود الميزانية: الجرد والاستشارات؛ وأتمتة الاختبارات وخط CI/CD؛ والتراخيص (بما فيها ESU عند الحاجة)؛ والبنية التحتية المزدوجة خلال فترة التشغيل المتوازي؛ والنسخ الاحتياطي والتعافي من الكوارث، بما في ذلك اختبارات الاستعادة.
كيف تساعدك Partnerfy
ندير التحديث لا بوصفه مشروعًا ضخمًا واحدًا، بل سلسلة قرارات تُتخذ نظامًا بعد نظام. نبدأ بالجرد وتقييم المخاطر استنادًا إلى القائمة الواردة في هذا المقال. ثم نقدّم لكل نظام المسار الذي نوصي به كتابةً، مع الأسباب والمخاطر. وفي التنفيذ نبدأ بإعداد خط CI/CD واختبارات انحدار مؤتمتة. وقبل كل ترحيل نأخذ نسخة احتياطية ونتدرب على خطوات التراجع، ويكون الإطلاق على مراحل. وتجد النطاق الكامل في صفحة تحديث البرمجيات والأنظمة القديمة. ولترتيب مكالمة حول الجرد، تواصل معنا.
المصادر
- PHP: الإصدارات المدعومة، والفروع غير المدعومة، وأرشيف أخبار 2026
- .NET: سياسة الدعم، وإعلان STS، و.NET Framework، والأسئلة الشائعة عن .NET Framework
- Windows Server: 2016، و2012، و2012 R2، و2022، و2025، وإعلان المدونة
- دورة الحياة وESU: سياسة دورة الحياة الثابتة، وصفحة ESU، والأسئلة الشائعة عن ESU
- SQL Server: 2014، و2016، و2017، و2022، و2025
- مصادر أخرى: Office 2021، وOffice LTSC 2021، وExchange 2016، وExchange 2019، وSharePoint 2016، وSharePoint 2019، وVisual Studio 2017، وWindows 10، وMicrosoft 365 Apps
- قواعد البيانات: MySQL 8.0، وMySQL LTS، وMariaDB، وPostgreSQL
- بيئات التشغيل: Node.js، وPython، وLaravel، وUbuntu
- الاستضافة: cPanel MultiPHP Manager، وCloudLinux PHP Selector
- الأنماط: Martin Fowler – Strangler Fig، وMicrosoft – نمط Strangler Fig
- KVKK: قانون حماية البيانات الشخصية التركي رقم 6698 (باللغة التركية)، ودليل أمن البيانات الشخصية (باللغة التركية)