Ловите 100+ опенсорс клонов популярных сервисов, собранных в одном месте — Clone Wars.

Внутри есть все: от Notion и Spotify до YouTube и TikTok. Можно изучить архитектуру, используемые технологии, стащить идею для пет-проекта или просто понять, как устроены продукты мирового уровня.

Сохраняем 😉

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

Что на самом деле делает DevOps, а не как пишут во многих вакансиях❌

Если читать вакансии, DevOps это человек, который:
1️⃣Настраивает CI/CD
2️⃣Работает с Kubernetes
3️⃣Пишет Terraform
4️⃣Чинит серверы
5️⃣Дежурит ночью
и этот список можно продолжать практически до бесконечности. Не дохера ли всего делает 1 человек?

Звучит как суперспециалист. В реальности все проще и сложнее одновременно.

DevOps это не отдельная профессия. Это роль в команде. Хотя если быть прям на 100% честным это вообще Философия (можете почитать про это отдельно) в РФ и СНГ сложилось устоявшееся мнение DevOps-инженер, тут я придерживаюсь именно этой парадигмы. 😑

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

1️⃣Изменения это новый код.
2️⃣Момент, когда код уже работает для пользователей и генерирует полезную нагрузку, называется продакшен. Часто говорят просто прод. (Для тех кто не знал, что называют Продом)
3️⃣Про Деплой будет ниже, не бойтесь :)

Что DevOps делает на самом деле, DevOps в первую очередь следит за процессом.

1. Как изменения попадают к пользователям

Разработчик написал код.
Его нужно:
собрать
проверить
запустить на серверах

Этот процесс называется деплой.
Если деплой ручной и каждый раз разный, начинаются проблемы.

DevOps делает так, чтобы деплой был:
повторяемым
предсказуемым
без ручных действий

2. Как система работает после запуска

Когда программа уже запущена, важно понимать:
она вообще работает или нет, не тормозит ли не упала ли часть системы после внесения изменений в софт и так далее. (там все сложнее)

Для этого используют:
логи это записи о работе программы
метрики это цифры о нагрузке и состоянии
алерты это уведомления о проблемах

DevOps настраивает все это. Чтобы о проблеме узнавали быстро, а не от клиента или руководства.

3. Что будет если что то сломается

Любая система ломается.
Вопрос не если, а когда.

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

Это и есть инженерное мышление.

Чего DevOps обычно не делает

Но от него часто этого ждут.

DevOps обычно:
не пишет бизнес код
не заменяет разработчиков
не чинит все в одиночку
не обязан знать все технологии мира

Если в вакансии требуют все подряд, это не DevOps. Это признак хаоса в компании.

Почему DevOps часто крайний

DevOps находится между:
разработчиками
серверами
бизнесом

Если что то не работает:
Разработчики говорят: "Локально у нас все работало, задеплоили не дев и тест, там тоже ок, на проде чет свалилось, мы не знаем"
Бизнес спрашивает: "Почему простой и когда проблема будет устранена?"

И отвечать приходится DevOps. Не потому что мы виноваты или из-за нас что-то упало(такое тоже может быть, человеческий фактор еще никто не отменял). А потому что он видит всю картину.👀

Что важно понять новичку кто хочет погрузить в этот дивный и чудный мир:

DevOps это не набор инструментов. Это образ мышления, по другому и не скажешь. DevOps не только должен уметь думать как инженер, но еще и уметь разговаривать и доносить между командами правильно информацию, объяснять бизнесу простым языком сложные технические вещи и почему очередная "мудрая" вещь очередного "мудрого" Манагера полная хуита и не будет работать.

А так же, всегда должен уметь задавать вопросы себе, внутри команды, архитекторам и так далее при внедрение что либо нового в процесс.
как это будет работать у пользователей (если их это касается)
что будет если упадет (наша новая IMBA фича)
как мы узнаем о проблеме(хреново если с вертухи от Руководства)
как быстро восстановимся(Бекапы да, помним все про бекапы?)

Если есть это мышление, инструменты придут сами.

Что должен уметь DevOps
Разрабатывать и упрощать процессы
Делать систему стабильной
Помогать команде работать спокойно(пожалуй и очень часто для многих это самое сложное, а иногда это еще и самое важное)

Нашёл максимально залипательный способ прокачать system design и облачную архитектуру – игра Server Survival

Это 3D tower defense, где вы играете за облачного архитектора: строите инфраструктуру, раскидываете файрволы, балансировщики, сторэджи, отбиваетесь от дудоса, следите за бюджетом и здоровьем сервисов.

По сути, интерактивный симулятор продакшн-нагрузки, только в формате игры 🥳

И да, проект опенсорс, код на GitHub

⚡ Git Cheatsheet - коротко и по делу

Настройка
git config --global user.name "Name" — задать имя
git config --global user.email "email" — задать почту
git config --list — показать настройки

Старт
git init — создать репозиторий
git clone url — клонировать репо

Стейджинг и коммиты
git status — статус
git add . — добавить все изменения
git reset file — убрать из стейджа
git commit -m "msg" — коммит
git commit --amend — исправить последний коммит

Ветки
git branch — список
git branch name — создать
git checkout -b name — создать и перейти
git branch -d name — удалить

Merge и Rebase
git merge branch — слить ветку
git merge --abort — отменить
git rebase branch — перебазирование

История
git log --oneline — компактная история
git log --graph --all — граф
git diff — показать изменения

Откат
git restore file — вернуть файл
git reset --soft HEAD~1 — откатить коммит, сохранить изменения
git reset --hard HEAD~1 — откатить и удалить изменения
git clean -f — удалить лишние файлы

Удалённые репозитории
git remote -v — список
git push origin branch — запушить
git pull — получить изменения
git fetch — только забрать

Теги
git tag — список
git tag name — создать
git push origin --tags — отправить теги

Stash
git stash — сохранить изменения
git stash list — список
git stash apply — применить

Поиск и анализ
git blame file — кто менял строки
git grep "text" — поиск
git bisect — бинарный поиск бага

Продвинутое
git cherry-pick commit — взять коммит
git revert commit — отменить коммит через новый
git submodule add url — добавить сабмодуль

Полезно сохранить под рукой.

Дамы и господа, я через 15 минут запускаю стрим на Twitch — играю в Дотку
Давно не катал, устал, решил вспомнить молодость и немного “разгрузить голову”.

Кто хочет — залетайте, будет лампово.
В перерывах могу спокойно отвечать на вопросы по IT / DevOps (работа, стаки, собесы, Kubernetes, CI/CD — что угодно).

Ссылка на стрим: https://www.twitch.tv/faminor
Если будет желание — киньте в чат, кто откуда и чем занимаетесь, познакомимся.🤟

P/s давно не играл, супер крутой катки не увидите)

Дамы и господа, я online стрим на Twitch — играю в Дотку
Давно не катал, устал, решил вспомнить молодость и немного “разгрузить голову”.

Кто хочет — залетайте, будет лампово.
В перерывах могу спокойно отвечать на вопросы по IT / DevOps (работа, стаки, собесы, Kubernetes, CI/CD — что угодно).

Ссылка на стрим: https://www.twitch.tv/faminor
Если будет желание — киньте в чат, кто откуда и чем занимаетесь, познакомимся.🤟

P/s давно не играл, супер крутой катки не увидите)