Docker справочник cli

docker images — показать все локальные образы docker
docker rmi [-f] <id|label> — удалить образ c локальной машины
docker rmi -f $(docker images -q) — удалить все докер образы
docker build [-t <label>] <path> — построить образ на основе докерфайла
docker run [-dt] [--name <name>] [-v <path:path>] [-p <port:port>] [--...] <id|label> [cmd] — запустить образ в контейнере c cmd-командой (необязательно)
-d — в фоновом режиме
-t — прикрепляет к контейнеру терминал
-i — перенаправляет ввод/вывод на текущий терминал
--name — явно указать имя контейнера, по которому можно будет обращаться к нему (иначе будет сгенерировано рэндомно)
-p <external_port:internal_port> — проброс портов
-v --volume <external_path:internal_path> — монтирует папки хоста в контейнер
--rm — удаляет контейнер после завершения работы
--memory <n> — позволяет указать количество ОЗУ, доступной контейнеру
-P — пробрасывает все порты контейнера в хост-систему
--expose — позволяет пробросить несколько портов из контейнера в хост-систему
-e <"FOO=bar"> — добавляет переменную окружения в контейнер
docker ps [-a] — показать все запущенные [существующие] докер контейнеры
`docker ps -q | xargs docker stats —no-stream` — посмотреть ресурсы, потребляемые запущенными контейнерами
docker stop <name> — останавливает указанный образ (с сохранением данных)
docker kill <name> — то же самое без сохранения данных
docker rm <name> — удаляет указанный контейнер
docker attach <name> — подключиться к выбранному докер-контейнеру
docker exec [-ti] <name> <cmd> — выполняет команду в докер-контейнере
docker push <imagename> — отправить образ в удаленный реестр
docker ps -q | xargs docker stats --no-stream — посмотреть нагрузку на процессор и память каждого из контейнеров
docker stats — похожа на предыдущую команду, но более короткая
docker info --format '{{.LoggingDriver}}' — посмотреть используемый по умолчанию лог драйвер (json-file)
docker logs [<container_name>] [-f --tail 100] — показать логи [конкретного контейнера] в терминал [последние 100 строк]
docker inspect --format='{{.LogPath}}' <containername> -показать, где хранятся логи для конкретного контейнера

#devops #девопс

Подпишись 👉@i_DevOps

Terraform за 15 дней (AWS/Yandex cloud)

Terraform за 15 дней (AWS/Yandex cloud). День 1
Мы от простого к сложному, поднимем небольшую инфраструктуру на aws и Яндекс (актуальность последнего я думаю объяснять не нужно). Так что по итогу вы сможете сказать: “Я изучал terraform от простого к сложному”.

Terraform за 15 дней (AWS/Yandex cloud). День 2: Поднимаем сервера
Сегодня мы поднимем одну машину в дефолтной сети с дефолтными настройками. И Яндекс и aws изначально создают вам одну VPC и подсети в ней.

Terraform за 15 дней (AWS/Yandex cloud). День 3: data source и outputs
Сегодня мы познакомимся с понятиями data source и output; посмотрим, как применяются изменения в уже существующей инфраструктуре.

#devops #девопс

Подпишись 👉@i_DevOps

Нюансы Kubernetes

Контейнеризация и, в частности, Kubernetes – стандарт для запуска приложений в бою. Это несложно, но есть нюансы. Вместе с Андреем Новиковым из Evil Martians обсуждаем, что нужно сделать, чтобы приложение работало быстро и надежно. Смотрим, как работают requests и limits на ресурсы, чем должны отличаться liveness и readiness пробы и на что следует обращать внимание в мониторинге.

https://www.youtube.com/watch?v=ll1tROZOu9M

#devops #девопс

Подпишись 👉@i_DevOps

DevOps и SRE: объяснение различий (Eng)

В этой статье мы расскажем, что такое DevOps и SRE. Во-первых, мы рассмотрим различия между этими двумя ролями. Затем мы покрываем небольшой разрыв в зарплатах. Наконец, мы предоставим множество различных ресурсов, где вы сможете узнать больше о DevOps и SRE.

https://faun.pub/devops-vs-sre-the-differences-explained-da462f1b2944

#devops #девопс

Подпишись 👉@i_DevOps

Запуск одноразовых задач и отладка образов прямо в Kubernetes-кластере с помощью werf

Какие задачи пользователю нужно выполнять в рамках CI-пайплайна или при локальной разработке? Среди них может быть что угодно, но самое очевидное — это, наверное, запуск линтеров, всевозможных unit-тестов и получение покрытия и других отчетов по результатам выполнения команды. Также при разработке и отладке может быть полезен интерактивный режим, который позволит быстрее разобраться в проблеме или проверить гипотезу. Далее

#devops #девопс

Подпишись 👉@i_DevOps

Задаём порядок деплоя ресурсов в Kubernetes с помощью werf/Helm


При деплое в Kubernetes часто требуется выкатывать ресурсы в определённом порядке, а иногда и дожидаться готовности сторонних ресурсов. Например, сначала нужно запустить БД, дождаться создания динамического Secret’а сторонним оператором, потом выполнить инициализацию/миграции БД, а уже затем запустить само приложение.

Рассмотрим, как решать такие задачи с помощью Helm, а также сравним с более быстрым и удобным вариантом, который предлагает Open Source-утилита werf.

#devops #девопс

Подпишись 👉@i_DevOps

Buildg - Интерактивный отладчик для Dockerfile, с поддержкой IDE (VS Code, Emacs, Neovim и т.д.).

Source-level inspection
Breakpoints and step execution
Interactive shell on a step with your own debugigng tools
Based on BuildKit (with unmerged patches)
Supports rootless

https://github.com/ktock/buildg

#devops #девопс

Подпишись 👉@i_DevOps

Custom Pod Autoscaler – сверхгибкое автоскалирование в Kubernetes


Преимущества использования системы оркестрации контейнеров — удобство их развертывания, обновления и масштабирования. И одним из наиболее популярных таких инструментов является Kubernetes.

Многие знают, что Kubernetes имеет встроенный механизм для автоскалирования подов — Horizontal Pod Autoscaling (HPA). Но что, если надо принимать решение с учетом множества факторов: суммы метрик, зависимости от количества готовых контейнеров, процента или доли доступных/недоступных подов или даже времени суток? А если эти показатели важны для нас все вместе? Далее


#devops #девопс

Подпишись 👉@i_DevOps

Все внедрили DevOps? Не забудьте про Shift Left Security

Про Shift Left вы наверняка знаете — в контексте DevOps или QA об этом часто пишут. А что за зверь такой — Shift Left Security (SLS)? Вроде новый термин, свежий, «хайповый»? Отнюдь, концепция смещения влево процессов безопасности появилась вместе с DevOps. И они друг от друга неотделимы. Процессы идут в контексте исторического развития, а подтверждение этому — отчеты и документация, например, GitLab. Попробую доказать это утверждение.

#devops #девопс

Подпишись 👉@i_DevOps

Grafana OnCall — Open Source хаб для алертов и инцидентов

Если кратко, OnCall — это инструмент, который поможет организовать надежные оповещения/реагирование на инциденты в команде, соблюдать SLA и не просыпаться ночью от звонков.

OnCall — новичок в мире Open Source, но уже совсем не новичок как продукт. Он начался как отдельный SaaS под названием Amixr. IO несколько лет назад. Потом Amixr. IO приобрела Grafana Labs и интегрировала в свою экосистему. И вот недавно, наконец, мы смогли выложить исходный код OnCall в открытый доступ 🎉 А это значит, что он стал доступен большему кругу пользователей — и тем, кто работает в инфраструктуре без интернета, и тем, кто просто любит Open Source. Далее

#devops #девопс

Подпишись 👉@i_DevOps

Друзья!

Мы рады наконец анонсировать наш новый хакатон IT_ONE DevOps CHAMPION! 

На этот раз мы предложим решить один из двух кейсов. Если вы знаете, что такое DevOps и понимаете, какие процессы стоят за этим термином, то скорее регистрируйтесь на хакатон, отправляйте друзьям и знакомым ссылку на мероприятие и побеждайте в хакатоне! 

Итак, задачи IT_ONE DevOps CHAMPION:

🔹Автоматизировать задачу клонирования координаторов из одной среды Cloudera HUE в другую;
🔹Раскатать helm чарт через qbec.

Вас ждет:

🔸Призовой фонд – 200.000 рублей 
🔸Стильный мерч
🔸Новые знакомства 
🔸Мастер-классы и обратная связь от топовых экспертов

📆 7–9 октября 2022 года  
⏰ Подавайте заявку до 5 октября 23:59  
📲 Регистрируйтесь по ссылке 

Подробности здесь

#хакатон

Меньше образы Docker => быстрее CI-конвейер

CI/CD позволяет разработчикам и организациям реализовывать циклы задач быстрее. Автоматизируя такие процессы, как сборка, тестирование и развертывание ПО, мы затрачиваем меньше времени на типовые задачи и можем уделить больше внимания работе над самими приложениями. Для удобства создания CI/CD заданий существуют решения вроде GitLab, CircleCI и GitHub.

https://betterprogramming.pub/speed-up-your-ci-pipeline-with-smaller-docker-images-4e08dfed08c9

#devops #девопс

Подпишись 👉@i_DevOps

Простой CI/CD на Ansible Semaphore

CI/CD стал неотъемлемой частью процесса разработки ПО, как в крупных, так и в небольших компаниях и проектах, в том числе open source.

Самыми популярными CI/CD-системами является GitLab и Jenkins. Обе эти системы являются мощными, расширяемыми и включают множество дополнительных возможностей. С помощью этих систем можно построить CI/CD любой сложности. Далее

#devops #девопс

Подпишись 👉@i_DevOps

Немного хардкора: как поднять Kubernetes на двух старых ноутбуках с Gentoo

Хочу рассказать об интересном эксперименте, суть которого заключалась в развертывании и настройке Kubernetes на двух старых ноутбуках — один из них, кроме того, был с процессором на архитектуре i386. В качестве теоретической основы использовалось руководство Kubernetes The Hard Way, которое по ходу дела пришлось немного доработать, а в качестве системы на хостах — Gentoo (да, вам не показалось). Давайте погрузимся в этот увлекательный хардкор!

#devops #девопс

Подпишись 👉@i_DevOps

Динамическое масштабирование кластеров Kubernetes в Airbnb

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

https://medium.com/airbnb-engineering/dynamic-kubernetes-cluster-scaling-at-airbnb-d79ae3afa132

#devops #девопс

Подпишись 👉@i_DevOps

Docker CheatSheet

http://cheatsheet.painlessdocker.com/

#devops #девопс

Подпишись 👉@i_DevOps

Нет, мы не используем Kubernetes

В компании Ably мы управляем крупномасштабной производственной инфраструктурой, которая обеспечивает работу приложений для обмена сообщениями в режиме реального времени по всему миру. Как и в большинстве технологических компаний, эта инфраструктура в значительной степени основана на программном обеспечении; также как и в большинстве технологических компаний, большая часть этого программного обеспечения развертывается и работает в контейнерах Docker.

https://ably.com/blog/no-we-dont-use-kubernetes

#devops #девопс

Подпишись 👉@i_DevOps

Kubernetes Audit Logs | Use Cases & Best Practices

https://www.containiq.com/post/kubernetes-audit-logs

#devops #девопс

Подпишись 👉@i_DevOps