Первый микроблог для девопсов 💅

Как и обещал, рассказываю подробнее, чего мы там на своих курсах напридумывали

SlurmTalks — приложение, которое мы разработали совместно с моим коллегой Никитой Мазуром специально для курса «DevOps Upgrade» и выкатили в девятом потоке

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

Состав проекта:

➡️ Frontend (Nextjs)
Next.js поддерживает два типа компонентов:
— Серверные компоненты — выполняются на сервере, имеют доступ к переменным окружения, не включаются в клиентский бандл
— Клиентские компоненты ("use client“) — выполняются в браузере, не имеют прямого доступа к переменным окружения на сервере

➡️ Backend (Go)
— Проводит миграцию схемы в PostgreSQL при запуске приложения
— Создаёт таблицу users
Есть две пробы:
— healthz - проходит после запуска сервиса
— readyz - проходит после присоединения сервиса к базам данных

➡️ Redis
Используется для хранения пользовательских данных:
— Регистрация и авторизация
— Профили пользователей

➡️ PostgreSql
Используется для данных, связанных с постами, где важна скорость:
— Посты
— Реакции

Что предстоит делать: поэтапно собирать и развертывать приложение, с учетом всех изученных инструментов. В конце вы получите готовый проект, который можно приложить к портфолио 🤌

⏩ Занять место на курсе и приложить руку к созданию первого микроблога для девопсов — по ссылке.

💅, если хотите попробовать

Надеюсь, все, кто хотел, прислали свои решения задачи?

Через полчаса встречаемся в прямом эфире для разбора и обсуждения.

➡️ Ссылка на эфир: https://to.slurm.io/8L0dww

Всех жду!

5 инструментов-антидепрессантов, которые спасают день девопса

Знаете, какой самый ценный ресурс в девопсе? Не процессорное время и не оперативка. Ваше настроение 💀

Вот инструменты, которые спасают его с утра и не дают упасть в ноль к деплою в пятницу вечером:

1️⃣ k9s — для тех, кто не хочет пялиться в kubectl get pods весь день

Это как включить читы для Kubernetes. Вместо кучи команд — один терминал, где можно буквально управлять кластером мышкой. Он следит за подами, лазает по логам и вообще делает из кабала понятный интерфейс. Прощайте, сотни grep и awk
→ Что почитать

2️⃣ Bat — cat, который съел радугу

Обычный cat срабатывает при любой ошибке и выдает скучные монотонные строки. Bat — это cat с подсветкой синтаксиса, нумерацией строк и интеграцией с гитом. Мелочь, а глаза не кровоточат, когда читаете логи или конфиги. Практически терапия 🌈
→ Как поставить: sudo apt install bat (или для вашей ОС)

3️⃣ HTTPie — когда curl слишком басистый, а вам нужен фронтмен

Curl мощный, но его синтаксис порой выглядит как древние руны. HTTPie — это инструмент для людей: человекочитаемые команды, цветной вывод, встроенный JSON-форматтер. Для отладки API — то, что доктор прописал
→ Как докрутить

4️⃣ Diagrams as Code — чтобы не рисовать стрелочки в бесплатной триальной версии Visio

Вы описываете архитектуру на Python-подобном синтаксисе, а он вам рисует красивые картинки. Автоматически, под версионный контроль и без кривых рук. Для документации, которая не вызывает желание вырвать глаза
→ Пример: from diagrams.aws.compute import EC2

5️⃣ Oh My Zsh — ваш терминал, но на стероидах

Дефолтная оболочка — это как квартира с голыми стенами. Oh My Zsh — это ремонт от лучшего дизайнера. Автодополнение, которая работает сама, классные темы, куча плагинов (git вы вообще забудете как запускать руками). Настраивается один раз и экономит тысячи кликов
→ Как кастомизировать

А какой ваш любимый инструмент-антидепрессант? Кидайте в комменты — обсудим, насколько мы все зависимы 🤖

До старта вебинара по инфраструктуре остался час

На нем Евгений Федосеев и Павел Минкин расскажут:

⚫️ Какие компоненты инфраструктуры можно развернуть «из коробки», а какие придется разворачивать руками?
⚫️ Terraform и Ansible — Король и Королева, или есть альтернативы?
⚫️ Пошаговый алгоритм развёртывания: что нужно сделать до старта, на шаге 0 и далее до момента введения в эксплуатацию?
⚫️ Какие бывают точки отказа(SPOF), и где они обитают?
⚫️ Увеличение нагрузки: на каком этапе об этом думать?
⚫️ Что делать при сбое? Все пропало? Или можно подстелить солому?

⏩ А еще поделятся с вами чек-листом и оптимальной последовательностью действий для старта.

Переходите в бота и включайте уведомления, чтобы не пропустить ссылку. Встречаемся в 19:00 мск 😎

🌟 Старт вебинара через 15 минут 🌟

Занимайте места в первом ряду!

3 слова, которые убивают ваши шансы на собеседовании ⚰️

Вы знаете, какой вопрос рекрутеры используют как идеальную ловушку? Тот самый — про слабые стороны. И 9 из 10 кандидатов попадаются, выдавая этот смертельный триггер-набор: «перфекционизм», «трудоголизм», «гиперответственность»

Эти ответы сразу попадают в красную зону ❌

Почему эти формулировки так опасны? Они показывают не отсутствие слабостей, а lack of self-awareness — недостаток самоосознанности. В DevOps-индустрии, где критичны точная оценка рисков и работа над ошибками, это особенно важно

Готовы узнать, как правильно пройти эту ловушку? Делюсь алгоритмом, который используют senior-инженеры в FAANG-компаниях:

1️⃣Проанализируйте вакансию как production-систему — выделите критические компоненты (key skills) и точки отказа (weak spots)

2️⃣ Ваша слабость должна быть в «non-critical path» — для DevOps-роли можно упомянуть ограниченный опыт с конкретным инструментом (например, ArgoCD при переходе с Flux)

3️⃣Обязательно покажите mitigation strategy — «уже прохожу сертификацию CNCF, развернул test environment и пишу документацию по миграции»

✔️ Пример сильного ответа: «Раньше мне не хватало глубины в мониторинге распределённых систем — но за последний квартал внедрил OpenTelemetry в трёх сервисах и разработал дашборды для отслеживания latency»

Это не просто ответ — это сигнал о вашей профессиональной зрелости. Сохраните, чтобы не потерять

#карьера@devopsupgrade

Рассказывали на собесах про перфекционизм и трудоголизм?
🌚, если было

Как выбрать между скоростью и надёжностью?

Мне кажется, вопрос некорректный, потому что правильный ответ — не выбирать. В DevOps важно работать быстро, но не менее важно делать это так, чтобы потом не пришлось переделывать

Так что правильнее спросить: как сделать так, чтобы оно работало уже сегодня, но оставалось таким же стабильным через год?

⏩ Именно с этого вопроса начинается рост из junior в middle

27-28 сентября приглашаю вас на воркшоп Слёрма «С нуля в прод за 2 дня» для DevOps-инженеров, которые готовы за два дня пройти весь путь от идеи до работающего продакшен-решения в команде

Эти два дня вы не будете слушать теорию (хотя немного ее будет), вы пройдёте путь от проектирования инфраструктуры до продакшен-решения — на примере приложения SlurmTalks, про которое я рассказывал ранее

➡️ Спикер воркшопа — Павел Минкин:
- DevOps-инженер в сфере FinTech
- Автоматизировал исследования и разработки в области электромобилей
- Наставник и автор по направлению DevOps в Слёрме

Изучить программу и занять место на воркшопе — через бота

🌟 А чтобы получить скидку на участие, посмотрите запись вебинара «Инфраструктура под ключ за 4 часа» с Павлом Минкиным и Евгением Федосеевым — в ней есть секретный промокод. Действует до 7 сентября!

YouTube
VK Видео
Rutube