Несколько советов:

➡️ Не откладывайте сбор логов и событий. Они могут быть затерты, если не настроено сохранение в догосрочное хранилище. Если проблема плавающая, лучше сразу сохранить себе kubectl logs, kubectl get events, kubectl describe pod и так далее, чтобы потом спокойно разбираться, даже если сервис уже перезапустился и стабильно работает.

➡️ Не забывайте отключать под от продового трафика, если начинаете копошиться в нем через kubectl exec (если у вас есть такой доступ в проде), чтобы случайно не поломать все клиентам. Оно, конечно, работает только в ограниченном количестве случаев, когда у вас, например, php и можно на ходу поправить код. Сделать это можно, только очень осторожно, через редактирование endpoints. Это сущность в k8s, которая указывает service, по каким адресам доступны поды. Операция относительно безвредная, потому что трафик перестанет идти на под, который будем препарировать. Потом просто удалите под и deployment его пересоздаст. Это вмешательство во внутреннюю логику k8s и может сломать вам сервис. You have been warned.

➡️ Если вы еще не используете в сервисах динамически настраиваемые feature flags, обязательно разберитесь, это экономит много времени в итоге и позволяет с большей уверенностью выкатывать изменения в прод, зная, что их легко очень быстро выключить без нового деплоя. Это не значит, что код надо писать абы как, потому что фича флаги все порешают)

➡️ Не уверены? Киньте детали всех ошибок и вывод всех команд в chatgpt и попросите разрулить (научитесь писать хорошие промпты). Только учтите предварительно, что нужно будет вычистить все детали: ссылки на образы, названия env переменных, публичные IP адреса, user_id из логов, и так далее, если по ним можно понять, какая компания и какой сервис это. Все, что вы отправите в интернет, будет использовано против вас.

Ansible в действии: развернем кластер с Kuberspray и запустим AI-приложение

9 апреля Павел Минкин и Всеволод Севостьянов проведут вебинар по ansible и kubernetes, и я очень советую сходить на него всем, кто изучает кубер и задумывается над прохождением наших курсов по k8s.

О чем пойдет речь:

🔷 Как развернуть нейронную сеть в контейнере и сделать её доступной для всего мира?
🔷 Как быстро настроить кластер и управлять им?
🔷 Как Kubernetes управляет AI-приложениями?
🔷 Как Docker работает в Kubernetes?

🐈 Бонус: каждый зритель получит репозиторий для собственного Kubernetes-кластера с AI-приложением и полную инструкцию по развертыванию.

➡️ Когда: 9 апреля в 19:00 мск

Занять место — через бота ⬅️

Голландская рулетка: часть вторая. Аварийное вождение, Европа без границ и подводные велосипеды.

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

➡️ Велосипеды

Первое, что бросается в глаза в Нидерландах (особенно в крупных городах) — это огромное количество велосипедов и людей, спокойно смотрящих что-то в телефоне во время поездки. Очень частая ситуация, несмотря на немалые штрафы за такое вождение.

Я воочию наблюдал это, когда девушка ехала впереди меня, отпустила обе руки с руля и переплетала волосы. И ничего, всем ок, несмотря на законодательные запреты так делать.

➡️ Общественный транспорт

Если расстояние большое, можно воспользоваться общественным транспортом. Автобусы, трамваи, метро и поезда — все это ходит по расписанию и довольно удобно, к тому же все для людей: приезжаешь на метро прямо в вокзал, там же переходишь за 2 минуты на междугородний поезд и все.

А еще многие крупные вокзалы довольно красивые.

Например, центральный вокзал Амстердама.

➡️ Аэропорты

Главный аэропорт страны — Схипхол (Schiphol), один из крупнейших в Европе. Он находится всего в 20-30 минутах езды от центра Амстердама, что делает его максимальнно удобным для путешествий. Также есть и другие аэропорты, например, в Эйндховене и Роттердаме.

Внутри ЕС границы фактически отсутствуют, поэтому можно сесть на поезд и поехать, например, в Бельгию или Германию без проверок, но есть нюансы. Если ехать на своей машине, при въезде в Германию ввели недавно дополнительные проверки, которые на данный момент не распространяются на поездку поездом или самолетом.

Так же для билетов на самолет (по крайней мере для малого подмножества авиакомпаний, которыми летал) не нужно вводить данные паспорта. Хватает имени, фамилии и даты рождения. Дальше на контроле в аэропорту просто посмотрят, что паспорт есть и имя совпадает и на этом все.

Но проверки безопасности, сканирование багажа и пассажира, запрет провозить воду, все аналогично как и в РФ.

На этом закончим с транспортом, а в следующей части расскажу школы/детсады, парки, музеи и про многое другое.

Как изучать k8s правильно?

И главное — зачем?

Существует хитрая ловушка, выбраться из которой бывает сложно: опыта с K8s вроде бы хватает, но хочется большего. Нужно использовать актуальные инструменты, которые сейчас на острие CNCF, просто потому что именно этот тулинг применяется в компаниях. И даже если конкретное решение не близко по духу, так или иначе можно с ним столкнуться в работе. А у всего, как известно, есть своя кривая обучения, свои best practices и прочие радости.

Все это сопряжено с кучей сложностей:

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

Потому что, если вам платят за решение конкретных проблем, то гораздо полезнее для всех учиться прямо во время работы (единственный верный путь). Да и приходится это делать постоянно — никуда не денешься, если хочешь оставаться хотя бы немного востребованным на рынке труда.

k8s развивается быстро, так что приходится пробовать и изучать что нового привносят, чтобы потом блеснуть знаниями на собеседовании в проект мечты. Но и делать это нужно с толком, потому что сегодня добавили фичу X, а через 2 года от нее отказались, а вы в проекте на нее уже завязались. Упс.

В этот момент java-разработчики из банковской сферы, которые до сих пор сидят на Java 8 (привет из 2014-го!), смотрят на вас с сочувствием. И в чем-то они правы. Инструмент должен решать задачи. А внедрение всего этого «нового» зачастую превращается в адскую бюрократию, полную проверок безопасности и рисков сломать то, что и так работает. Особенно в банках!

Хотя погодите, а может, все же перепишем ядро процессинга на Rust? Сарказм.

➡️ Инструмент либо решает задачи, либо нет — с разной степенью эффективности, удобства использования и скоростью траблшутинга возникающих факапов (обязательно будут, и не раз).

Это я все к чему?

K8s есть. Многие компании научились его готовить. А чтобы его изучить, нужно очень глубоко погружаться в его возможности и, конечно, нарабатывать практику (куда ж без нее).

🔷 Проблема в том, что k8s пятилетней давности и современный k8s — это два довольно разных продукта. За эти годы многое полечили (и, само собой, нагенерили новых проблем). Поэтому приходится постоянно изучать, что добавили, и при этом не перегрузиться от потока информации.

Поэтому мы подготовили курс, с большим количеством практики, с довольно свежей версий k8s (1.30), где можно потрогать кластер с разных сторон, а так же по итогу пройти сертификацию и подтвердить полученные навыки.

➡️ Но самое ценное здесь — это не только уроки и практика, а суперполезные AMA-сессии. Можно принести реальные проблемы со своих проектов, разобрать в деталях механизмы и инструменты, а заодно узнать, как с ними работают в других компаниях.

🔷 Старт нового потока — 21 апреля. Подробности — по ссылке.

Ну а если ничего не поможет, всегда можно просто сказать, что «это k8s, он так работает». Сарказм, но с долей правды.

Типичные и не очень факапы в k8s.

Готовлю для вас большой полезный материал. Расскажу завтра, как строили, строили и наконец построили 1-2-5-10 кластеров, которые работали до поры до времени, а потом неожиданная мелкая проблема вылилась в часы даунтайма.

➡️ А пока я пишу, расскажите, какой неожиданный факап в Kubernetes доставил вам больше всего боли?