Как развёртывать кластеры в условиях отсутствия интернета?

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

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

➡️ ЧИТАТЬ НА ХАБРЕ

Собесы с алгоритмами — это лишь входной фильтр!
В BigTech рулят совсем другие навыки (и это не код).

Вы устали от бесконечных собесов, где трясут за знание алгоритмов, а потом на проекте выясняется, что человек элементарно не может внятно объяснить, что он вообще делает? Cегодня я хочу поговорить о вещах, которые в большом и серьезном бигтехе ценятся гораздо выше, чем умение вертеть бинарные деревья.

➡️ А именно: системное мышление, ownership и, да-да, коммуникация.

Небольшое отступление: да, алгоритмические собесы были, есть и, скорее всего, будут и дальше использоваться как критерий для найма. И тут нам остается только принять правила игры в большинстве случаев.

🐈 Хардскиллы — это, конечно, хорошо… Но недостаточно

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

Нужно еще разруливать политику, убеждать продактов, что твоя идея — не бред сумасшедшего, защищать свои решения на code review, оценивать, как твои изменения сломают жизнь пользователям (в хорошем смысле, конечно)... В общем, скиллов нужно куда больше, чем в учебнике по вашему любимому языку.

В стартапе еще можно кое-как выехать на одних хардскиллах. Там часто главное — быстро что-то сваять, запустить и посмотреть, взлетит или нет. Если не взлетит — ну и ладно, запилили новую фичу и дальше по кругу. Там ценятся люди, которые могут быстро и грязно закодить прототип, не сильно задумываясь о последствиях. Хотя, будем честны, даже в стартапах это приводит к техдолгу, который потом приходится годами разгребать.

Завтра мы подробнее поговорим про скиллы, необходимые, чтобы выжить в бигтехе. Stay tuned!

Собесы с алгоритмами — это лишь входной фильтр!
Часть 2

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

Поэтому здесь ценятся инженеры, которые умеют видеть картину в целом, анализировать риски и принимать взвешенные решения. То есть, те, кто обладает следующими навыками:

➡️ 1. Системное мышление: видеть что происходит вокруг твоего пузыря

Системное мышление — это не просто умение разбираться в коде. Это умение видеть, как этот код влияет на другие системы, как он масштабируется, как он влияет на performance, security, reliability, scalability, maintainability, observability и прочие ***bility.

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

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

➡️ 2. Ownership: твоя система — твоя ответственность

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

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

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

➡️ 3. Навыки коммуникации: донести свои идеи крайне важно

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

Потому что, как я уже говорил, системы здесь огромные и сложные. И чтобы все работало как надо, нужно уметь общаться с разными людьми: с другими инженерами, тестировщиками, аналитиками, маркетологами, менеджерами и так далее.

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

В общем, коммуникация — это ключ к успеху. Без нее даже самый крутой код будет сложно довести до ума. А умение четко и лаконично доносить сложные технические детали до людей, которые в этом вообще не разбираются — это вообще магия вне Хогвартса.

🐈 Вывод

Конечно, хардскиллы важны. Но если вы хотите добиться успеха в бигтехе, вам нужно развивать и свои софтскиллы. Системное мышление, ownership и коммуникация – это то, что отличает хорошего инженера от отличного. И то, что делает вашу работу не просто созданием коммитов в git.

Технический долг на уровне инфраструктуры: как его замечать и устранять

Техдолг на уровне инфраструктуры — опасная вещь.

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

Подготовил для вас три кейса — каждый из них является вымыслом автора и не имеет ничего общего с реальностью.

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

А если хотите почитать детальные разборы реальных инцидентов, вам сюда. Разбор нескольких кейсов с этого сайта я уже делал в этом посте.

Что посмотреть на праздниках?

Вебинар по k8s и Ansible, например. На нём Павел Минкин и Всеволод Севостьянов развернули свой production ready кластер, который практически аналогичен решениям обычных провайдеров.

А потом запустили в этом кластере AI-приложение, защищенное TLS и открытое для внешнего мира.

Веб получился максимально практичным — со статистикой, логами, наблюдением за реальной нагрузкой системы и тестами на устойчивость и производительность.

Посмотреть запись вебинара можно тут ⬇️

YouTube
VK Видео
Rutube

Дайджест материалов апреля

По уже сложившейся традиции делюсь подборкой всех полезных материалов за этот месяц.

🐈 Как быть, если что-то сломалось?
Подробный гайд на случай, если сходу найти поломку не получается.

🐈 Как изучать k8s правильно?
И главное — зачем?

🐈 Почему полезно читать постмортемы по утрам
Недостаточно просто знать, как строятся большие системы. Важно понимать, как они ломаются.

🐈 Как изучать новое с пользой и с доставкой прямо в ваш inbox?
Подборка книг, подкастов и рассылок для буста в понимании k8s.

🐈 k8s 1.33
Разбор обновленной версии k8s.

🐈 Как развёртывать кластеры в условиях отсутствия интернета?
Статья от моего коллеги Георга Гаала.

🐈 CRI, CSI, CNI
Разбор CRI, CSI, CNI через призму того, что именно делает Kubernetes.

🐈 Align expectations
Почему важно согласовывать ожидания, и как это делать правильно.

🐈 Собесы с алгоритмами — это лишь входной фильтр! В BigTech рулят совсем другие навыки (и это не код).
Часть 1
Часть 2

🐈 Технический долг на уровне инфраструктуры: как его замечать и устранять
Вымышленные истории про невымышленные проблемы.

🐈 Ansible в действии. Разворачиваем кластер с Kubespray и запускаем AI-приложение.
Запись практического вебинара от моих коллег Павла Минкина и Всеволода Севостьянова.

Kubernetes База: старт уже через неделю

Выходим с праздников и сразу погружаемся в изучение кубов — новый поток стартует 12 мая.

Через 6 недель вы будете уметь:

➡️ Устанавливать кластер Kubernetes, использовать kubespray для автоматизации процесса установки, а также настраивать необходимые компоненты кластера, такие как metrics server и ingress controller

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

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

➡️ Создавать и настраивать сервисы и Ingress для маршрутизации трафика в кластере Kubernetes

➡️ Устанавливать и использовать Helm для управления приложениями в Kubernetes, а также конфигурировать и развертывать Grafana с помощью Helm

➡️ Устанавливать и использовать Longhorn для управления постоянными томами, а также создавать и масштабировать StatefulSet и Deployment, использующие эти тома

➡️ Выполнять администрирование узлов кластера Kubernetes, изменять настройки kubelet и управлять размещением подов

Изучить полную программу курса и занять место на потоке — по ссылке.

Траблшутеры на базовом курсе?

Да! Мы добавили их во второй и третий модули «Kubernetes База» на тарифе VIP. Вам будут предоставлены приложения, которые нужно развернуть в нашем кластере. Без проблем, конечно, не обойдётся — их нужно найти и устранить.

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

Также в этом тарифе есть дополнительный практикум с комплексным заданием по материалам курса — так вы сможете проверить свои знания и навыки перед основной сертификацией.

Узнать больше про тарифы — на странице курса.