Как проходит типичный рабочий день девопса ❓

Конечно у всех он отличается, но я расскажу про свой.

Итак, просыпаюсь, понятное дело без будильника. По будильнику - только в аэропорт =)  Дольше 8-9 утра обычно не сплю, могу и в 5-6 встать, как повезет. Далее незатейливый завтрак за проверкой почты, сообщений и алертов, накопившихся за ночь. День как правило уже распланирован накануне, и вот эти сообщения могут внести коррективы в планы, но это абсолютно нормально. Отвечаю на ваши вопросы и провожу консультации.

До обеда, как правило, получается все разрулить и даже вместить небольшую физактивность 🏋️‍♀️, а иногда и утреннюю прогулку (если, конечно, на улице хорошая погода). Далее обед дома или в кафе, который переходит в хорошую прогулку часа на полтора-два. Да, 15 тыс шагов сами себя не пройдут. Остаюсь на связи все это время и даже иногда беру с собой дорожный ноут для решения срочных проблем, которые случаются, впрочем, не часто.

👨‍💻 По возращении домой разгребаю, если что-то накопилось с обеда, и продолжаю запланированную работу до ужина. А после основного дня бывают созвоны с учениками.

💡Вот примерно так и проходит мой рабочий день.
Делитесь своим в комментариях 👇

DevopsTrain

Вот примерно так выглядит рабочее место девопса 👨‍💻

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

Размер экрана данного лэптопа (Thinkpad P73) -  17.3", что для меня является оптимальным вариантом 👌. Нередко данный ноут покидает дом и едет на дачу, и никаких проблем с переноской не возникает (вес вместе с зарядником около 4 кг)

😎 На экране вы можете видеть NixOS, в терминале запущен k9s - мой незаменимый инструмент. О нем я расскажу в следующий раз подробнее. Для коротких выездов есть также копия системы на 15" thinkpad, его носить сильно легче (1.7 кг).

✔️ Разделение рабочего пространства и личного происходит на уровне рабочих столов gnome и переключение между ними вполне быстрое, происходит много раз на дню.

Подводя итог, можно сказать что мое рабочее место - это там где есть мой ноут и интернет,  и нет так важно, где это: подмосковье, средиземноморье или юго-восточная азия 😉

А как вы организовали свое рабочее место?

DevopsTrain

Псевдографика - наше всё

➡️Я сейчас о консольных GUI утилитах, которые иначе называют псевдографическими, потому что какая там может быть графика в текстовом режиме. Однако, как показала практика они чрезвычайно удобны. Даже если вы работаете на десктопе в своем уютном маке, вы можете не отказывать себе в удобстве и подключившись к удаленному серверу по SSH, где эти утилиты прекрасно функционируют.

Пожалуй, самый известный пример такого рода утилит - midnight commander (олды помнят еще norton/volkov commander и far)

Сегодня я использую такие утилиты как k9s, lazygit и иногда lazydocker. Хотел бы немного подробнее рассказать про k9s, если вы еще с ним не знакомы.

k9s - на мой взгляд лучший инструмент для управления kubernetes с точки зрения пользователя.

У меня получается им пользоваться гораздо эффективнее чем графическим Lens, который я так и не полюбил. Мне нравится vim-like стиль управления k9s для переключения видов, объектов отображения, фильтрации списков, поиска по тексту логов, да словом все что может понадобиться. Даже порт прокинуть можно и файлы скачать / загрузить. Очень наглядна статистика по общему потреблению ресурсов кластера, и по каждой ноде. В общем, рекомендосьон!

💡Пользуясь случаем, хотел бы показать вам нового бота, который обучен отвечать на вопросы по моим курсам и программе обучения - @devopstrain_mentoring_bot
Работает базе Deepseek v3. Попробуйте - он с удовольствием ответит на все ваши вопросы :]

DevopsTrain

Как учиться за счет работодателя

🤨 Многие знают о возможности обучения за счет компании. Зачастую они сами оповещают сотрудников о бюджете на обучение и условиях его реализации. Тем не менее часто возникают вопросы: кто из персонала компании отвечает за это и что нужно говорить?

Ловите советы:

📌 В большинстве компаний на рост и обучение сотрудников специализируются HR, руководители отделов, технические и финансовые директора.

Основные аспекты диалога с ними:

📞 Разберитесь, на каком "языке" общается лицо, принимающее решение – это может быть язык бизнеса, команды, финансов, инструментов, то есть что является ключевым для него. Ориентируясь на эти параметры, выберите аргументы в поддержку вашего обучения: выгоды от повышения вашей квалификации должны быть очевидными как для вас, так и для собеседника. Расскажите, как обучение повлияет на результаты его работы и отражается на KPI, за которые он отвечает.

Итак, план таков:

1️⃣ Ищем возможность отправить заявку на обучение (если есть) или идем к человечкам выше 👆

2️⃣ "Продаем" необходимость своего обучения и отправляем на него ссылку

3️⃣ Вы сделали что могли, остальное мы порешаем с вашим работодателем 🤝

Сегодня разберем одну из типовых вакансий, в данной случае это SRE инженер в Сбер-страхование

Требования вы можете видеть на скриншоте. Давайте по порядку:

1👌 Linux — куда же без него? Основа всего что сейчас запущено в мире (в том или ином виде)

2 👌 Docker - частный случай использования контейнеров, но самый популярный. Что ж, тут тоже все логично.

3 ❔ CI/CD. Тут они смешали все в кучу. Причем тут ansible? Ну конечно можно его туда завернуть, но ниже ведь идет helm/kubernetes. И как бы тогда зачем? В целом ci/cd конечно маст хев.

4 ❔ Автоматизация через скриптовые и интерпретируемые языки. Ну во-первых это, с моей точки зрения одно и тоже, но обычно разделяют на интерпретируемые и компилируемые. Это важно, конечно. Но я бы добавил еще такие вещи как Go в свой скиллсет.

5 👀 Системы логгирования. В данном случае устаревший стек ELK, но до сих пор очень популярный. Ранее я разбирал современные альтернативы.

6 👌 K8s/helm и все что с ним связано - без этого сейчас обходится мало вакансий.

7 👽 Работа с Jira то еще удовольствие, и я бы с радостью не работал бы с ней, но корпорации любят этого перегруженного монстра. Впрочем, сложного там ничего нет, просто больно чуток.

8 👀 Микросервисный паттерн - частый кейс в настоящее время, иногда даже слишком частый. Кажется что там не микро, а наносервисы.

9 👽 Опыт работы от 3-х лет. Ха-ха, ну вроде бы логично и не много, но если ты только начинаешь, то как быть?

Варианты есть: один их них  - стажировка  за еду, но зато потом есть высокие шансы устроиться на реальный проект.

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

DevopsTrain

Про удаленку

На удаленку я перешел еще до того как это стало мейнстримом, лет 20 назад. По правде говоря, я в офисе от силы месяцев 5 отработал за свою карьеру 😱. Бывало потом приезжал раз в пару месяцев потусоваться с коллегами в офис, обсудить текущие вопросы, которые впрочем можно было бы и онлайн обсудить, но так интереснее)

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

И прекрасно работали еще 2-3 года, после чего похоже менеджеры заскучали, офисы простаивали и народ снова начали загонять насильно в офисы, официально - для повышения эффективности работы 😣

Но мы то знаем, что в офисе атмосфера вообще не располагает к работе: за чаем 10 раз на дню, обед, просто побазарить с народом.
И еще получается либо тебе надо настраивать свой рабочий комп и разделять жестко: работа-дом, либо таскать свой ноут из дома. Разделять жестко в ИТ получается редко, а если ты разработчик или девопс, то это утопия.

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

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

DevopsTrain

AI Ассистент в Devopstrain 🤖

Хотел бы поделиться с вами весьма интересным кейсом использования AI моделей LLM вроде GPT4-o.

Нам потребуются следующие ингредиенты:

➡️Сама модель. Начал с OpenAI GPT-4o, но они по ценам совсем берега попутали, поэтому в итоге остановился на Deepseek V3. Уровень ответов как минимум не хуже, а цена в 10 раз ниже.

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

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

➡️Виджет для интеграции в платформу обучения, в виде чата, который вы можете видеть на сайте и в самой платформе.

➡️ Слой адаптации, чтобы вытаскивать текстовые данные из json массива, в котором отдает платформа. Это нужно, чтобы сильно сэкономить на токенах, т.к. основной расход - это input tokens, которые требуются для "дообучения" модели. Условно говоря самый большой раздел у меня примерно 13000 токенов, без адаптации модель отлично работает, но сжирает раза в 2 больше.

🧑‍🎓 Результат вы можете видеть в моих курсах: задаете вопрос и получаете ответ не как обычный gpt, а с учетом данного раздела курса. В этом главная ценность и отличие от типового gpt 🤌

По этому поводу до 10 апреля действуют акции:

◽️1 курс + еще 1 курс = 3 курса (выбирайте 2 курса на платформе и забирайте третий в подарок)
◽️скидка 5% на Индивидуальное наставничество

P.S. за год цена на наставничество выросла на 30%

✔️ Изучайте материал более эффективно, экономя время на поиск и адаптацию под вашу задачу найденного на просторах интернета решения.

DevopsTrain

В продолжение темы про удаленку.

Хорошо, когда ты не ограничен выбором работы в определенной стране. Условно говоря, работать на Европу, находясь в Азии 🏖️

Сейчас же, если говорить про РФ,  с этим есть некоторые сложности: компании которые находятся за пределами РФ хотят, чтобы ты тоже физически находился вне РФ. И наоборот также работает 😒

Да, есть немало исключений, но тренд явно прослеживается и я нахожу это верхом идиотизма, уж простите.

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

Конечно, сейчас интернет зацензурен или просто говоря сломан. Но так или иначе до сих пор можно работать из любой точки. Так зачем же ограничивать людей физическим местонахождением? Ни одна компания мне не смогла ответить на такой достаточно простой вопрос. Были отговорки вроде: "у нас такая политика безопасности". А почему у вас такая политика безопасности? Какая логика в этом? 🙃

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

➡️ Для работы на международном уровне нужен английский язык. По моему опыту достаточно уверенного B2 для разговора и B1 для чтения документации и общения в чате.

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

👉 https://t.me/english_practice_lisa_bot - разговорная практика с американцем (уровень A1/A2)
👉 https://t.me/english_practice_bart_bot - разговорная практика с американцем (уровень B1/B2)
👉 https://t.me/english_practice_tech_bot - деловая разговорная практика с уклоном в IT (уровень B1/B2)
👉 https://t.me/english_words_practice_bot - разговорная тренировка вашего набора английских слов
Управляйте списком и запоминайте слова через единственный надежный способ - применение на практике!

Попробуйте - вам обязательно понравится 🛍

DevopsTrain

О недавнем падении Яндекс.Облака

30 марта сервис Яндекс.Облако простаивал примерно 12 часов 😊. К счастью, он был недоступен не полностью, а лишь на треть. Однако, если вам не повезло размещать свои ресурсы в зоне B, то для вас этот день стал настоящим испытанием. По классике, это произошло в воскресенье. С одной стороны, это хорошо, так как клиенты многих бизнесов активнее работают в будни, и это могло снизить масштабы катастрофы. С другой стороны, это плохо, потому что уже отдыхающих системных администраторов и SRE/DevOps-специалистов не так просто вернуть за компьютеры.

➡️ В нашей компании всё завязано на Яндекс.Облако, но в этот раз нам повезло: основные ресурсы размещены в зоне A, а те, что упали в воскресенье, никому не были нужны. К понедельнику всё уже восстановилось.

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

Без исключений.

Даже Amazon (AWS) иногда сталкивается с подобными проблемами, хотя, по моим ощущениям, это происходит реже. Обычно у Яндекса сроки восстановления значительно короче, но в этот раз случился двойной сбой: отключилась городская сеть, а генераторы не смогли запуститься. Поэтому питать иллюзий насчёт абсолютной надёжности уже невозможно. Мы знаем, что подобное повторится — скоро, а может быть, даже быстрее, чем мы думаем.

🖇️ Но с этим надо как-то жить: минимизировать ущерб от простоев и стараться их избегать. У каждой компании своя стратегия "выживания".

Либо ждать, пока всё "само" починится, рассказывая клиентам, какой плохой Яндекс, либо заранее резервировать ресурсы.

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

Кстати, распределение ресурсов по облаку тоже не гарантирует успеха. Например, если откажет балансировщик или прервётся сетевая связность между зонами.

Какой бы подход вы ни выбрали, важно продумать планы B и C на случай, если вся ваша отказоустойчивость пойдёт по бороде 🙂. Лучше сделать это заранее, чтобы хотя бы примерно представлять, как действовать. Про бекапы я уже молчу — это must have.

DevopsTrain

День глюков

Я давно заметил, что схожие по своей сути события имеют тенденцию группироваться и случаться в один день, либо на одной неделе.
К примеру, если встретил на дороге неадеквата, который тебя подрезал, то скорее всего он в этот день будет не единственным. Если какой-то привычный для тебя сервис сегодня "прилег", то жди еще сюрпризов.

Недавно череда странных багов случилась со мной в один день.

▶️Глюк №1
Кластер Kubernetes на OVH не запускался. Я решил обновить в своих курсах версию кластера по умолчанию, ведь пора бы уже, старая скоро просто не будет поддерживаться. Увеличил версию, и проверил — выдалась ошибка. На OVH ошибки очень скудные, деталей нет вообще. Первая мысль — именно данная версия не работает, ведь пару дней назад же все было ок. Но потом оказалось, что и старая версия в этот день тоже не работала. Чтож, ок, тут только ждать пока починят.

▶️Глюк №2
Пользователь сообщил, что ИИ ассистент на моей платформе ему не отвечает. Как же так, ведь у других работает прямо в данный момент. Пришлось раскапывать причину, оказалось что именно на данном разделе курса сработал пограничный случай и преобразование в JSON отвалилось. Потребовалось время, но проблема решилась.

▶️Глюк №3
На основной работе ко мне пришли из разработки и сообщил, что нашли в инфре стейджингого окружения страшный и ужасный баг, который если повториться в проде, будет *опа. Вкратце: у нас несколько инстансов redis запущено в одной неймспейсе k8s, и каждый микросервис работает со своим. А тут по какой-то неведомой причине один микросервис подключился к redis другого микросервиса. Сначала грешили на съехавшие env переменные, хотя ничего не меняли тут, и как выяснилось дело не в них. Они установлены верно. Но по ошибкам в Sentry проблема определенно была. После долгих раскопок логов, нашли попытки самого редиса подключиться к другому, что насторожило. Выяснилось, что не так уж давно был внедрен механизм Sential для кластеризации Redis, и он умеет делать autodiscovery, и находил в качестве источника не своего мастера.

▶️Глюк №4
Он связан с попыткой решить №3, а именно запустить Managed Redis cluster в облаке. Запускаем мы сервисы через Terraform, но почему-то именно с этим ресурсом возникли проблемы, после создания ресурс не добавлялся в стейт. Тут похоже мы наткнулись на какой-то пограничный случай, т.к. воспроизводится только на нашем стейте. Если вынести его отдельно, то проблем нет.

Вывод, который можно сделать: 🙄

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

Чудес не бывает и у каждой проблемы есть свои причины, до которых надо докопаться.

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

DevopsTrain

Реально последний шанс НЕ пойти работать таксистом

Кажется, что вся шумиха вокруг нейросетей и AI это просто очередная веха в развитии айтишечки. Действительно, не первый же раз мы видим инновации в этой сфере. Хотя, если честно, то реально значимых открытий и изобретений можно пересчитать по пальцам одной руки:

🔵 Создание ЭВМ и сетей
🔵 Создание интернета и связанных с ним протоколов (TCP, HTTP, smtp, dns, ...)
🔵 Отдельно можно выделить протокол Bittorrent
🔵 Ладно, эти ваши смартфоны тоже существенный скачок в развитии, хотя большинство людей их использует достаточно примитивно
🔵 Создание Bitcoin (сюда же и прочие криптовалюты)
🔵 Машинное обучение и в частности генеративные модели вроде GPT

Пальцев получилось 6, чтож, бывает и такое. Хотя я мог что-то и забыть, напомните в комментариях.

Так вот, получается, что

не так уж часто происходят революционные события

, чтобы каждое из них не рассмотреть всерьез. Я в целом отслеживаю ситуацию и замечаю и гораздо более нишевые тренды, которые мне интересны по долгу службы. То есть еще в 16 году я сделал ставку на Kubernetes, хотя он был еще в зачатке и в облаках его не было вовсе. А в 15 году мне уже было очевидно, что Golang прочно займет свою нишу и даже потеснит прочее легаси вроде Python/Ruby/Java на многих проектах.

🤖 Конечно же и мимо гпт пройти не смог, использовать его начал еще в 22 году, и несмотря на некоторую глючность моделей тех времен, сразу стало понятно что это game changer. Но то, что мы видим сейчас в плане развития как самих моделей, так и инструментов на их основе - это нечто за гранью добра и зла. Причем я бы сказал, что инструментарий не менее важен, чем качество моделей.

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

Речь о тотальном переходе на эти инструменты и как следствие повышение эффективности интеллектуального труда.

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

Хорошая новость в том, что ручной труд пока заменить не удается и курьеры, таксисты еще пока пользуются спросом 😂

❗️Если такие перспективы не воодушевляют, то по сути в ИТ вариантов не так уж много. Остается возглавить ИИ революцию выбрав работу инженера по машинному обучению. Но как понимаете, выбрать не достаточно, нужно уметь что-то делать, а конкуренция там будь здоров. Поэтому другой более реальный и не менее выгодный вариант - инженер Devops, который, в том числе, и модельки эти будет запускать. Приходите учиться в мою программу наставничества, пока не поздно.

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

DevopsTrain

Опа, что это тут? Новый курс!

➡️ 12 Factor App: от теории к практике в Cloud Native мире

Рад поделиться долгожданным обновлением платформы! Сегодня стартует уникальный курс, посвящённый созданию cloud native приложений на основе 12 Factor App.

💡 Почему этот курс особенный?
Мы не просто разбираем теорию, а шаг за шагом реализуем микросервисное приложение, используя Go — язык, который стал незаменимым инструментом для DevOps.

❔Что будет в курсе?

✅ Понимание принципов 12 Factor App и их применение.
✅ Создание приложения с помощью вайб-кодинга — промптов для ИИ (это реально круто и будущее уже здесь!).
✅ Работа с Kubernetes и GitHub Actions, включая настройку собственных раннеров.
✅ Интеграция с БД и Telegram API для полного цикла разработки.
✅ Бонусные 2 фактора от меня

🤩 Этот курс — не просто обучение, а взгляд в будущее разработки, где ИИ и облачные технологии становятся неотъемлемой частью процесса. Если вы хотите быть на волне технологий и понимать, как создаются современные приложения, — welcome!

Помимо этого, до 15 июня действует 5% скидка на программу наставничества.
И до этой же даты действует акция: 1 курс + еще 1 курс = 3 курса (самый дешевый в подарок)

Хотели прокачаться в Devops? - самое время начать (пока не поздно 🐶)

📎 И не забывайте про DevOps Roadmap

Немного про DevSecOps

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

🔵Раньше:
Отдельная security-команда (если она есть, кхе-кхе) периодически проводит свои тесты на предмет известных уязвимостей тестового стенда, а иногда сразу и прода. Даже возможно смотрит в код приложения, но это не точно. Далее дает обратную связь разработчикам, если есть что исправить. 

🔵Сейчас:
Статические (код) и динамические (запущенное приложение) проверки встроены в CI-пайплайн, и разработчики постоянно получают обратную связь от инструментов-анализаторов. Безопасность становится общей ответственностью, а не только службы безопасности. 

📎 Что касается самих инструментов, то ярким примером являются SonarQube, Checkmarx. 

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

Впрочем, далеко не везде заморачиваются с такими вещами, из-за чего сливы пользовательских данных — очень частое явление. Но понятно одно: с этим всем можно и нужно бороться, а спрос на внедрение DevSecOps будет расти. 


📍Devops Roadmap
👉 Наставничество
👉 Курсы

💬 Такой отзыв пришел вчера на мою программу наставничества. Максим устроился на работу в финтех с хорошей зарплатой.

Меня часто спрашивают:

Смогу ли я устроиться на работу после вашей программы ❔❔

Конечно, при должном упорстве и уровне знаний можно получить работу с зарплатой от 250-300к и окупить наставничество за неделю-две. В обучении вся нужная информация и вопросы собеседований, которые часто задают работодатели ✔️

Жду вас на своем обучении, с сентября планирую повышение цены 🙃

Startup, Mid-size, Enterprise

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

Startup

⏩Работа в стартапах (до 50 человек) — весело, задорно, хаотично, иногда аврально, но сильно заметна очевидная связь между тем, что ты сделал и эффектом для компании. Возможно потому, что когда ты роняешь прод, это действительно трудно не заметить)) Или оптимизировал расходы на сервера, чтобы оставить больше бюджета на рекламу. А уж если ты еще бэкенд пишешь, то там еще больше можешь влиять на результат. Из минусов можно выделить необходимость выстраивать различные процессы, а код и инфраструктура еще не имеют жестких гайдлайнов. Как правило, даже нет infra-as-a-code. Тем не менее мне до сих пор нравится работать в таких компаниях, люблю приводить все в порядок.

Mid-size

⏩В компании среднего размера (порядка 100+ человек) от тебя зависит чуть меньше, т.к. по идее твоя роль должна быть задублирована вторым и может быть третьим человеком.
Однако несмотря на большее число сотрудников, ты все еще напрямую влияешь на работоспособность продуктов компании. К плюсам можно отнести выстроенный подход к разработке и релизам, а также широкое использование инструментов вроде terraform, helm, ansible для работы с инфрой.

Enterprise

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

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

✌️Devops Roadmap
✅Наставничество
✅Курсы