5169
Это проект Слёрма: коммьюнити для начинающих DevOps-инженеров, как стартовать в Девопс, вебы от ТОП экспертов, новости, общение и поддержка Бесплатный курс по DevOps: https://to.slurm.io/2pKSCw Присоединиться к чату канала: https://t.me/+8C5lo1K0Jn80MDIy
Доброго дня коллеги! Напоминаю о предстоящем событии
⏩Формат: неформальная встреча без повестки.
⏩Когда: 17 марта, 18:00 мск.
Буду рад всем: студентам, выпускникам, новичкам.
Занимайте места⬇️
ЗАНЯТЬ МЕСТО
Коллеги, приветствую!👋
Наконец готов подвести итоги нашего розыгрыша и объявить имена победителей.
Спасибо всем, кто принял участие! Рад, что тема карьерного развития в DevOps оказалась для вас такой актуальной.
❗️Итак, бот случайным образом определил трех счастливчиков, которые получат 3 индивидуальные карьерные консультации по 30 минут:
Победители:
1️⃣@zhulik_tyt
2️⃣@t4epenaxa
3️⃣@Doctor395
Победители, напишите мне в личные сообщения, чтобы мы согласовали время консультации.
Напомню, что на консультации мы сможем:
🔴 Провести аудит вашего опыта и резюме.
🔴 Определить ваши карьерные цели и интересы.
🔴 Составить пошаговый план развития.
Всем, кто не выиграл в этот раз, не расстраивайтесь! Впереди будет еще много полезного контента и новых активностей.
Всем удачи и профессионального роста!
Коллеги, важная новость: наш флагманский курс сменил название и теперь называется «Профессия DevOps-инженер».
Мы решили, что новое название гораздо лучше отражает суть и содержание программы — ведь мы готовим из вас не просто специалистов, а полноценных инженеров, готовых к реальным рабочим задачам.
И сегодня последний день приема заявок на грант. Успейте поучаствовать и попытать удачу!
Вы сможете получить один из трех вариантов гранта:
⏩1 место — 100% скидка на курс
⏩2 место — 50% скидка на курс
⏩3 место — 30% скидка на курс
Как получить грант:
1️⃣Подписаться на канал — Devops Bootcamp с Федосеевым
2️⃣Выполнить задание по ссылке. До 3 марта (включительно).
3️⃣ Дождаться результатов — их я объявлю в канале Devops Bootcamp с Федосеевым — 6 марта
Привет! Это Аниса)
Кто был на вчерашнем эфире — знают, что я существую и вне интернетов тоже🎹 А пообщались, кстати, славно!
Делюсь с вами еще одним новеньким определением:
🤫Quiet quitting, или тихое увольнение
Это когда человек перестает выкладываться на полную и стремиться к карьерному росту, уходит вовремя и выполняет лишь базовый минимум задач, чтобы не быть уволенным.
⚡️Подключайтесь к вебинару по ссылкам⚡️
⏩Ютуб
⏩ВК Видео
Коллеги, приветствую💬
❗️Сейчас в рамках DevOps Upgrade готовим для вас специальный проект, который включает в себя тестовые задания
Заданий получилось написать больше, чем нужно, поэтому делюсь небольшой тренировкой/спойлером к проекту здесь⬇️
⚡️⚡️⚡️⚡️⚡️⚡️
Коллеги, всем привет!
Хотел напомнить, что 26 февраля состоится вебинар, где мы обсудим один из наиболее ответственных этапов входа в профессию — первое собеседование в DevOps.
В программе вебинара:
➡️Рекомендации по составлению резюме, которое успешно пройдет автоматизированный отбор (ATS).
➡️Разбор типичных технических вопросов и вопросов с подвохом, включая ситуации при отсутствии практического опыта.
➡️Советы по уверенному обсуждению заработной платы и критерии оценки тестовых заданий, позволяющие избежать неоплачиваемой работы.
Для участников вебинара предусмотрены бонусы:
⚡️Авторский чек-лист по подготовке к собеседованию, который поможет систематизировать знания и выделиться среди других кандидатов.
🔥Возможность приобрести курс DevOps Upgrade со скидкой 50% или выиграть его с полным покрытием стоимости.
📌Дата: 26 февраля, 19:00 мск
Занять место на вебинаре
Коллеги, приветствую!
Рынок меняется, и вопросы карьеры сейчас волнуют многих: как усилить резюме? Куда двигаться дальше? Какие скиллы качать?
За время работы в DevOps я провел множество собеседований и собрал сильные команды. У меня есть четкое понимание, как выстроить успешный карьерный путь. Поэтому я решил поделиться опытом и провести розыгрыш.
Приз — 3 индивидуальные карьерные консультации по 30 минут. На них мы:
🔴Проведем аудит вашего опыта и резюме.
🔴Определим ваши карьерные цели и интересы.
🔴Составим пошаговый план развития.
Условия просты:
👉Нужно подписаться на канал - @devopsupgrade
👉Нажать кнопку «УЧАСТВОВАТЬ».
13 марта бот случайным образом определит победителей. Удачи!
Коллеги, приветствую!
Собеседование в DevOps — то еще приключение. Резюме смотрят 6 секунд, а на собесе хотят чего-то, о чем ты даже не слышал. Знакомая история?
Чтобы разобраться с этим раз и навсегда, мы с Анисой проведем большой карьерный вебинар.
Тема: «Первое собеседование в DevOps: этапы, сложные моменты и профессиональные секреты IT-рекрутера»
Эфир в первую очередь для новичков, но и те, кто хочет прокачать навыки самопрезентации, найдут для себя много полезного.
Вот что разберем:
⏩Резюме — как пройти фильтры ATS и зацепить взгляд рекрутера за 6 секунд.
⏩ Техничка — что спрашивают у начинающих и как вывести разговор на свои сильные стороны.
⏩ Вопросы с подвохом — как отвечать про провалы, если опыта работы еще нет.
⏩Зарплата — почему не страшно называть цену первым и как говорить о деньгах уверенно.
⏩Тестовое — когда соглашаться, а когда лучше отказаться, чтобы не работать бесплатно.
🔴Когда: 26 февраля в 19:00 мск
🔴 Формат: Онлайн
👉🏻 Занять место на вебинаре
Если остались вопросы — пишите в комментариях!
Коллеги, приветствую!
Рад сообщить, что старт курса DevOps Upgrade назначен на 16 марта.
В программу внесены изменения. Обновлён блок CI/CD и скорректирован мониторинг.
Курс построен вокруг сквозного практического проекта. Участники работают с реальным приложением на всех этапах.
Программа охватывает:
⏩полный цикл CI/CD;
⏩облачную инфраструктуру (AWS);
⏩контейнеризацию (Docker) и оркестрацию (Kubernetes);
⏩управление инфраструктурой как кодом (Terraform);
⏩мониторинг, логирование и обеспечение отказоустойчивости
Ключевые преимущества:
🔴диплом о профессиональной переподготовке;
🔴практический опыт, сопоставимый с задачами в реальных проектах;
🔴83% практики
Длительность обучения — 9 месяцев.
До 16 февраля действует специальное предложение: стоимость участия — 135 000 рублей (обычная цена — 195 000 рублей).
Скидка составляет 60 000 рублей.
До встречи на курсе!
Привет! На связи Аниса 🤓
— Расскажите о себе, — топ-1 вопрос, недооцененный по сложности 🙅♂️
Начинаем говорить и понимаем: рассказ путается, цифры забылись, иными словами — мысль растекается по древу. Как итог — впечатление не то, в голове сумбур, а внутри ощущение, что могло быть и лучше.
Всё так! И правда, могло бы!)
Причина в том, что сильные примеры из практики требуют подготовки. Их сложно просто вспомнить, особенно про стрессе на интервью. Их нужно собрать.
Что это дает?
😎 Конкретика вместо общих фраз.
Вместо «у меня есть опыт управления проектами» можно сказать: «Когда в проекте X возникла проблема Y, я сделал(а) A, B и C. В итоге получилось сделать Q, что дало результат N».
Готовый шаблончик!
Когда в голове есть четкие схемы для ответа, нервов меньше. Мы управляем разговором, а не пытаемсябезуспешнона ходу составить связный текст.
Через то, как мы описываем ситуацию, виден наш подход: уходим ли мы в детали, можем ли выделить главное, умеем ли связать действие с результатом. Это правда важно, на это всегда обращается больше внимание!
Приветы! На связи Аниса 🤓
Продолжаю череду постов об увольнении — уж очень эта тема соблазнительная и порой коварная, брр!
Сегодня о том, чего и врагу не пожелаешь: об увольнении друга из компании, с кем вместе работали. Точнее даже так:
Как не уволиться «за компанию», если уволился друг?
Когда из компании уходит ✨друг✨, с которым вы вместе проживали и приятные, и не очень моменты — всё вокруг становится хуже: и митинги ещё тупее, шутки несмешные, а мысль «может, и я уже пойду?» мелькает чаще обычного.
И всё это может быть не про работу, а про лишение привычной надежной опоры (и это тоже непросто).
Карьерные шаги нужно делать всегда обдуманно и аккуратно. Выдыхаем и рассуждаем, что может обезопасить от поспешных решений:
• Никаких решений на 1 месяц
За это время тоска постепенно сходит на нет, уступая место рабочим задачам. Если спустя месяц желания работать дальше нет — уже можно думать (пока только думать!) о смене компании.
Пишу этот пункт немного через силу, так как сама очень привязываюсь к команде. Команда/человек — это вполне себе фактор удержания сотрудника. Однако, это ни в коем случае не должно быть фактором увольнения. Каждый из нас живет свою жизнь, а существование настоящей дружбы не зависит от совместной работы.
Важно отделить, что конкретно поменялось с уходом друга — вполне возможно, что список будет небольшим или даже не наберется.
Когда уходит друг, пропадает привычная модель общения, пусть и внутри работы: кто-то из нас брал инициативу, кто-то чаще исполнял, кто-то разряжал обстановку. И кажется, что вместе с человеком ушла часть нашей силы.
Но! Это также может освобождаться пространство, которое мы раньше не занимали. Новые навыки, модели поведения, новые роли. И постепенно начинается самопроявление: начинаешь чаще говорить на встречах, брать инициативу, выстраивать контакты, жёстче защищать границы — классно же)
Коллеги, приветствую 👋🏻
На прошлой неделе здесь была задача про DevSecOps‑подход и падающие чекеры. Обсудим ее.
Варианты ответов были следующие:
❌Отключать все security-чекеры.
Неверно, этот вариант ломает саму идею и риски бизнеса растут.
❌Блокировать релизы при падении пайплайна.
Выглядит проще всего, но можно блокировать разработку и вообще потерять доверие.
❌Скрывать отчеты.
Не подойдет, потому что безопасноть должна быть видна разработчикам.
✅Отправлять все срабатывания в бэклог и брать в работу только critical.
Это правильный ответ. Но есть ряд важных уточнений и дополнительных шагов, которые многим из вас могут показаться очевидными (и это круто).
⏩Как выглядит корректный DevSecOps-подход
1. Ввести базовый baseline и не блокировать по старым проблемам
• Фиксируем текущее состояние: все существующие SAST/SCA-находки объявляем baseline
• Пайплайн не должен падать из-за уже известных старых уязвимостей
• Новые проблемы, появившиеся в конкретном PR или коммите, — вот их уже можно блокировать или жёстко контролировать
2. Приоритизировать по критичности и риску
Всё найденное уходит в бэклог, но работа ведётся по severity:
• Critical / High — обязательны к исправлению в разумные сроки (SLA)
• Medium / Low — либо откладываются, либо помечаются как неактуальные / ложные срабатывания
3. Уменьшать шум и ложные срабатывания
• Правила и сигнатуры SAST/SCA должны быть настроены так, чтобы реже цеплять несущественные находки
• Часть правил имеет смысл перевести в режим информирования, а не фейла
4. Ужесточать политики постепенно
• Сначала пайплайн падает только по критическим уязвимостям
• Потом добавляются high
• И только после расчистки старой базы — важные средние
DevSecOps — это не про «сломать разработку ради безопасности», а про управляемые риски и эволюцию процессов, которые команды реально готовы поддерживать 📌
Быстрый старт в DevOps 🔥
Самый частый вопрос у тех, кто решил сменить сферу: С чего вообще начинать? Если коротко: не с инструментов, большинство именно так и делает, а потом теряется.
На мой взгляд, хорошее решение вопроса — бесплатный курс «Быстрый старт в DevOps» от Слерма.
🔴Внутри отличное наполнение для тех, кто хочет разобраться, а не учить всё подряд:
· Короткая и понятная выжимка, что такое DevOps на практике, а не в вакансиях
· Какие инструменты действительно базовые, а какие можно не трогать на старте
· Понимание, чем DevOps-инженер реально занимается в компании и подходит ли вам это направление
Курс небольшой и без философии. Посмотрели и сразу поняли, ваше или нет.
⏩Оформляйте курс, пока он открыт. Мы пока добрые, но кто знает, какие изменения нас ждут :)
Коллеги, привет!
Предлагаю начать эту неделю с небольшой задачи из реальной практики DevSecOps.
🔴Условие:
Команда получает негативные результаты SAST/SCA. Пайплайн стал «красным всегда». Релизы начинают тормозиться, а доверие к security-чекерам постепенно падает.
🔴Вопрос:
Какой DevSecOps-подход в такой ситуации выглядит наиболее корректным?
Голосуйте за правильный вариант ниже⬇
И напишите в комментариях, как вы решали похожие ситуации на практике
Привет! На связи Аниса. И сегодня о насущном 🗣
Есть ли сейчас смысл откликаться на hh?
Сейчас на hh и правда большое количество откликов с отказами и классическими отбивками в стиле «мы рассмотрим ваше резюме», прилетающими через секунду.
Моё мнение + наблюдение 🤓:
стандартный отклик на вакансию в hh, к которому мы привыкли — больше не работает.
Видим вакансию на джоб-борде. Переходим на сайт компании. Отправляем резюме в карьерном разделе сайта компании. Да, конкуренция будет, но намного меньше, так как это требует дополнительных действий, нежели секундный отклик на hh.
Находим рекрутера конкретной компании в LinkedIn или других соцсетях. Пишем дружелюбно и
по-человечески
, без массовых рассылок, что-то в стиле
«привет, хотел(а) откликнуться к вам на джоб-борде, но там какой-то треш из откликов. Рискну написать лично, вдруг и вам тоже так удобнее😁»
. И далее краткая выжимка о себе — позиция, стек, опыт работы — пара предложений, не более. И резюме, без него никак)
Коллеги, всем привет!
Как думаете, может ли 30 минут разговора изменить вашу карьеру в DevOps?
Я уверен, что да! Именно поэтому я запустил розыгрыш трех карьерных консультаций⚡️
⏩Напоминаю: розыгрыш заканчивается 13 марта.
Чтобы стать участником:
⏩ Подписка на канал: @devopsupgrade
⏩ Кнопка «УЧАСТВОВАТЬ» под этим постом.
Разберем ваше резюме, цели и составим план развития.
Не упустите шанс прокачать карьеру! 🔥
Коллеги, приветствую👋🏻
Расскажу сегодня о рабочем. Ковырялся с одним инструментом, уж очень меня он бесит. Даже интересно, кто-то вообще знает о нем тот факт, что с первой версии он работает не с аннотациями, а с CR? Вот я узнал по случаю. И инструмент этот — ArgoCD image updater 📌
Раньше достаточно было добавить аннотаций и все, а теперь нужно добавить в чат CR. Пару слов про CRD — ну вы знаете же?
CRD устанавливается один раз в кластер c самим сервисом.
CR создаётся для каждого приложения (в данном случае для приложения).
apiVersion: argocd-image-updater.argoproj.io/v1alpha1
kind: ImageUpdater
metadata:
name: {{ .Values.app.name }}-updater
namespace: argocd
spec:
applicationRefs:
- namePattern: "{{ .Values.app.name }}-*"
images:
- imageName: "{{ .Values.image.repository }}:{{ .Values.image.tag }}"
commonUpdateSettings:
updateStrategy: "newest-build"
DevOps Upgrade: гранты на обучение!
Хочу поделиться отличной новостью: мы решили снова запустить гранты на обучение на курс DevOps Upgrade.
Вы сможете получить один из трех вариантов гранта:
⏩1 место — 100% скидка на курс
⏩2 место — 50% скидка на курс
⏩3 место — 30% скидка на курс
Как получить грант:
1️⃣Подписаться на канал — Devops Bootcamp с Федосеевым
2️⃣Выполнить задание по ссылке. До 3 марта (включительно).
3️⃣ Дождаться результатов — их я объявлю в канале Devops Bootcamp с Федосеевым — 6 марта
⚡️Старт гранта — 26 февраля⚡️
Уже сегодня готовимся к собеседованию в DevOps!⚡️
Хватит бояться первого собеседования — лучше прийти на вебинар и узнать, как его проходить.
📌Вебинар пройдёт — сегодня в 19:00 мск.
Что разберем:
🔴Идеальное резюме, которое не отсеют роботы (ATS).
🔴Технические вопросы, если нет опыта.
🔴Переговоры о зарплате и тестовые задания, которые не стоят вашего времени.
Бонусы для участников вебинара:
🌟Авторский чек-лист по прохождению собеседований в подарок.
🌟Возможность попасть на курс DevOps Upgrade со скидкой 30%, 50% и даже 100%
Занять место на вебинаре
Коллеги, приветствую💬
Работа, обучение, технологии – это всё, конечно, важно и нужно, но не стоит забывать и о приятных вещах. Вот мой щенок, про которого я рассказывал, уже формально не щенок – ему исполнилось 9 месяцев. И он, совсем как мы с вами, начал заниматься своим дрессированием обучением
Похоже, он больше всех рад такой снежной зиме (тем более, своей первой). Может часами гулять и нырять в сугробы. Мне остается только проверять, чтобы он иногда выныривал и возвращался домой❤️
Привет! Это Аниса 🤓
И я продолжаю серию постов про карьерные явления в зумерско-альфавом мире.
Сегодня у нас Она — ✨микропенсия✨
Значит так: жестко работаем 2-3 года, зарабатываем, копим, увольняемся и отдыхаем на драгоценные накопления годик или около того.
Варианты отдыха каждый выбирает сам — книжки почитать или путешествовать — тут уже кто сколько накопил…
Коллеги, приветствую 👋🏻
Давно не было историй, самое время исправляться.
История из серии «всё работало, пока не стало очень странно», зато с полезным уроком 🔥
В какой-то момент мы начали замечать, что при выполнении пайплайнов некоторые джобы падают по странным причинам. Происходит сбой, и все следующие задачи на этом раннере завершаются с ошибкой. Через некоторое время всё снова работает нормально, до следующего раза.
⏩Первое, на что указывала ошибка, — проблемы со сроком действия сертификата. Но сертификат не может временно становиться недействительным, тем более так избирательно. Подобное поведение может быть связано с ошибками времени, однако служба синхронизации у нас функционировала корректно.
⏩Копнули глубже и включили дополнительный мониторинг. И тут стало понятно: в какой-то момент время на сервере проваливалось в условный 1970 год, а затем через некоторое время синхронизировалось обратно. Но за это короткое окно успевали упасть десятки джобов...
Сначала мы подумали о возможном вредительстве, однако оказалось, что некоторые сборки пакетов действительно могут вызывать подобные ситуации, если у раннера включён привилегированный режим.
Отсюда простой, но важный вывод: привилегированный режим для CI-раннеров — это зона повышенного риска, и его стоит избегать, где это возможно. Причём даже вполне легитимные джобы иногда могут оказывать похожий эффект.
Бу! Испугались? Не бойтесь! Это я, Аниса)
И я вспомнила столетний мем решила начать серию постов, где буду знакомить вас с новыми карьерными явлениями в зумерско-альфавом мире.
Слёрм — первый образовательный, не иначе!
🤟 Act Your Wage
Это вести себя в соответствии с окладом. Хороший способ противостоять начальству, которое навязывает дополнительную нагрузку без повышения зарплаты.
Коллеги, приветствую 💬
Давно ничего не рассказывал, поэтому немного поделюсь тем, чем приходится заниматься в последнее время.
Помимо вполне типичных задач, всё чаще появляются истории, где нужно плотно взаимодействовать с инженерами из других компаний и интеграторами. И тут уже возникает вопрос не столько в решении конкретной технической проблемы, сколько в синхронизации подходов — с учётом разных целей каждой стороны.
И вот это неожиданно съедает много времени. С одной стороны, нужно объяснять вроде бы очевидные вещи. С другой — совсем не хочется скатываться на уровень разжёвывания базы, потому что это может показаться токсичным.
⏩Долго думал, как вообще написать этот пост и никого не обидеть. Но если в ваших сердечках найдется отклик на такую ситуацию — дайте знать.
Возможно, имеет смысл собраться в формате обсуждения и выговориться поговорить об этом. Тем более, что такие встречи мы не проводили уже очень давно 🔥
Коллеги, всем привет!
У нас на курсе DevOps Upgrade студенты закончили тему про мониторинг 🔥
Интересно проверить и ваши знания, поэтому, вопрос из мониторинга ниже ⬇
Коллеги, привет!
Вот уже подходит к концу первый месяц года. Хотя ощущение, что он только недавно начался.
Изначально хотел написать о том, как бодро и классно вхожу в рабочий ритм после праздников. Но реальность оказалась другой: разобрать навалившиеся дела удалось только к концу месяца. Плюс всё это совпало с сессией на учёбе.
Кстати, почему после длинных праздников всегда так много дел? Мне кажется, все из-за того, что в праздники не хочется много работать, и задачи просто копятся. И вот, будние наступают, и все алерты с низким приоритетом догоняют разом. Думаю, каждый столкнулся с подобным в начале года.
Из более приятного и интересного, Яндекс запустили сертификацию. Формат для нашего сегмента довольно новый, по крайней мере я раньше такого не встречал. Было действительно интересно поучаствовать 🔥
⏩Делитесь, что у вас что накопилось из категории давайте уже после Нового года?
Привет! На связи Аниса 🤓
Тут мы определяли, хотим ли уволиться, или это постпраздничный мираж.
Допустим, всё, баста. Увольняемся!
Не секрет, что на it-рынке сейчас неспокойно: специалистов много, ИИ-фильтры всех достали, а зарплаты на многих позициях перестали расти, как это было в ковидные времена (а ведь прошло уже как 6 лет...👨🦳)
Как подготовиться к увольнению?
• Формируем финансовую базу
Формула такова: ежемесячные обязательные расходы умножить на 3-5 месяцев — да, именно столько в среднем сейчас занимает активный поиск работы, чтобы дождаться наиболее приятного оффера.
Пугаю, но лучше так, чем ожидать смены работы за пару недель.
Уходить в никуда — big nononono. Уходить в никуда с финансовой подушкой — сомнительно, ну ок.
Однако, я бы не стала, если на работе всё в рамках разумности.
Отличный вариант — собеседуемся, получаем оффер, уходим.
У рекрутеров в компаниях есть база резюме. Бывают системы, которые автоматически добавляют резюме в базу из откликов на красном работном сайте. Будет не очень круто, если ваше черновое резюме, с которого были сделаны отклики в формате «а вдруг возьмут, прикольная вакансия», сохранится в базе или получит отказ.
Лучше сначала привести резюме в порядок и только после этого начинать откликательную деятельность 🤓
Да, душой и кошельком, возможно, мы уже в другом месте пьём джюс. 🍻
Однако финальные месяцы на работе не менее важны, чем предыдущие.
Главное — сохранить прекрасные отношения с коллегами, руководителями, а также показать себя в задачах. Вспомним, как на концертах всегда выбирают лучших артистов на начало и на конец — так работает память, не иначе)
Как много в этом слове... Не каждый поймет, далеко не каждый сможет!
Статусы проектов, уточнения, ответственные лица, контакты, инструкции «что делать, если…».
Уважительное отношение к работе (даже если всё достало, понимаю) вернется в виде положительных рекомендаций
Мой личный пункт, на котором хочу акцентировать внимание. Повышения з/п (размер повышения без изменения должности внутри компании не будет сильно ощутим из-за специфики штатного расписания, 1.5х от з/п внутри роли ожидать не стоит), обещания об изменениях в процессах или изменении роли без дедлайна — лишь отложат ваш поиск, а могут даже добавить чувства долга перед руководителем.
Это ни к чему.
Три переоцененных инструмента 📌
Хочу поднять тему, которая периодически всплывает в разговорах про best practices. Есть решения, которые принято считать универсальными и почти обязательными. Но на практике они часто оказываются переоценёнными. Разбираемся почему 👇🏼
🔴Ansible: иллюзия простоты
От Ansible зачастую ожидают простой YAML, который решит все проблемы конфигурации. Но на деле можно получить лавину неподдерживаемого YAML, который со временем превращается в инфраструктурные спагетти.
Частые ошибки:
· Писать гигантские плейбуки вместо модульных ролей
· Игнорировать идемпотентность и получают скрипты, которые ломаются при повторном запуске
· Не задумываться о производительности при работе с сотнями нод
· Использовать Jinja2 там, где уже нужен полноценный язык программирования
В действительности Ansible отлично подойдет для конфигурации ОС, ad-hoc задач, деплоя приложений на существующие сервера.
🔴Kubernetes: молоток для всех гвоздей
От него ждут золотой стандарт оркестрации, который автоматически сделает инфраструктуру масштабируемой и отказоустойчивой. На практике, оказывается что Kubernetes имеет высокую сложность эксплуатации, особенно в маленьких командах, где значительная часть времени уходит не на бизнес-логику, а на поддержку.
Частые ошибки:
· Разворачивать production-кластер «для трёх микросервисов»
· Не считать стоимость владения (инженеры, мониторинг, безопасность)
· Не понимать, что Kubernetes — это платформа, а не продукт
· Забывать, что managed-сервисы всё равно требуют экспертизы
Kubernetes правда нужен для хорошо написанных микросервисов, сложной networking-политики, real-time scaling.
🔴ArgoCD: GitOps-комбайн
Многие думают, что в таком случае получат магическую синхронизацию, где Git — единственный источник истины. В реальности же это сложная распределённая система, которую непросто диагностировать и отлаживать.
Частые ошибки:
· Внедрять GitOps до того, как научились делать стабильные пайплайны
· Не понимать reconciliation loop и удивляются «автоматическим» деплоям
· Строить хрупкие цепочки зависимостей между приложениями.
ArgoCD действительно необходим только крупным распределённым командам, где у вас сотни сервисов и динамические окружения.
⏩Мой вывод: проблема не в инструментах, а в ожиданиях и контексте их применения.
Интересно, какие из этих граблей вы уже успели собрать — и какие инструменты, на ваш взгляд, переоценены сегодня?
Привет! На связи Аниса ⚪️
научилась читать ваши мысли, и вот она — первая постпраздничная
Я хочу уволиться... или не хочу?
Возвращение в рабочий (или хотя бы похожий на него) ритм после новогодних праздников — это жестко.
И, самое главное, это ощущение — норм!
Ну, честно, даже самая любимая работа не перебьёт всё великолепие из салатов, подарков, крепкого сна и свободного графика 🥱
А как понять, я реально хочу уволиться или просто стрессую после праздников?
• всё бесит
• хочу уйти, но не от чего-то конкретно, а просто отдохнуть ещё
• через пару часов работы становится чуть полегче
• злюсь (прям вот сильнее обычного) при ранних подъемах
Если речь о таких чувствах, то выдыхаем. Это классическое вхождение в ритм: мозг привык накапливать и экономить энергию, поэтому всеми силами сопротивляется — и я понимаю его абсолютно...
А вот если так:
• не нравится что-то конкретное (например, нескончаемые переработки, з/п, срыв договоренностей и т.п.), и я понял(а), что следующий год хочу провести без этого
• апатия держится весь день
• мысль об увольнении есть не только после праздников, а перманентно несколько месяцев
То в таком случае стоит и правда задуматься о карьерных изменениях, а лучше — постепенно готовиться к ним. Как это сделать — напишу в следующем посте, далеко не уходите