Docker для начинающих: что это такое и как пользоваться

Статей про Docker много не бывает.

В этом материале мы разберём базу: что такое Docker, как он работает и зачем нужен, а затем пошагово пройдём путь от установки до запуска первого контейнера.

https://habr.com/ru/companies/netologyru/articles/967546/

📲 Мы в MAX

#devops #девопс

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

📂 Быстрое создание структуры директорий в Linux

Иногда нужно быстро создать целую структуру папок. Вручную - долго. На помощь приходит mkdir с флагом -p:

mkdir -p /var/www/project/{css,js,images,fonts}

✅ Этот однострочник создаст папки css, js, images, fonts внутри /var/www/project, даже если родительские директории ещё не существуют.

Фишка: можно создавать вложенные структуры сразу:

mkdir -p /opt/data/{logs/{nginx,mysql},backups/{daily,weekly}}

Это создаст:
- /opt/data/logs/nginx
- /opt/data/logs/mysql
- /opt/data/backups/daily
- /opt/data/backups/weekly

Полезно, если нужно быстро подготовить окружение для проекта 🚀

📲 Мы в MAX

#devops #девопс

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

DevSecOps

📲 Мы в MAX

#devops #девопс

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

💡Local Path Provisioner — это удобное решение для предоставления локального хранилища в Kubernetes-кластерах. Оно позволяет пользователям создавать PersistentVolume на узлах с использованием локального хранилища.

Основные преимущества:
- Простая настройка и использование.
- Гибкость в указании путей для хранения.
- Отличный выбор для разработки и тестирования.


https://github.com/rancher/local-path-provisioner/tree/master

📲 Мы в MAX

#devops #девопс

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

Как работают контейнеры: создаём Docker-подобный контейнер с нуля 🛠️

Одна из самых подробно исследованных работ о контейнерах, которые я писал на данный момент. Узнайте, как создать реалистичный контейнер уровня Docker, используя только стандартные команды Linux.

https://labs.iximiuz.com/tutorials/container-filesystem-from-scratch

📲 Мы в MAX

#devops #девопс

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

Deckhouse Prom++: как мы сжали разметку метрик Prometheus и снизили расход памяти в 2,5 раза с помощью статистики данных

Хотели избежать копирования данных, придумали свою служебную разметку, а потом обнаружили: она занимает почти столько же места, сколько сам исходный текст. Мы перестали гадать, посмотрели на реальные данные и применили простые, но эффективные подходы: числа переменной длины, отказ от double в пользу целых типов и умные if-else вместо switch.

Итог: мы сжали разметку в 2,5 раза и при этом даже немного выиграли в скорости. Рассказываем, как знание предметной области помогло нам не усложнять код, а сделать его быстрее и легче.

https://habr.com/ru/companies/flant/articles/1048018/

📲 Мы в MAX

#devops #девопс

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

Какая роль у контроллера DaemonSet?

Контроллер DaemonSet в Kubernetes играет важную роль в обеспечении того, чтобы определённый под (Pod) запускался на каждом узле (Node) кластера (или на определённом подмножестве узлов, если заданы ограничения). Основные задачи и функции контроллера DaemonSet:

1. Запуск подов на каждом узле
- DaemonSet гарантирует, что на каждом узле кластера будет запущен экземпляр указанного пода.
- Это полезно для задач, которые должны выполняться на каждом узле, например:
- Сбор логов (например, Fluentd, Logstash).
- Мониторинг (например, Prometheus Node Exporter).
- Сетевые плагины (например, Calico, Weave).
- Хранение данных (например, распределённые хранилища).

2. Автоматическое добавление подов при добавлении новых узлов
- Когда в кластер добавляется новый узел, DaemonSet автоматически создаёт на нём под.
- Это обеспечивает согласованность и автоматизацию развёртывания.

3. Удаление подов при удалении узлов
- Если узел удаляется из кластера, DaemonSet автоматически удаляет под, связанный с этим узлом.

4. Поддержка селекторов и толерантностей
- DaemonSet позволяет использовать селекторы для выбора узлов, на которых будут запускаться поды.
- Также можно использовать толерантности (tolerations), чтобы разрешить запуск подов на узлах с определёнными метками (например, на узлах с taint node-role.kubernetes.io/master).

5. Обновление и управление подами
- DaemonSet поддерживает стратегии обновления (например, RollingUpdate или OnDelete), что позволяет обновлять поды на узлах с минимальным простоем.
- Контроллер следит за состоянием подов и обеспечивает их корректную работу.


Примеры использования DaemonSet:
- Сетевые плагины: Запуск сетевых агентов на каждом узле для обеспечения сетевой связности.
- Мониторинг: Запуск агентов сбора метрик (например, Prometheus Node Exporter) на каждом узле.
- Логирование: Запуск агентов сбора логов (например, Fluentd) на каждом узле.
- Хранение данных: Запуск компонентов распределённых хранилищ (например, Ceph, GlusterFS).

Отличие DaemonSet от других контроллеров:
- Deployment: Запускает определённое количество реплик подов, которые могут быть распределены по любым узлам.
- StatefulSet: Управляет подами с устойчивыми идентификаторами и хранилищем.
- DaemonSet: Запускает по одному поду на каждом узле (или на подмножестве узлов).


Таким образом, роль контроллера DaemonSet заключается в обеспечении запуска и поддержания определённого пода на каждом узле кластера, что делает его идеальным инструментом для задач, которые должны выполняться на всех узлах.

📲 Мы в MAX

#devops #девопс

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

Шпаргалка по Git для разработчиков и инженеров DevOps

📲 Мы в MAX

#devops #девопс

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

Как создавать более компактные образы контейнеров: многоэтапные сборки Docker

Если вы собираете образы контейнеров с помощью Docker, но не используете многоэтапные сборки (multi-stage builds) в своих Dockerfiles, вы, скорее всего, отправляете в продакшн ненужный балласт. Это не только увеличивает размер ваших образов, но и расширяет потенциальную поверхность атаки.

Что именно приводит к такому «раздуванию» размера и как этого избежать?

https://labs.iximiuz.com/tutorials/docker-multi-stage-builds

📲 Мы в MAX

#devops #девопс

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

Освоение командной строки curl с Дэниелом Стенбергом

0:00 Mastering the curl command line
0:16 Daniel Stenberg
0:36 curl support by wolfSSL
0:56 setup
02:20 questions
02:52 agenda
05:25 The project
05:42 take-off
07:42 name
09:17 main products
10:48 open source
.................
3:15:50 HTTP/2
3:17:20 HTTP/3
3:18:44 HTTP/3 racing
3:20:57 HTTP alt-svc
3:22:50 HTTP HSTS
3:24:39 FTP
3:25:42 FTP(S) is not SFTP
3:26:17 FTP uses two connections
3:28:43 FTP authentication
3:29:06 FTP directory listing
3:30:24 FTP upload
3:31:16 FTPS is FTP with TLS
3:32:43 Future
3:33:01 How to dig deeper
3:35:18 Going next?
3:38:07 You can help!
3:38:14 Questions

источник

📲 Мы в MAX

#devops #девопс

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

🧭 DevOps — это не одна профессия, а целая экосистема

Многие думают, что DevOps — это просто «знать Docker и Kubernetes». На деле всё гораздо шире. DevOps-инженер работает на стыке разработки, инфраструктуры, автоматизации, безопасности и мониторинга.

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

🔹 Программирование
Python, Go, JavaScript или Ruby — хотя бы один язык нужен обязательно. Скрипты, автоматизация, интеграции и утилиты — всё это часть ежедневной работы.

🔹 Администрирование серверов
Linux, Windows, UNIX, shell-команды, процессы, права, сервисы, логи. Нужно понимать, как живёт операционная система изнутри.

🔹 Infrastructure as Code
Terraform, CloudFormation, Ansible, Puppet, Chef — инфраструктура должна описываться кодом, а не настраиваться вручную «по памяти».

🔹 Контейнеры и оркестрация
Docker, Kubernetes, OpenShift, Nomad — база для современных распределённых систем и микросервисной архитектуры.

🔹 CI/CD
Jenkins, GitLab CI, GitHub Actions, TeamCity, AWS CodePipeline — автоматическая сборка, тестирование и доставка кода в продакшен.

🔹 Мониторинг и логирование
Prometheus, Grafana, Zabbix, Datadog, ELK, Splunk. Главное правило: нельзя чинить то, чего не видишь.

🔹 Сети и безопасность
TCP/IP, DNS, HTTP/HTTPS, SSL/TLS, firewall, базовая сетевая диагностика — без этого сложно разбираться в реальных инцидентах.

🔹 Облака
AWS, Azure, Google Cloud, OpenStack. Важно не просто знать названия сервисов, а уметь разворачивать, ломать и чинить инфраструктуру руками.

🔹 Серверы и базы данных
NGINX, Apache, Tomcat, Redis, Memcached, PostgreSQL, MySQL, MongoDB — DevOps должен понимать, с чем работает приложение.

DevOps — это путь через сложность. Но если идти по карте, всё становится гораздо понятнее: от базового Linux и сетей до Kubernetes, IaC и production-инфраструктуры.

📲 Мы в MAX

#devops #девопс

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

🐐 Kubernetes Goat - песочница для тех, кто хочет прокачать безопасность Kubernetes на практике.

Это специально уязвимый кластер, где можно безопасно тренироваться в атаках и защите Kubernetes-инфраструктуры. Проект сделан как интерактивный hands-on playground: поднимаешь окружение, проходишь сценарии и смотришь, как реальные ошибки в конфигурации превращаются в проблемы безопасности.

Внутри есть сценарии про:

• утечки sensitive keys в коде
• эксплуатацию Docker-in-Docker
• SSRF в Kubernetes
• container escape на хост
• атаки на private registry
• exposed NodePort-сервисы
• обход namespace-изоляции
• RBAC misconfiguration
• DoS по CPU/Memory
• аудит кластера через KubeAudit
• runtime detection через Falco
• network boundaries через Network Security Policies
• Kyverno и политики безопасности
• eBPF-наблюдаемость через Cilium Tetragon

Запускается через kubectl и helm, после установки доступ открывается локально через port-forward. Проект поддерживает разные окружения: KIND, K3S, GKE, EKS, AKS и другие.

Важно: это намеренно уязвимая среда. Не запускайте её рядом с production-инфраструктурой - только в изолированной лаборатории.

Отличный вариант для DevOps, SRE, pentest-специалистов и всех, кто хочет понять Kubernetes Security не по слайдам, а руками.

https://github.com/madhuakula/kubernetes-goat

#devops #девопс

📲 Мы в MAX

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

RedisInsight

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

https://github.com/RedisInsight/RedisInsight

📲 Мы в MAX

#devops #девопс

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

Почему Nix и NixOS становятся популярнее? Золото в мире конфигурационного менеджмента

Бросьте в меня тапком те, кто не сталкивался с ситуацией из разряда «А локально оно нормально работает» или «На проде ошибка, но на стейдже такого не было». Эти фразы стали мемами, но от этого не перестали быть болью для разработчиков и админов. И вот здесь на сцену выходит Nix — инструмент, который обещает революционизировать конфигурационный менеджмент. Полная воспроизводимость окружений, устранение дрейфа конфигураций и предсказуемость на всех этапах — звучит хорошо, не так ли? Давайте разберемся, почему Nix и NixOS набирают популярность в DevOps.

https://habr.com/ru/companies/selectel/articles/877438/

📲 Мы в MAX

#devops #девопс

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