Онлайн-встреча
Golang-разработчиков

Построение агентов на A2A с изолированным исполнением на Go

• расскажем про построение AI-агентов на протоколе A2A с выполнением потенциально опасных действий в изолированной среде
• разберем архитектуру, в которой агент принимает и ведет A2A-задачу, а ее выполнение передает отдельному исполнителю в песочнице
• рассмотрим модель угроз, жизненный цикл задачи и песочницы на примере агента-разработчика на Go, с использованием библиотек a2a-go и client-go
• разберем ограничения, необходимые для изоляции исполнения

Как разрабатывать эффективные и экономичные Kubernetes-операторы на Go

Что делать, когда при росте числа объектов Kubernetes-оператор потребляет гигабайты памяти, а неэффективные выборки из кеша заметно увеличивают стоимость отдельных циклов согласования? Об этом поговорим в докладе, а ещё:

• разберём устройство controller-runtime, shared client cache, informers и indexers
• рассмотрим production-профиль нагрузки и практические способы оптимизации на примере реального оператора cluster-wide
• покажем, как снизить среднее потребление памяти с 7.5 ГБ до 400 МБ, а P95 цикла согласования — со 150 до 40 мс
• найдем баланс между производительностью, консистентностью и стоимостью эксплуатации

Точный Rate Limiting на API Gateway в мульти-ЦОД инфраструктуре

Ограничение нагрузки — одна из ключевых задач API Gateway. Из доклада вы узнаете: 

• как не дать одному неосторожному потребителю «положить» весь бэкенд
• как синхронизировать состояние между всеми узлами, если готовые подходы Redis, In-Memory Data Grid, Gossip-протокол — это компромиссы, неприемлемые для нагрузки и требований к латентности
• как в MWS Octapi решили задачу Rate Limiting на уровне распределённого шлюза и написали собственную систему шеринга состояния, заточенную под конкретную задачу, и собственный алгоритм ограничения нагрузки на бэкенд

Взросление OpenAPI-кодогенерации

В API First подходе кодогенерация из OpenAPI на первый взгляд кажется простой задачей: описали схему в спецификации — получили готовые модели в коде. Но чем сложнее становится API, тем больше требований появляется к результату генерации. Из доклада вы узнаете:

• почему одной модели для запроса и ответа оказалось недостаточно;
• как решали проблему частичного обновления данных;
• зачем переходили на OpenAPI 3.1;
• как боролись с тремя состояниями полей в сгенерированных моделях для Go и Kotlin.