Миграция — риск даже для небольших инфраструктур. А когда у вас больше миллиарда пользователей и петабайт данных, права на ошибку нет вообще. Но выход всё равно один — грамотно спланировать переезд и... взять и сделать.

В статье — о том, как Reddit перешёл на Kubernetes: почему они отказались от Amazon EC2, какие ограничения им пришлось учитывать и чем их опыт может быть полезен в других проектах.

Кажется, спор о том, нужны ли виртуальные машины в Kubernetes, уже не так интересен. Гораздо интереснее понять, как сделать их по-настоящему рабочим инструментом.

Об этом расскажет Павел Тишков, технический директор Deckhouse Virtualization Platform.

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

Встречаемся 2 июля на митапе 43 Tech в Санкт-Петербурге. Ждём!

Бизнес говорит: «Выпускай новые фичи как можно скорее».

Сеньор слышит: «Вот тебе новые трудности — ставь сомнительные опыты на рабочем продукте. И не забывай, что им пользуются клиенты, которые нам платят».

Новая статья — о том, как сеньору не сойти с ума в условиях гонки релизов. Как сохранить продукт стабильным, нервы целыми и при этом не превратиться в того, кто вечно говорит «нет». Короткий ответ такой: дело не в том, чтобы работать быстрее, а в том, чтобы уметь договариваться.

Cloudflare заметили, что с ростом нагрузки в кластере разбухают PV, и IaC-инструменты начинают не справляться с их обслуживанием.

Причина — в одной дефолтной настройке Kubernetes. Поменяли её и получили заметный прирост в скорости работы.

В статье шаги по аудиту кластера и изменению этой настройки. Пригодится тем, у кого кластеры с крупными PV.

Читать тут →

Какого подвоха можно ждать от предложения о работе? Навскидку — legacy-монстр, нагрузка за троих, невнятные процессы… А как насчёт кибератаки?

Автор статьи на «Типичном программисте» получил обычную просьбу посмотреть код перед собеседованием, но в последний момент решил перестраховаться.

Не зря. Внутри оказался спрятанный вредонос и две подставные личности.

Как он это вычислил и что делать, если вы получите похожее предложение — читайте в статье →

Собрали восемь докладов про Kubernetes-платформы от наших спикеров
Архитектура мультикластерности, типичные ошибки при внедрении платформы, разработка Kubernetes-платформы Deckhouse на Go, продажи DevOps-услуг и опыт эксплуатации кластеров с ограниченным бюджетом.

Управление парком Kubernetes-кластеров: подходы, проблемы и решения
Дмитрий Ковальков, архитектор инфраструктурных решений, рассказывает, как управлять несколькими кластерами и не превратить инфраструктуру в зоопарк.

Павел Богданов, менеджер продукта, выступил с двумя докладами:
1. Платформа. Ошибки НЕ выживших — каковы типичные технические, организационные и продуктовые ошибки при внедрении платформы.
2. До каких пор Open Source можно считать бесплатным — про цену решения, собранного «бесплатно» из Open Source вместо покупки готового продукта.

Go для Kubernetes: мы строим платформу Deckhouse и контрибьютим в Open Source
Александр Синичкин, технический менеджер продукта, объясняет, почему Deckhouse пишут на Go и куда команда контрибьютит в upstream.

«Нам нужен Kubernetes» и другие фразы, после которых мы делаем совсем другое
Александр Зарайский, менеджер в команде DevOps as a Service, разбирает, почему продажи DevOps-услуг проваливаются без конкретных измеримых целей.

Опыт эксплуатации DKP CE: можно ли в одного DevOps крутить кластеры Kubernetes?
Вячеслав Дружинин, ведущий системный администратор, наш контрибьютор из TJ Collection, делится опытом, как компания с ограниченным бюджетом построила CI/CD и Kubernetes-кластер своими силами.

34 500 рублей и свободные выходные: собираем дома виртуализацию в контейнерах
Валерий Хорунжин, инженер архитектурных решений, показывает, как собрать домашний кластер с виртуализацией на бюджетном железе.

Kubernetes-ориентированные операционки и то, к чему нас привели их ограничения
Денис Романенко, технический директор продукта, сравнивает специализированные ОС для Kubernetes, от Talos до K3OS, и разбирает их плюсы и минусы в российских реалиях.

в начало поста ↑

Часто первое, что хочется сделать при неполадках в кластере, — уменьшить его и надеяться, что всё решится само. Получается, большой кластер = куча проблем?

Автор статьи решил зайти максимально далеко: поднять Kubernetes-кластер с миллионом узлов и посмотреть, что будет.

Спойлер: получился вовсе не выстрел в ногу, а серьёзный эксперимент — много подготовки, обход ограничений, графики производительности и, конечно, ценные выводы. И даже инструкция в конце для желающих повторить.

Модели ветвления влияют на пайплайн CI/CD. Но как? Если вкратце, то определяют скорость доставки фич и стабильность релизов.

Приглашаем на вебинар со Слёрм тех, кому важен детальный анализ основных моделей (Git Flow, GitHub Flow, GitLab Flow, Trunk-Based Development), а также просто заинтересованных.

12 августа в 19:00 (мск) наш DevOps-инженер Кирилл Юденок в прямом эфире разберёт формирование логики процессов на реальных рабочих примерах.

Регистрируйтесь и добавляйте вебинар в календарь.

А в конце презентации Кирилл поделится бонусом:
• чек-листом по выбору подходящей модели ветвления;
• сводными таблицами по удобству, возможностям и пользовательским сценариям моделей.

Инструменты с ИИ в разработке есть, а эффекта от них нет. Обычно ИИ внедряют точечно, сам процесс разработки при этом не меняется. 14 августа в 12:00 на нашем вебинаре при поддержке «Онтико» Виталий Хабаров, техлид по практикам DevOps «Экспресс 42», покажет, как выглядит AI-native SDLC — подход, при котором ИИ встроен во весь жизненный цикл разработки. 

На вебинаре:
• три сценария использования ИИ, от ИИ-помощника до AI-native SDLC;
• процессы, технологии и ключевые capabilities каждого сценария;
• риски внедрения ИИ, в том числе техдолг, безопасность и теневое использование AI;
• ключевые моменты перехода к AI-native SDLC.

В финале узнаете, как диагностика AI-native SDLC помогает оценить текущий подход, спланировать пилот и определить следующие шаги. Полезно CTO, CIO и CDO, руководителям разработки, тимлидам и владельцам продуктов. 

Регистрируйтесь, чтобы научиться получать от ИИ измеримый результат →