
Привет! В первый месяц 2026 года команда Читать полностью »

Привет! В первый месяц 2026 года команда Читать полностью »
При проектировании инфраструктуры часто возникает задача поднять кластер «с чистого листа». Безусловно, Terraform и Ansible — это стандарт индустрии. Однако мне нужен был процесс быстрого получения готового кластера K8s, полностью независимый от локального окружения, чтобы запуск не требовал предварительной подготовки версий библиотек, интерпретаторов или наличия локальных файлов конфигурации.
В этой реализации я намеренно упростил работу с конфигурацией: параметры виртуальных машин (CPU, RAM, диски) описаны прямо в коде (см. config.goЧитать полностью »

Portainer — удобный интерфейс управления контейнерами (Docker/Kubernetes) из браузера, но почему-то о нём ещё не все знают. В статье расскажу, что это такое, зачем он вообще нужен и как установить.
Сначала введу в курс дела. В статье пойдет речь о Читать полностью »
В каждом офисе есть кладбище техники. У нас это были старые Mac mini — аккуратно сложенные, тихие, бесполезные. Когда-то на них работали, потом они перестали тянуть современные задачи, а дальше стандартный сценарий: «Давайте не выкидывать, вдруг пригодятся».
Как оказалось, пригодились.
Привет! Меня зовут Николай, я занимаюсь выстраиванием инфраструктуры в web-продакшне RocketDev. В этой статье я расскажу, как дал вторую жизнь офисному железу и приспособил его для рабочих задач.
Статья: «Как мы перевели сервисы Java с виртуальных машин в Kubernetes»
Введение
Наша команда занимается разработкой и поддержкой общих сервисов внутри компании. Под «общими» мы подразумеваем сервисы, которыми пользуются как коллеги из смежных проектов, так и внешние пользователи — например, страховые агенты. Все сервисы построены по принципам микросервисной архитектуры: система состояла из 10+ Java 8/11 приложений на базе Spring Boot, и мы планировали дальнейшее расширение числа сервисов. Сейчас система состоит из 28 микросервисов.
Каждый, кто работает с Kubernetes, знает эту боль. Утро на��инается с того, что нужно подключиться к базе данных в production для дебага, потом к Redis в staging для проверки кэша, затем к RabbitMQ для мониторинга очередей, и наконец к API-сервису для тестирования нового эндпоинта.
И вот уже восемь открытых терминалов, в каждом — свой kubectl port-forward. Окна перемешиваются, названия похожи, и найти нужный терминал становится квестом.
Ну да да, можно использовать Tmux, но это не сильно облегчает процесс.
Потеря контекстаЧитать полностью »
Предположим, вам необходимо мигрировать ваш кластер k8s в другой vlan или просто сменить ip адреса. Насколько это необходимо каждый решает сам. Будем считать, что перенос нагрузки ямлами на другой кластер затруднён или у кластера специфические настройки.
В качестве начальных условий: кластер on prem с root доступом на узлы, установлен через kubeadm или kubespray, calico как cni. В нашем случае под ногами ubuntu на узлах кластера. Балансировщик kube api отсутствует. Если у вас кластер установлен the hard way , то статья вам не нужна, вы сами всё умеете.
Когда мы впервые увидели AI-чаты, это выглядело впечатляюще. Они писали код, помогали с документацией, объясняли архитектурные решения.
Это было хорошо. Но довольно быстро стало понятно главное:
Для реальной работы этого недостаточно.
Привет, меня зовут Артем, я тимлид DevOps в одной аутстафф-компании. Столкнулись с классической ситуацией: десятки микросервисов, Kubernetes, куча observability-стека (Prometheus, Loki, Tempo, Grafana) и... постоянные ночные инциденты. «High CPU», «Pod CrashLoopBackOff», «5xx errors rising».
У нас есть runbooks, документация, скрипты для быстрого доступа к логам. Но в 3 ночи, когда срабатывает критический алерт, тратишь время на то, чтобы проснуться, сообразить, куда залогиниться и какую команду выполнить… Мы задались вопросом: а если первым на инцидент будет реагировать не человек, а ИИ-агент?
⠀⠀