Cloudflare добавил в Workers нормальную связку между Python и JavaScript через встроенный RPC. Теперь один Worker может вызывать методы другого по Service Bindings и Durable Objects без отдельного REST-слоя, ручной сериализации и промежуточных JSON-оберток.
Для команд это практичная история: Python можно оставить для библиотек и бизнес-логики, а JavaScript или TypeScript — для edge-части, не собирая между ними еще один внутренний API только ради передачи пары методов.
RPC в Workers появилась раньше, Python подключили позже
Изначально Workers RPC Cloudflare представил в апреле 2024 года как JavaScript-native механизм для связи между Worker-сервисами. Почти тогда же компания запустила Python Workers на базе Pyodide. В актуальной документации Cloudflare эти две линии уже сведены вместе: RPC-примеры есть и для JavaScript, и для Python.
Сценарий простой: Worker на Python может вызвать add() у сервиса на JavaScript, а Worker на JavaScript — метод у сервиса на Python. Снаружи это выглядит как обычный вызов метода, а не как поход в самописный микросервис через HTTP.
Что меняется для разработчиков
Главный плюс не в модном слове RPC, а в том, что исчезает лишний слой инфраструктуры. Если раньше для связи между частями приложения приходилось собирать внутренний REST-интерфейс, описывать маршруты и думать о формате данных, теперь в ряде случаев можно ограничиться публичными методами класса.
Все вызовы работают асинхронно. Cloudflare также пишет, что RPC поддерживает Service Bindings и Durable Objects, а сам подход рассчитан на передачу не только примитивов, но и более сложных объектов, доступных в модели Structured Clone. Протокол и реализация опубликованы в составе workerd, так что это не черный ящик из пресс-релиза.
Практический смысл для рынка
Для русскоязычных команд это полезно там, где стек уже смешанный: например, edge-логика, маршрутизация и интеграции написаны на JavaScript, а часть вычислений, SDK или внутренние модули удобнее держать на Python. Cloudflare в таком случае предлагает не замену gRPC или REST вообще, а более короткий путь внутри своей платформы. Ограничение тоже важно: речь идет о вызовах между Workers в рамках одного аккаунта Cloudflare, а не об универсальной межсервисной шине для любого окружения.
Если Cloudflare продолжит развивать этот слой, Workers станет заметно удобнее для команд, которые хотят собирать полиглотные сервисы на edge без лишней сетевой обвязки.
Источник: Cloudflare Workers RPC, Cloudflare Python Workers, блог Cloudflare о Workers RPC.