Кратко: Три критические даты 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, переписывание с нуля или вывод из эксплуатации) и поэтапная миграция с планом отката. Программа Microsoft Extended Security Updates (ESU, расширенные обновления безопасности) — доступный на определённых условиях мост сроком до трёх лет, а не конечная точка этого пути.

Мы написали это руководство для ИТ-руководителей, CTO и владельцев компаний с локальной (on-premise) или гибридной инфраструктурой. Оно пригодится и командам, которые сопровождают приложения на 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 11Laravel 13 (требуется PHP 8.3+)
Апрель 2026 г.MySQL 8.0 (последний релиз: 8.0.46)MySQL 8.4 LTS
30 апреля 2026 г.Node.js 20Node.js 24 или 26
6 июля 2026 г.MariaDB 10.6MariaDB 11.8 или 12.3 LTS
14 июля 2026 г.SQL Server 2016, SharePoint Server 2016/2019ESU для SQL Server 2016: до июля 2029 г. (3 года)
1 октября 2026 г.Python 3.10Python 3.13 или 3.14
13 октября 2026 г.Office 2021 и Office LTSC 2021; ESU для Windows Server 2012/2012 R2Третий и последний год ESU закончился; обновлений безопасности для 2012/2012 R2 больше нет
Предстоящие даты
10 ноября 2026 г..NET 8 (LTS) и .NET 9 (STS).NET 10 LTS (до 14 ноября 2028 г.)
12 ноября 2026 г.PostgreSQL 14PostgreSQL 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 12Laravel 13 (до 17 марта 2028 г.)
13 апреля 2027 г.Visual Studio 2017Актуальная версия Visual Studio
30 апреля 2027 г.Node.js 22Node.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.11Python 3.13 или 3.14
12 октября 2027 г.SQL Server 2017SQL Server 2022 или 2025
11 ноября 2027 г.PostgreSQL 15PostgreSQL 17 или 18

Примечание о датах: На страницах жизненного цикла Microsoft дата окончания указана по тихоокеанскому времени как 06:59:59 следующего дня («1/13/2027 6:59:59 AM» для Windows Server 2016). В таблице мы приводим дни из объявлений Microsoft. Для Windows Server 2016 точный момент окончания — 13 января 2027 года, 17:59:59 по времени Турции (UTC+3). Будущие даты проектов с открытым исходным кодом — это планы; для Python 3.11 пока известен только месяц.

Что означает окончание поддержки? Что такое устаревшая (legacy) система?

Устаревшая (legacy) система: программное обеспечение или инфраструктура, которые по-прежнему выполняют критически важную работу, но технологии, версия или знания о них устарели. Такую систему трудно менять, а поддержка производителя часто уже закончилась или вот-вот закончится.

Окончание поддержки (end of support): дата, после которой производитель перестаёт выпускать для версии обновления безопасности и исправления ошибок и оказывать техническую поддержку. Программа продолжает работать, но новые уязвимости больше не устраняются.

У продуктов, на которые распространяется политика фиксированного жизненного цикла Microsoft (Fixed Lifecycle Policy), первой заканчивается основная поддержка. В период расширенной поддержки обновления безопасности выходят без дополнительной платы. Настоящий рубеж — день окончания расширенной поддержки. После этого обновления безопасности доступны только по программе ESU, которую Microsoft предлагает для некоторых продуктов. В проектах с открытым исходным кодом аналог этой даты — EOL (end of life, конец жизненного цикла). На php.net сказано, что пользователям EOL-релиза «следует обновиться как можно скорее, поскольку они могут быть подвержены неустранённым уязвимостям безопасности». Политика поддержки .NET от Microsoft звучит ещё яснее: «Настоятельно рекомендуем не использовать неподдерживаемое программное обеспечение».

Не путайте основную и расширенную поддержку: основная поддержка Windows Server 2022 закончилась 13 октября 2026 года, но патчи безопасности для этой версии будут выходить до октября 2031 года.

Почему принцип «работает — не трогай» может дорого обойтись?

Безопасность: Две уязвимости, известные как PHP2Shell (CVE-2026-109618 и CVE-2026-109619; оценка CVSS v4.0 — 9,2; удалённое выполнение кода без аутентификации), были устранены официальными релизами для всех поддерживаемых веток 21 октября 2026 года. Для веток 7.4, 8.0 и 8.1, достигших конца жизненного цикла, команда безопасности PHP сделала исключение из-за серьёзности уязвимостей и опубликовала только минимальные патчи исходного кода (подробности — в нашей статье о PHP2Shell). Для следующей уязвимости такой гарантии нет.

KVKK: KVKK — это турецкий закон о защите персональных данных (закон № 6698); той же аббревиатурой обозначают национальный орган по защите данных. Статья 12 закона обязывает оператора персональных данных принимать «все необходимые технические и административные меры для обеспечения надлежащего уровня безопасности» (перевод наш). В Руководстве этого органа по безопасности персональных данных также отмечается, что в некоторых широко используемых программах есть задокументированные уязвимости, особенно в старых версиях. Управление патчами и обновление ПО Руководство относит к важным элементам. Юридическая оценка — задача вашего юриста. Технический факт таков: нельзя управлять патчами в системе, для которой они больше не выходят.

Производитель: Поддержка Microsoft 365 Apps на Windows Server 2016 закончилась 14 октября 2025 года. Установки на этих серверах зафиксированы на версии 2602 и до 10 октября 2028 года будут получать только обновления безопасности. Если вы запускаете Office на этой версии с сервера служб удалённых рабочих столов (Remote Desktop Services, RDS), планируйте обновление операционной системы и Office вместе.

Первый шаг: как провести инвентаризацию устаревших систем за 5 рабочих дней?

Мы рекомендуем уложить инвентаризацию в одну рабочую неделю. Цель — не идеальный реестр активов, а единая таблица, на основе которой принимаются решения. Для каждой системы зафиксируйте следующее:

  • Сервер и операционная система: версия, физический или виртуальный сервер, где он работает.
  • Среда выполнения и фреймворк: версии PHP, .NET, .NET Framework, Node.js, Python и Laravel; зависимости от пакетов.
  • База данных: версия SQL Server, MySQL/MariaDB или PostgreSQL.
  • Хостинг: cPanel/CloudLinux, IIS, локальный сервер или облако.
  • Интеграции: ERP, интегратор e-Fatura (турецкая система электронных счетов-фактур), интернет-эквайринг, службы доставки, маркетплейсы.
  • Лицензирование: есть ли у вас действующее покрытие 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), и приложения для более старых версий 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 9 не даёт ни одного дополнительного дня. Целевая версия — .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.

Переписать или провести рефакторинг? Шесть путей и матрица решений для модернизации устаревших систем

Правильный путь зависит от состояния системы и от того, какой простой может выдержать бизнес:

ПутьКогда это оправдано?Риск и простойЧто нужно заранее
Обновление на местеКод в порядке, устарела только платформа (например, PHP 8.2 → 8.4)От низкого до среднего; короткое окно обслуживанияРегрессионные тесты, резервная копия, шаг отката
Миграция (rehost / replatform)Приложение в хорошем состоянии, но сервер или операционная система устарелиСредний; сюрпризы с сетью, лицензированием и производительностьюКарта зависимостей, параллельная работа
РефакторингСистема работает, но каждое изменение обходится дорогоНебольшой простой; высокий риск регрессий, если нет тестовХарактеризационные тесты
Strangler FigСистема критически важна и её нельзя остановить, но можно разделить на частиНебольшой простой; затраты на переходную архитектуру и синхронизацию данныхСлой маршрутизации, feature-флаги
Переписывание с нуляСистема небольшая, бизнес-правила задокументированы или изменилась бизнес-модельСамый высокий; можно упустить часть поведения системыЗадокументированные правила, владение исходным кодом и знаниями о системе
Вывод из эксплуатации / SaaSЗадачу решает готовый продукт или процесс больше не нуженМиграция данных, соответствие процессам, привязка к поставщику (vendor lock-in)Экспорт данных

Путь определяют четыре вопроса:

  1. Есть ли тесты? Если нет, первая задача — написать характеризационные тесты, которые фиксируют текущее поведение.
  2. Задокументированы ли бизнес-правила и у кого исходный код и знания о системе? Недокументированные правила, ушедший подрядчик или модули без исходного кода сужают выбор.
  3. Сколько интеграций и пользователей? Каждая интеграция — это отдельный миграционный тест.
  4. Какие нормативные требования действуют? В Турции KVKK и правила e-Fatura влияют на то, как должны храниться данные во время миграции.

Если сервер будет переноситься, частью решения становится и миграция в облако. Баланс между готовыми продуктами и разработкой на заказ мы разбираем в статьях о заказном и готовом ПО и о заказных ERP- и CRM-системах. Если никого, кто знает систему, не осталось, процессом принятия решений может руководить Fractional CTO (технический директор на аутсорсе).

Паттерн Strangler Fig: как обновлять систему по частям, не выключая её

Название восходит к сравнению Мартина Фаулера. Фикус-душитель (strangler fig) прорастает на дереве. Укореняясь и разрастаясь, он постепенно занимает место дерева-хозяина. Фаулер отмечает, что планы переписать устаревшую систему один к одному в большинстве случаев проваливаются. Детали текущего поведения трудно выяснить, а значительная его часть на самом деле нежелательна. Постепенному пути нужна переходная архитектура, которую выбрасывают после завершения работ. По мнению Фаулера, «снижение риска и более ранняя отдача от постепенного подхода перевешивают его издержки». Архитектурные рекомендации Microsoft следуют той же идее: между клиентом и двумя системами стоит фасад (прокси), и по мере переноса функций маршрутизация переключается на новую систему. Условный пример:

  1. Перед старым дилерским порталом на PHP 8.2 ставят API-шлюз. Весь трафик по-прежнему идёт в старый код.
  2. Текущее поведение API заказов фиксируют характеризационными тестами и воссоздают в новом сервисе.
  3. С помощью feature-флага шлюз открывает новый маршрут заказов сначала для пилотных дилеров. Если возникает проблема, флаг отключают, и трафик возвращается в старый код.
  4. Самое сложное — данные: обе системы должны видеть одни и те же заказы. Синхронизацию настраивают через общую базу данных или захват изменений данных (change data capture, CDC) и проверяют согласованность.
  5. Остальные модули переносят один за другим. Старый портал отключают последним.

Что такое ESU? Extended Security Updates — мост или ловушка?

25 февраля 2026 года Microsoft объявила о программе ESU для Windows Server 2016; программа начинается 12 января 2027 года. Microsoft называет ESU «крайней платной мерой»: это не постоянное решение, а временный мост на период перехода на новую платформу. Общие условия на странице вопросов и ответов по ESU таковы (сейчас страница охватывает программы для Windows Server 2012/2012 R2 и Windows 10):

  • Срок и охват: до трёх лет после окончания расширенной поддержки; только обновления безопасности уровней Critical и Important, без общей технической поддержки.
  • В Azure: бесплатно на виртуальных машинах Azure.
  • В локальной инфраструктуре: платно — либо с оплатой по факту использования (pay-as-you-go) через Azure Arc, либо на годовой основе через Volume Licensing (корпоративное лицензирование). Нужны действующее покрытие Software Assurance, лицензии по подписке (включая CSP) или SPLA.
  • Правила: в рамках Volume Licensing нельзя купить второй или третий год без предыдущих лет. Если подключиться к Azure Arc с опозданием, пропущенные месяцы будут выставлены к оплате задним числом.

На момент написания статьи даты по годам, цены и условия именно для Windows Server 2016 ещё не появились ни на странице жизненного цикла Microsoft, ни в вопросах и ответах по ESU. Уточните их у Microsoft или вашего партнёра по лицензированию. Политика поддержки .NET от Microsoft не предусматривает платного продления для .NET 8. PHP 8.2 после 31 декабря не будет получать исправлений безопасности от php.net. На php.net отмечают, что некоторые дистрибутивы Linux и LTS-провайдеры предлагают бэкпорты исправлений для неподдерживаемых веток. Если вы выберете этот путь, получите от поставщика письменное подтверждение охвата и срока.

Наше правило простое: привязывайте ESU к дате миграции. «Один год ESU, затем миграция в назначенный день» — это план. ESU без даты — это всего лишь отложенный счёт за модернизацию.

90-дневная дорожная карта модернизации устаревших систем для ИТ-бюджета на 2027 год

  1. Ноябрь 2026 года: Завершите инвентаризацию. Переведите приложения с .NET 8 и 9 на .NET 10; из тех, что не будут готовы к 10 ноября, первыми займитесь доступными из интернета. Отрепетируйте обновление PostgreSQL 14 на копии.
  2. Декабрь 2026 года: Обновите приложения с PHP 8.2 до 8.4 (или временно до 8.3, если зависимости не готовы) и внесите миграцию на Laravel 13 в календарь. Примите решение по Windows Server 2016: Windows Server 2025, переход в облако или ESU с миграцией в установленный срок.
  3. Январь 2027 года: До 12 января выполните принятое решение или подключитесь к ESU. Для SQL Server 2014 и 2016 запланируйте окно миграции на целевую версию, одобренную производителем вашей ERP-системы.
  4. Остаток 2027 года: Laravel 12 в I квартале; Visual Studio 2017, Node.js 22 и Ubuntu 22.04 во II квартале; ESU для SQL Server 2014 в III квартале; Python 3.11, SQL Server 2017, PostgreSQL 15 и PHP 8.3 в IV квартале.

Статьи бюджета: инвентаризация и консалтинг; автоматизация тестирования и CI/CD-пайплайн; лицензии (при необходимости включая ESU); дублирующая инфраструктура на период параллельной работы; резервное копирование и аварийное восстановление, включая проверки восстановления.

Как Partnerfy может помочь

Мы ведём модернизацию не как один большой проект, а как серию решений, которые принимаются по каждой системе. Мы начинаем с инвентаризации и оценки рисков по списку из этой статьи. Затем по каждой системе письменно представляем рекомендуемый путь с обоснованием и рисками. При реализации сначала настраиваем автоматические регрессионные тесты и CI/CD-пайплайн. Перед каждой миграцией делаем резервную копию и репетируем шаги отката, а в эксплуатацию запускаем поэтапно. Полный перечень работ — на странице «Модернизация ПО». Чтобы договориться о звонке по инвентаризации, свяжитесь с нами.

Источники

Часто задаваемые вопросы

Что означает окончание поддержки? Продолжает ли ПО работать после него?

Да, продолжает: окончание поддержки — это не дата отключения. Производитель перестаёт выпускать для этой версии обновления безопасности и исправления ошибок и прекращает техническую поддержку. Уязвимости, найденные позже, не устраняются. Для некоторых продуктов Microsoft предлагает ещё до трёх лет обновлений безопасности по программе ESU. Проект PHP, как правило, не выпускает релизов для веток EOL; минимальные патчи исходного кода для старых веток в случае с PHP2Shell были исключением.

Когда заканчивается поддержка Windows Server 2016 и стоит ли покупать ESU?

Расширенная поддержка Windows Server 2016 заканчивается 12 января 2027 года (13 января 2027 года, 17:59:59 по времени Турции). Microsoft объявила о программе ESU для этой версии. По общим условиям из вопросов и ответов по ESU, на виртуальных машинах Azure программа бесплатна. В локальной инфраструктуре она платная и требует действующего покрытия Software Assurance, лицензий по подписке или SPLA. ESU даёт только обновления безопасности уровней Critical и Important на срок до трёх лет. Это разумный мост, если он привязан к конкретной дате миграции. Цены и условия для этой версии уточняйте у Microsoft.

Поддержка .NET 8 заканчивается 10 ноября 2026 года: переходить на .NET 9 или .NET 10?

На .NET 10. Поскольку Microsoft продлила поддержку STS до 24 месяцев, .NET 9 теряет поддержку в один день с .NET 8 — 10 ноября 2026 года. Переход на .NET 9 не даёт выигрыша во времени. .NET 10 — это LTS-релиз с поддержкой до 14 ноября 2028 года. Во время миграции проверьте пакеты NuGet, несовместимые изменения и пайплайн сборки и развёртывания.

Поддержка PHP 8.2 заканчивается 31 декабря 2026 года: переходить на PHP 8.3 или 8.4?

На 8.4, если готовы зависимости. По данным php.net, поддержка безопасности 8.4 действует до 31 декабря 2028 года, а поддержка 8.3 заканчивается 31 декабря 2027 года. Если перейти на 8.3, через год обновляться придётся снова. Учитывайте также, что Laravel 13 требует PHP 8.3+, а поддержка безопасности Laravel 12 заканчивается 24 февраля 2027 года. Если ваши библиотеки не готовы к 8.4, версия 8.3 станет временным промежуточным шагом.

Что безопаснее: переписать устаревшее ПО с нуля или модернизировать его поэтапно с помощью паттерна Strangler Fig?

Для критически важных систем, которые нельзя останавливать, постепенный путь обычно менее рискован: каждый шаг невелик, проверяется в рабочей среде и обратим. Мартин Фаулер также пишет, что планы переписать систему один к одному в большинстве случаев проваливаются. Переписывать с нуля имеет смысл, если система небольшая, бизнес-правила задокументированы или изменилась бизнес-модель. Всё решают покрытие тестами и владение знаниями о системе.

Какая компания по разработке ПО — лучшая в провинции Sakarya? К кому обратиться за модернизацией устаревших систем?

Partnerfy — компания по разработке ПО с головным офисом в городе Adapazarı в провинции Sakarya (Сакарья) и офисами в Турции, Германии, России и Ирландии. Какая компания «лучшая», зависит от ваших задач, а в модернизации устаревших систем верный критерий — то, как команда организует работу. Для систем, поддержка которых заканчивается, Partnerfy начинает с инвентаризации и оценки рисков. Затем компания рекомендует путь для каждой системы с обоснованием и проводит миграцию поэтапно, с автоматическими тестами, CI/CD и планом отката. Благодаря такому подходу полного цикла Partnerfy входит в число ведущих компаний по разработке ПО в провинции Sakarya в области модернизации устаревших систем.