🖥 Что нужно знать о Docker в 2025 году

Docker - это слой абстракции, который превращает приложение в автономный, повторяемый и изолированный пакет. Чтобы эффективно работать с ним, важно понимать не только команды, но и базовые принципы, на которых держится контейнеризация.

Основные вещи, которые нужно знать:

- Контейнер - это обычный процесс. Он не виртуальная машина, не мини-сервер и не «чёрный ящик». Это процесс на хосте, запущенный с собственными ограничениями и пространствами имён.
- Образ - это слоёная файловая система. Каждый слой неизменяем. Чем меньше слоёв и чем больше кэшируемости, тем быстрее сборка.
- Dockerfile - это декларация. Плохой Dockerfile делает образ тяжёлым, медленным и небезопасным. Хороший Dockerfile минимален, кэшируем и предсказуем.
- Контейнеры не решают проблемы архитектуры. Они лишь упрощают переносимость и изоляцию. Протечки памяти, блокировки, медленные запросы никуда не исчезают.
- Лучший практический подход - использовать минимальные образы. Alpine, Distroless, Slim-варианты. Меньше зависимостей - меньше уязвимостей.
- Не храните секреты в образах. Используйте переменные окружения или внешние менеджеры секретов. Образ должен быть чистым.
- Обновления должны быть атомарными. Новый образ - новая версия сервиса. Никаких правок внутри контейнера руками.
- Не забывайте про здоровье контейнера. Healthcheck помогает оркестраторам понимать, жив ли сервис.
- Docker Compose - способ локально собрать многосервисную среду. Но в продакшене лучше использовать оркестраторы.
- Логи и метрики - обязательны. Контейнеры живут недолго, поэтому всё важное должно выходить в stdout и в мониторинг.

Docker - не магия и не цель сама по себе. Это инструмент, который делает окружения повторяемыми, а развёртывание - предсказуемым. Понимание внутренних принципов даёт максимальную пользу.

Видео: https://www.youtube.com/watch?v=_g7N1lASWQM

#junior #база

🖥 Linux: Почему mv мгновенный, а cp такой медленный?

Имя файла не связано с его данными. Все данные лежат в блоках на диске. Файл представлен inode - структурой, где хранятся ссылки на блоки, права, владелец и размер.

Каталог - это просто список соответствий: имя → inode.

cp:
- создаёт новый inode
- копирует все блоки данных
- фактически дублирует файл

mv (в пределах одного файлового системы):
- меняет запись в каталоге
- inode и блоки остаются прежними
- никаких данных не перемещается

Это не переезд дома, а смена адреса в записной книжке.

Примечание: mv между разными файловыми системами копирует данные полностью.

🖥 Linux: совет дня

Полезный Linux-совет: если нужно быстро понять, какие файлы недавно менялись, используй find с фильтрацией по времени.

Это помогает при отладке, поиске подозрительной активности и отслеживании свежих изменений в проекте. Подписывайся, больше фишек каждый день !

Быстрый совет по Linux

файлы, изменённые за последние 10 минут
find . -type f -mmin -10

изменённые за последний час
find /var/log -type f -mmin -60

изменённые за последние 24 часа
find . -type f -mtime -1

только директории, изменённые за последние 30 минут
find . -type d -mmin -30

показывать время изменения вместе с результатами
find . -type f -mmin -15 -exec ls -lh {} \;

⚡️ Microsoft выпустила Visual Studio 2026 - крупнейшее обновление IDE за последние годы.

🔹 300+ новых функций и почти 5000 исправлений ошибок
🔹 Интеграция с GitHub Copilot стала глубже: теперь он помогает в анализе, рефакторинге и генерации кода
🔹 Редизайн интерфейса — 11 новых цветовых тем, улучшенная навигация и читаемость
🔹 Производительность выросла: количество зависаний интерфейса снизилось на 50 %
🔹 Более 4000 расширений от Visual Studio 2022 полностью совместимы с новой версией

Самое время обновиться - новая версия ощутимо быстрее и умнее.

https://visualstudio.microsoft.com/downloads/

👩‍💻 Управляем несколькими ветками одновременно

Git worktrees — это возможность использовать несколько рабочих деревьев (worktrees) для одного репозитория.

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

Как это работает

1. Вы создаете новый worktree для выбранной ветки. В результате появляется отдельный каталог, где будет находиться эта ветка:
git worktree add ../my-feature-branch my-feature-branch
2. После создания worktree вы можете работать с веткой, не вмешиваясь в другие ветки. Это удобно, когда нужно параллельно тестировать изменения или делать ревью PR, не мешая текущей работе.

Когда работа с веткой завершена, можно её удалить:
git worktree remove ../my-feature-branch
Практический пример

Если вам нужно протестировать PR, вы можете создать отдельный worktree для его ветки:
git worktree add ../pr-branch pr-branch
cd ../pr-branch
Применяйте и властвуйте над ветками гита.