Azure Functions Proxies: поддержка сообщества заканчивается 2025‑09‑30 — мигрируйте с Proxies сейчас
Основное обновление
Microsoft объявила, что поддержка сообщества для Azure Functions Proxies заканчивается 30 сентября 2025 года — Proxies останутся в режиме обслуживания только до этой даты, а после нее не будут получать исправления, обновления или официальную поддержку. Microsoft рекомендует мигрировать функциональность прокси на Azure API Management (APIM) (или другие поддерживаемые решения для маршрутизации/шлюзов), поскольку в Proxies больше не инвестируют. (azure.microsoft.com)
Почему это важно
Если ваши приложения используют Function Proxies для маршрутизации, перенаправлений, простой аутентификации или преобразований запросов/ответов, вы теперь сталкиваетесь с конкретным операционным и безопасностным риском: после 2025‑09‑30 Microsoft прекращает поддержку этой функции и может в любой момент удалить или сломать поведение. Команда продукта и каналы поддержки Microsoft повторили, что Proxies устарели, и миграция настоятельно рекомендуется; дальнейших исправлений ошибок или обновлений безопасности не будет. (learn.microsoft.com)
Практическое влияние и немедленные следующие шаги для инженерных команд:
- Рассматривайте это как жесткий срок устаревания: проведите инвентаризацию Function приложений, которые используют прокси (поиск определений прокси в proxies.json / function.json), зафиксируйте поведение (маршруты, переписывания, заголовки, CORS, аутентификация) и приоритизируйте по влиянию на производство.
- Запланируйте пути миграции сейчас — APIM предоставляет аналогичные функции (импорт OpenAPI, ограничение по скорости, политики, JWT/OPA аутентификация), но может быть более тяжелым и дорогим; легкие альтернативы — это Azure Front Door / Application Gateway или запуск небольшого, поддерживаемого обратного прокси (NGINX/Caddy) перед функциями для простых переписываний и маршрутизации.
- Проверьте эквивалентность поведения (семантика перенаправления, преобразования заголовков, таймауты) на этапе тестирования и обновите CI/CD для развертывания конфигурации APIM или инфраструктуры маршрутизации вместе с развертыванием функций.
- Если вы не можете мигрировать немедленно, примите меры по смягчению последствий: уменьшите воздействие, добавьте дополнительное логирование/уведомления для путей прокси и подготовьте планы отката, так как Proxies могут неожиданно перестать работать после крайнего срока.
Если вы используете Proxies сегодня, это актуально и срочно — мигрируйте или внедряйте компенсирующие меры до 2025‑09‑30, чтобы избежать неподдерживаемого, потенциально сломанного поведения в производстве. (azure.microsoft.com)
Источник
Читать дальше
Node.js v25 запланирован на 2025‑10‑15 — ожидается семантический мажорный релиз
30 сентября 2025 г.Node.js v25 запланирован на 15 октября 2025 года (крайний срок коммитов 2025‑09‑15). Команды должны запускать CI против нового мажора, проверять нативные модули и готовить канареечные деплои.
NodeShield: принудительное соблюдение SBOM в реальном времени (CBOM) для Node.js ограничивает атаки на цепочку поставок с незначительными накладными расходами
28 сентября 2025 г.Новая статья представляет NodeShield, систему принудительного соблюдения в реальном времени, которая использует SBOM, дополненные возможностями по зависимостям (CBOM), чтобы предотвратить злоупотребления в цепочке поставок в Node.js с эффективностью ~98% и накладными расходами <1 мс.
Wasm 3.0 завершён — Memory64, многопамять, сборка мусора и SpecTec теперь официальны
27 сентября 2025 г.WebAssembly 3.0 завершён (17 сентября 2025 года): 64-битное адресное пространство, несколько памяти, сборка мусора на стороне хоста, встроенные функции строк JS и SpecTec для верифицируемой спецификации — это шаг вперёд для компиляции языков высокого уровня и серверного Wasm.