Я попробовал множество вариантов на отдельном кластере EKS, например HAProxy и Traefik, но в итоге остановился на Envoy Gateway, так как для меня это казалось наиболее доступным и стабильным решением для нашего случая. С момента начала миграции я совершил приличное количество ошибок. Вот мои заметки.

В этой статье мы расскажем, как мы перепроектировали наши кластеры PostgreSQL на базе Kubernetes для обеспечения безопасности при переключении на резервный узел, как мы нашли баланс между долговечностью данных и задержкой, а также что мы узнали, проверяя этот подход с помощью бенчмаркинга и тестирования отказов.

В первой части мы разобрали, как устроен Keycloak, какие у него сущности и зачем вообще нужен SSO в DevOps-инфраструктуре. Теперь — к делу. Во второй части переходим от теории к практике. Разворачиваем Keycloak в Kubernetes, настраиваем Terraform-провайдер, подключаем к нему Grafana, Argo CD и другие сервисы. Разбираемся, как выглядят реальные конфигурации клиентов, scopes и mappings, чтобы SSO действительно работал — с нужными токенами, ролями и группами.

Онлайн-резервное копирование без простоев, пошаговое восстановление, шифрование, облачное хранилище и встроенная интеграция с PBS.

ProxSave - это проект, созданный энтузиастами с целью упрощения восстановления в критические моменты.

Восстановление сервера PVE или PBS после катастрофы (или даже просто миграции) всегда требует навыков, времени и терпения. ProxSave позволяет сохранить всю вашу среду и восстановить ее в любое время, что позволяет подготовить новую установку для размещения ваших личных данных с минимальным количеством ручных изменений.

ProxSave позволяет сохранять и восстанавливать данные, интегрируя расширенные функции: автоматическое резервное копирование, сохранение по нескольким путям, интеллектуальное хранение данных, шифрование резервных копий, интегрированные уведомления в Telegram и по электронной почте (облачная ретрансляция или уведомления Proxmox), а также совместимость с веб-хуками, Gotify и Prometheus.

Несколько недель назад я наконец сел за работу и создал это. В этой статье рассказывается о том, что я построил, что сломалось и почему я считаю, что Sveltos — один из самых недооцененных инструментов в экосистеме Kubernetes прямо сейчас.

Это бесплатный открытый чек-лист, который поможет вам развернуть ваши приложения в Kubernetes. Никакие формы, электронная почта или загрузка не требуются.

1) Task — задача в изолированной среде: образ контейнера, команда, переменные окружения, запросы и лимиты вычислительных ресурсов.

2) Workspace — рабочее окружение: Git-репозитории, MCP-серверы и пакеты навыков. Можно задать цель обычным языком, например «подготовить Go toolchain», и агент займётся настройкой окружения перед запуском основной команды.

3) Model — конфигурация провайдера и модели, параметры генерации и ссылки на Kubernetes Secrets с учётными данными.

Когда агентов становится много, недостаточно просто отправлять запросы к LLM. Нужно воспроизводимо готовить окружения, ограничивать ресурсы, изолировать выполнение и разбираться, почему конкретная задача зависла. AX пытается вынести эту инфраструктурную работу в отдельный слой.