Kubernetes и кот Лихачева
4.21K subscribers
996 photos
28 videos
4 files
1.06K links
Все про Kubernetes и немного про кота Маркуса

Чат для конструктивного общения: https://t.iss.one/+Q4z_2ckAkBxhNWNi

Задать вопрос: https://t.iss.one/K8sSlurm_bot?start=question
Download Telegram
Инженерной зрелости пост

Перед стартом потока «Kubernetes Мега» мы всегда спрашиваем студентов, какие темы из программы они ждут больше всего. Лидерство обычно занимают такие направления, как:

➡️ Kubernetes Networking — потому что когда «оно само как-то ходит» перестаёт работать, навыки использования tcpdump могут ой как пригодиться.

➡️ Создание отказоустойчивого кластера изнутри — ведь все любят high availability… пока не приходит 3 часа ночи, падает etcd, и ты впервые в жизни слышишь фразу «quorum loss».

➡️ Безопасные и высокодоступные приложения в кластере — потому что «у нас всё через секреты» звучит красиво, пока не выясняется, что это секрет с type: Opaque, закоммиченный в git.

Одна из моих любимых тем — это «создание отказоустойчивого кластера изнутри».

Все совпадения с реальностью случайны.

Представьте, что в одном проекте все control-plane ноды были положены в одну зону. Потому что ну не может же она прям взять и упасть. Может. И упадет обязательно.

Другой гипотетический случай — это миграция etcd между узлами с минимальным даунтаймом. Казалось бы, ну что там, просто снести pod и запустить на другой ноде. Но потом ты понимаешь, что вот этот один маленький под — это не твой микросервис, а сердце кластера. И когда миграция идёт не так, ты учишься быстро запускать etcdctl snapshot save и молиться, чтобы restore сработал.

Эта тема — про инженерную зрелость. Когда ты не просто сделал kubectl apply и оно заработало, а когда понимаешь, как устроен кластер на уровне процессов, сетей, хранилищ, API и прочих умных слов. Это уже не про «а давайте все запустим в k8s», а про «как сделать так, чтобы кластер не развалился», когда у тебя посреди ночи отвалится регион в облаке.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥7
Я к вам с новостями

В новом потоке «Kubernetes Мега» мы добавили менторство. Рассказываю, что это такое и зачем нужно ⬇️

Ментор — это наставник для группы студентов, которые проходят обучение в потоке. Помимо него на курсе есть и другие эксперты:

🟠 Эксперты по конкретным темам курса — проводят онлайн-встречи со студентами
🟠 Куратор группы — информирует студентов о мероприятиях и дедлайнах, поддерживает групповую динамику и взаимодействует с командой курса.

Ментор — это хардовый эксперт, задача которого — сопровождать студентов от начала обучения до его завершения через взаимодействие в чате:

1. Отвечать на вопросы
2. Делиться дополнительными материалами, задачами, кейсами и best practices.

Так что обучение станет ещё плодотворнее, а взаимодействие с экспертами и другими студентами — комфортнее.

Старт потока уже на следующей неделе. Занять место — по ссылке.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥3👍1
Спорим, я знаю, чего вы хотите от кубов на самом деле?

Студенты «Kubernetes Мега» ответили на вопрос «почему вы решили изучать k8s?», а мои коллеги из Слёрма систематизировали ответы и попросили нейросеть раскрыть их истинный потенциал. Теперь мы знаем о вас чуть больше 😎

У кого совпало?
👻3
Podlodka PHP Crew

Недавно приложил руки к Techlead Crew — там не только помогал спикерам делать доклады лучше и полезнее, но и провел экспериментальный формат System Design Interview, где кандидату не нужно было изобрести велосипед с нуля, а даже совсем наоборот — как-то жить с тем, что уже едет, скрипит, интегрировано бог знает с чем, и при этом не развалить всё к чертям, а ещё как-то развивать и поддерживать. Неудивительно, ведь обсуждали межсервисное взаимодействие — ту самую вещь, которая выглядит красиво на архитектурных диаграммах, а на деле превращается в танцы под названием «Почему вендор сломал нам интеграцию?».

Да вы и сами наверняка встречались и не раз с проблемами согласования контрактов даже между системами внутри одной компании. А когда нужно договориться между разными вендорами, все становится ещё веселее 😭

Теперь залечу ещё и на Podlodka PHP Crew, где буду вещать на тему «Performance-тюнинг PHP: от кода до инфраструктуры». Залезем под капот PHP  (совсем немного), но не будем ограничиваться магическим твиком pm.max_children и надеждой, что opcache спасёт мир. Поговорим и про то, как выжать побольше из nginx, когда RPS растет, а запускать ещё один сервис может быть накладно (не все проекты живут в k8s, вот это да!). Вместо этого — будем колдовать на Lua в nginx. Потому что если можно усложнить, зачем упрощать?) Шутка, конечно. Писать отдельный сервис, когда достаточно простые (но требующие перформанса), может быть оверкилл, а проблему нагрузки надо решать.

А еще в программе много интересного, и не только про php:

➡️ Павел Вирский (Ozon)

— расскажет, как подойти к горизонтальному масштабированию PHP-приложений: с чего начать, что точно изменится в архитектуре и какие профиты вы получите от балансировки трафика 🧠

➡️ Олег Мифле (Altenar)

— покажет, как индексы в БД могут навредить, и что делать, когда «оптимизация» приводит к регрессу производительности 💥

➡️ Ярослав Тарасов (Skyeng)

— проведёт разбор оптимизации Symfony-приложения через RoadRunner: от архитектуры до конкретных замеров ⚙️

➡️ Александр Макаров (Yii, Twindo)

— расскажет о низкоуровневой оптимизации PHP: от мелких улучшений до AI, который сам оптимизирует ваш код 🧩

Приглашаю на конференцию всех, кто пришёл в разработку через PHP — в те славные времена, когда mysql_query() был нормой, а если не работало — «поставь 777, брат, и всё полетит».

Залетайте и те, кто PHP до сих пор любит и те, кто его ненавидит всем сердцем.

И, конечно, welcome те, кто относится к PHP как к инструменту: «работает — и хорошо, бизнесу же всё равно, на чём ты там шаманишь, лишь бы выкатилось и не упало, да приносило деньги».

Давайте поностальгируем и признаем — php с современными фреймворками все еще чертовски удобен.

➡️ А мой промкод deeperPHP дает скидку в 500р 🥳

А с чего вы начинали свой путь в IT и с каким жутким проектом пришлось столкнуться в своей карьере?
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3
k8s 1.33

Сегодня расскажу о самых интересных новинках в k8s 1.33, релиз которого запланирован на 23 апреля, или почему важно поддерживать актуальные версии ваших кластеров, чтобы инфраструктура была еще стабильнее (и с новыми неожиданными багами, конечно же, с которыми вы еще не встречались).

➡️ Читать — по ссылке.

На курсах мы работаем с версией k8s 1.30 — с моей точки зрения, достаточно актуальной для нынешних реалий. Кубы не так сильно меняются от версии к версии, а тянуть в прод все самое свежее, не дав ему отлежаться и устояться, глупо. Новые фичи требуют времени для выработки лучших практик.

Вспомните, что windows часто рекомендовали обновлять только с выходом service pack 2, а с sp1 или вообще без service pack были достаточно багованые релизы.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍4
This media is not supported in your browser
VIEW IN TELEGRAM
Kubernetes Мега стартовал! 🔥

Для кого этот курс:

➡️ Для DevOps-инженеров, которые хотят:
- Перевести продукты компании на K8s;
- Использовать managed K8s для деплоя openstack;
- Повысить компетенции с точки зрения развертывания и сопровождения кластеров K8s;
- Разработать планы миграции АС с OpenShift на K8s;
- Углубиться в работу Kubernetes и применять методики на практике.

➡️ Для SRE-инженеров, которые хотят уверенно создавать отказоустойчивые кластеры.

➡️ Для руководителей, которые хотят повышать отказоустойчивость продукта, автоматизировать развертывания и научиться лучше траблшутить.

➡️ Для архитекторов, которые хотят использовать все возможности k8s при проектировании платформенных решений.

Нашли себя в списке? Тогда присоединяйтесь к потоку — сделать это можно до конца недели.

Подробности — на странице курса.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥4
Исследование состояния DevOps в России 2025

Ребята из «Экспресс 42» при поддержке генеральных партнёров запустил ежегодное исследование состояния DevOps 2025. Среди моих подписчиков много DevOps-инженеров, поэтому предлагаю вам принять участие в опросе.

Ключевая тема исследования в этом году — developer experience. А именно то, что помогает компаниям формировать позитивный опыт для разработчиков и как на него влияют внутренние платформы, ML/AI-инструменты, облачные технологии и практики ИБ.

Прохождение опроса займет не более 20 минут. Каждый участник получит доступ к результатам исследования. А еще организаторы разыграют в лотерею мерч, промокоды и билеты на Highload++ и DevOps Conf.

Чем больше респондентов — тем точнее результаты. Пройти опрос — по ссылке.
👍4🔥1
Как развёртывать кластеры в условиях отсутствия интернета?

Принес вам статью моего коллеги, Георга Гаала из AEnix. Внутри — подробный ответ на популярный вопрос «можно ли запустить систему в air-gapped режиме?»

Всё, как вы любите — со ссылками, скринами и фрагментами кода.

➡️ ЧИТАТЬ НА ХАБРЕ
Please open Telegram to view this post
VIEW IN TELEGRAM
👍5🔥1
CRI, CSI, CNI

Рассмотрим CNI, CRI, CSI через призму того, что именно делает Kubernetes (а еще точнее - kubelet), как именно он настраивает интерфейсы, какие параметры передаёт, что от кого ожидает и что может пойти не так.

Читать — по ссылке.
8👍4🔥2
Ожидание vs Реальность

Вы чувствуете иногда, что говорите с коллегами на разных языках? Что ваши задачи выполняются не так, как вы ожидали? Что вас недопонимают?

Что ж, возможно, вы забыли про мощнейший инструмент в арсенале любого инженера — «Align Expectations» (согласование ожиданий).

Да, звучит как очередное корпоративное клише. Но поверьте, это гораздо круче, чем может показаться на первый взгляд.
🔥10