DevOps на минималках

🐬 Удаление образов в Docker 🐬 👉 DevOps на минималках

👩‍💻 Здесь собраны основные концепции Docker в одну диаграмму 👉 DevOps на минималках

⚖️ Балансировка нагрузки — метод распределения сетевого трафика и задач между сетевыми устройствами. Вот некоторые из юзкейсов: 🔸 Обработка сбоев 🔸 Проверка состояния инстансов 🔸 Маршрутизация запросов, специфичных для платформы 🔸 SSL termination 🔸 Балансировка нагрузки между зонами 🔸 Поддержка сессий пользователей 👉 DevOps на минималках #инфографика

🐬 Удаление томов в Docker 🐬 👉 DevOps на минималках

Kubernetes-вопрос. Что такое Kubernetes и зачем он нужен? Kubernetes — это open-source-платформа для автоматизированного запуска, масштабирования и управления контейнеризированными приложениями. С помощью Kubernetes можно: 🔵запускать приложение в контейнере на нескольких серверах/площадках. Если ваши приложения работают на 2–3 серверах, то можно обойтись и без Kubernetes, но если их десятки и сотни, то дальнейшее масштабирование, управление и апдейт будет сложнее без дополнительного инструмента оркестрации. Как раз таким и является Kubernetes; 🔵автоматически развертывать, апдейтить, откатывать назад обновления, управлять состоянием контейнеров; 🔵управлять нагрузкой и оперативно масштабироваться в большую или меньшую сторону. Если хотите блеснуть эрудицией, можно сказать, что Kubernetes — это детище Google, в k8s 8 означает 8 букв в слове kubernetes, а само название переводится с греческого как «кормчий, рулевой». 👉 DevOps на минималках

такая профессия

🐬 Очистка образов Docker 🐬 👉 DevOps на минималках

Дорожная карта для DevOps инфо-ция на английском языке. Ссылка 👉 DevOps на минималках

😀 Крутая шпаргалка по командам Git на русском echo "# название" >> README.md - создание файла README.md git init - инициализация репозитория git add README.md - добавления файла README.md в проект git commit -m "first commit" - получает проиндексированный снимок состояния и выполняет его коммит в историю проекта git remote add origin https://github.com/stanruss/название.git - команда, которой устанавливается подключение к удаленному серверу и git репозиторию, размещающемуся на нем. git push -u origin master - кзменения отправляются на удаленный сервер git log --oneline - посмотреть все коммиты. git checkout . - восстановить все. git checkout "код коммита" - вернуть до состояния этого коммита. git checkout master - вернуться в ветку мастер. Восстановить файлы на локальном компьютере:

git fetch --all
git reset --hard origin/master или git reset --hard origin/<название_ветки>

git add text.txt - Добавить файл в репозиторий git rm text.txt - Удалить файл git status - Текущее состояние репозитория (изменения, неразрешенные конфликты и тп) git commit -a -m "Commit description" - Сделать коммит git push origin - Замерджить все ветки локального репозитория на удаленный репозиторий git push origin master - Аналогично предыдущему, но делается пуш только ветки master git push origin HEAD - Запушить текущую ветку, не вводя целиком ее название git pull origin - Замерджить все ветки с удаленного репозитория git pull origin master - Аналогично предыдущему, но накатывается только ветка master git pull origin HEAD - Накатить текущую ветку, не вводя ее длинное имя git fetch origin - Скачать все ветки с origin, но не мерджить их в локальный репозиторий git fetch origin master - Аналогично предыдущему, но только для одной заданной ветки git checkout -b some_branch origin/some_branch - Начать работать с веткой some_branch (уже существующей) git branch some_branch - Создать новый бранч (ответвится от текущего) git checkout some_branch - Переключиться на другую ветку (из тех, с которыми уже работаем) git branch # звездочкой отмечена текущая ветвь - Получаем список веток, с которыми работаем git branch -a # | grep something - Просмотреть все существующие ветви git merge some_branch - Замерджить some_branch в текущую ветку git branch -d some_branch - Удалить бранч (после мерджа) git branch -D some_branch - Просто удалить бранч (тупиковая ветвь) git show d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Изменения, сделанные в заданном коммите git push origin :branch-name - Удалить бранч из репозитория на сервере git reset --hard d8578edf8458ce06fbc5bb76a58c5ca4a58c5ca4 - Откатиться к конкретному коммиту и удалить последующие (хэш смотрим в «git log») git push -f - Залить на сервер измененные коммиты git clean -f - Удаление untracked files 👉 DevOps на минималках

тебе здесь не рады 👉 DevOps на минималках

Ура нас более 3х тысяч. Всем спасибо.

👩‍💻 Стратегии масштабирования Kubernetes: на заметку разработчику и DevOps-инженеру 👉 DevOps на минималках

🐬 Ключевые аспекты удаления контейнеров в Docker 🐬 👉 DevOps на минималках

Топ 8 книг по Git. Скачивайте и читайте. Pro Git Авторы: Скотт Чакон, Бен Штрауб Git для профессионального программиста Авторы: С. Чакон, Б. Штрауб Git Essentials: Developer’s Guide to Git Автор: François Dupire Learning Git Автор: Anna Skoulikari Git. Практическое руководство Автор: Леонид Фишерман Git Repository Management in 30 Days Автор: Sumit Jaiswal GitOps Cookbook. Kubernetes Automation in Practice Авторы: Natale Vinto. Alex Soto Bueno Version Control with Git Авторы: Prem Kumar Ponuthorai, Jon Loeliger #git #подборка 👉 DevOps на минималках

🔥 Понятная, интерактивная и доходчивая шпаргалка для новичков в сетевых протоколах 👉 DevOps на минималках

тем более в понедельник с утра

Оказывается не все знают как в гитлабе сделать приватную репу публичной. ➡️ На примере облачного гитлаба: Пиздуем в Проект → Settings → General → Visibility, project features, permissions → Project visibility ㅤ Выбираем из выпадающего списка: private, public, internal Если у тебя облачный гитлаб с группами, читай дальше. ➡️ На примере Self-Hosted: В отличии от облачного гитлаба, здесь недоступны варианты public, internal. Это многих смущает и вводит в ступор. Если коротко — сгорают жопы! Открываем проект c репозиторием, вверху слева будет название группы, у меня оно linuxfactory и следом название проекта. Тыкаем на название группы, попадаем примерно на такой урл: https://git.bashdays.ru/linuxfactor Нажимает три точки справа сверху появляется всплывашка, выбираем → Group Settings. Находим: Visibility level и выставляем видимость группы public. Пиздуем опять на страницу проекта с репозиторием → Settings → General → Visibility, project features, permissions → Project visibility И о чудо! Активируются пункты public и internal. Если чо-то забыл, добавляй в комменты, тема реально муторная и многие на эти грабли частенько наступают. Да чо греха таить я сам прихуел от таких пиздостраданий. Пользуйтесь! — 🔔 @bashdays

Kubernetes-вопрос. Docker-контейнер и runtime — это одно и то же? Есть Docker как стандарт, по которому описываются контейнеры, а есть Docker-движок, он же runtime, — это то, что запускает контейнер. В Kubernetes благодаря Container Runtime Interface (CRI) API в контейнерах можно запускать разные runtime, например CRI-O, Containerd. Так как Docker-движок старше, чем Kubernetes, он не отвечает стандартам CRI, поэтому уже некоторое время Docker runtime не поддерживается в Kubernetes. Но это не означает, что сами Docker-контейнеры нельзя использовать в Kubernetes. Подробнее о том, как соотносятся контейнеры, Container Runtime, CRI и о судьбе Docker runtime в Kubernetes, можно почитать тут.

Топ 7 книг по Linux. Скачивайте и читайте. Хакинг на Linux Автор: Колисниченко Д. Н. Kali Linux Penetration Testing Bible Автор: Gus Khawaja Efficient Linux at the Command Line Автор: Daniel J. Barrett Penetration Testing with Kali Linux 2.0 Mastering Kali Linux for Advanced Penetration Testing Автор: Vijay Kumar Velu Linux Bible from Scratch Автор: Christopher Negus How Linux Works Автор: Brian Ward #linux #подборка

👩‍💻 Наглядно: Как работает Docker 👉 DevOps на минималках