ДеваПес: лапками к успешным пайплайнам

Отдых ради работы

Чтобы хорошо поработать надо хорошо отдохнуть ✨
Это в целом логичный факт, но когда на себе это ощущаешь там, где не ожидал - ловишь вау-эффект.
Недавно такой словила сама и осознала интересную штуку, насколько от состояния зависит работа мозга, концентрация, а значит и результативность рабочих/личных задач.

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

Так вот, жили-были две недели:
- Одна лайтовая и больше отдыхательная, когда не так много задач и много времени на разгрузку, спорт, сон, прогулки по весенней Москве и тд 🤩
- А вторая - буквально многозадачность ворвалась в чат, насыпало всего и из разных контекстов, занятые вечера и мало времени на отдых 🥵

На первой неделе я решила поиграть на барабанах.
🥁💜 Это было что-то на идеальном: не сильно напрягаясь с кайфом и главное четко сыграла что уже умею играть (до этого не сидела за установкой ~месяц) плюс в рилсе увидела новую песню, которая для меня по игре сложная, и за час с нуля научилась играть 80% этой песни.
В итоге я оч кайфанула и это были идеальные пара часов, которые полетели очень быстро. Запланировала повтор на следующую неделю, а вот там...

На второй неделе, как помните, был перегруз, но в целом в нужный день казалось что стало полегче и почему бы не отвлечься на поиграть?
🥁 🫣 По ощущениям это был какой-то ужас, иначе не сказать. В музыке я не могла разобрать удары, плохо слышала ритм, играла мимо и постоянно сбивалась.
Координация не то что вышла из чата, она в него сегодня даже не заглядывала.
Спустя 40 минут я очень жестко устала и было прям тяжело.

О чем это?

Немногие знают, но в целом занятия барабанами очень полезны для мозга, улучшают концентрацию внимания, развивают координацию и становится сильно проще думать, решать сложное.
И я была в шоке, насколько на саму игру при этом влияет общее состояние мозга, и это говорит о многом.

Экстраполирую такой опыт на повседневные дела:
🌿 Отдохнувший мозг легко и с кайфом решает задачи, для концентрации и координации не нужно прикладывать сверхусилия, всё гораздо проще и быстрее делается.
🍂 Перегруженный (даже если усталость не текущая, а накопленная) мозг работает иначе, и вот тут даже на простых задачах можно не вывезти, накосячить, и устать ещё сильнее.

В общем, ребята, осознанно откладываем дела и отдыхаем, во имя будущих свершений 👍

〰️〰️
ДеваПес: лапками к успешным пайплайнам @devopsnastya

Приветы в этот четверг! 🎧
Сегодня в Москве пасмурная дождливая погода, которая не особо располагает к активности, лично я еле встала сегодня 😅

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

Подсобрала то, что помогает мне:
▫️ создать физическую активность (даже просто пройтись, повращать головой, потянуться или любое уместное упражнение из зарядки)
▫️ зарядка для глаз (гуглим по картинкам и выбираем любую)
▫️ выпить несколько капель витамина D
▫️ навести порядок на рабочем столе. и на физическом, и на сервере, и в папках home, где часто скапливаются временные скрипты или файлы.
▫️ составить четкий список дел на ближайший день, желательно чтобы это были декомпозированные небольшие шаги, а не крупные задачи
▫️ выполнить одно и дел, поставить галочку и получить прилив удовлетворения, двигаться дальше

Для усиления эффекта можно выполнять последовательно - сначала активируем тело, затем наводим порядок ментально.
Плюс к концентрации и общему состоянию обеспечен.

Всем продуктивного дня и успешных пайплайнов ♻️

〰️〰️
ДеваПес: лапками к успешным пайплайнам @devopsnastya

Вчера была на митапе about:cloud - infrastructure от Яндекс Облака.

Приятное пространство, где было место и послушать доклады, и понетворкать, и поработать :)

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

Особенно понравился доклад про безопасность «Как мы работаем с уязвимостями на примере Inception (SRSO)», где показали прямо в докладе как эксплуатируется уязвимость. С ВМ через гипервизор в хостовую память и другие ВМ - вот вам и изоляция виртуализации 🙃

А еще во время докладов ребята из клауда разрабатывали MVP - бот с базой знаний с митапа, где можно посмотреть тезисы с докладов.
Интерактивы конференций современного уровня 😅, но жаль что делали это в закрытом пространстве.

Кто не был - оставляю ссылочку на запись трансляции.
Кто был - делитесь впечатлениями в комментариях.

Как часто надо деплоить в прод? 🤔

В лучших практиках DevOps считается, что чем чаще релизы - тем лучше, но так ли это?

Давайте разбираться 🤗

Представим проект А 🧩👩‍💻
Сервис разрезан на мелкие компоненты, тесты покрывают критический функционал, пайплайн отрабатывает быстро, откат по кнопке, метрики быстро ловят аномалии. Новая фича проходит CI, выкатывается канареечно, проверяется по метрикам и катится дальше. Здесь деплой несколько раз в день не создает напряжения. Наоборот: чем чаще, тем стабильнее, потому что размер изменений минимален.

Представим проект Б 🧑‍💻🙆‍♂️👩‍🚒
Монолит со скрытыми зависимостями, тесты не все актуальны, пайплайн длинный, ручные проверки обязательны. В день релиза команда уже сидит во всеоружии решать инциденты после выката. Частые деплои в такой среде только ухудшат ситуацию и масштабируют проблемы.

Представим проект В 📚👨‍💻💼
Синки с заказчиком происходят редко, изменения обсуждаются неделями, решения проходит через цепочку внутренних согласований. Любой релиз требует пакета отчетов с подписями ответственных. Каждое изменение заходит в общий «релизный поезд», который уходит раз в полгода. Частота деплоя привязана к административным циклам.

Подумаем 🤔
Эти три примера показывают, что частота деплоя определяется устройством среды, а не стремлением команды выкатывать чаще.

🔸 В проекте А частые деплои работают, потому что процессы устойчивы и изменения малы.
🔸 В проекте Б частые деплои невозможны, потому что сама система не выдерживает быстрый поток изменений.
🔸 В проекте В частоту определяет не техническая команда, а управленческие факторы, и никакая DevOps-практика это не переломит.

Можно сделать вывод: деплоить нужно настолько часто, насколько позволяет зрелость процессов, как технических, так и управленческих.
Быстрые изменения в проде хороши оперативной обратной связью и ускорением доставки ценности продукта.
Однако, в погоне за лучшими практиками важно учитывать текущий контекст без розовых очков, а также не забывать о безопасности и надежности.

🔎 Если хотите увеличить частоту релизов, можно начать со следующих аспектов: автоматизация, предсказуемый пайплайн, обратимые изменения, прозрачные метрики, строгое управление конфигурацией инфраструктуры, культура дисциплины.
Когда фундамент выдерживает — деплоить часто безопасно 🧘
Когда фундамент нестабильный — частоту не стоит увеличивать, пока не поднята инженерная устойчивость 🛠

📌 Забираем в практику: сначала добиваемся предсказуемости системы, потом ускоряемся.

〰️〰️
ДеваПес: лапками к успешным пайплайнам @devopsnastya

Вышло исследование State of Enterprise Kubernetes 2025

Его провели TAdviser и команда «Штурвал». Скачать полный отчет можно по ссылке, это бесплатно, а пока предлагаю обсудить результаты.

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

💫 Как часто внедряют Kubernetes и что самое ценное видят
- Kubernetes и сборки на его основе используют 60% опрошенных.
- Ещё 15% планируют внедрять, 14% не рассматривают.

Самая ощутимая польза - ускорение вывода продуктов на рынок (time-to-market). Так ответили 47% респондентов.
В топе ценностей также повышение отказоустойчивости и снижение простоев. Экономия затрат чаще не является главной целью - Kubernetes воспринимается как инструмент для повышения гибкости и надёжности приложений.

⏱️ Как разворачивают Kubernetes
- 73% опрошенных запускают поверх виртуализации - поднимают кластера на базе уже существующей инфраструктуры.
Среди систем виртуализации лидирует VMware (62%), затем open-source (28%) и Hyper-V (26%).
- 34% используют облачные сервисы (CaaS/KaaS).
- 27% работают на bare metal - это компании с высокими требованиями к производительности, предсказуемости и безопасности (финансы, госсектор, телеком).

👨‍💻 По выбору операционных систем для хостов контейнерных платформ лидируют Ubuntu (36%) и Astra (35%).
Интересно, что по поводу использования облаков мнения разделились: одни ценят удобство и отсутствие ручного обновления, другие указывают на высокую стоимость и недостаточную зрелость облаков.

🛠 Какие есть сложности
Главная проблема - нехватка компетенций у специалистов (по мнению 76% опрошенных).
Порог входа в Kubernetes остаётся высоким, компаниям не хватает специалистов с нужными знаниями.
На втором месте организационные сложности: разрозненность команд, отсутствие единых подходов.

Какие вендорские решения популярны на рынке
- Deckhouse (75%)
- Штурвал (69%)
- Боцман (37%)
- Nova (31%)

Что больше всего ценят заказчики при выборе платформы Kubernetes:
- отказоустойчивость (59%),
- простота развёртывания новых кластеров (53%),
- резервирование и восстановление (50%),
- возможность установки в закрытый контур (51%),
- встроенную безопасность (50%).

📍Что сейчас важно знать и какие навыки иметь

1️⃣ Глубокая работа с Kubernetes - важно не просто уметь запустить под, а знать как обеспечить отказоустойчивость, резервирование, централизованное управление кластерами.
2️⃣ Инфраструктурные основы - виртуализация (VMware, open-source), bare metal, работа с разными ОС (Astra Linux, Ubuntu, Debian). В enterprise это востребовано не меньше, чем сам K8s.
3️⃣ Безопасность - 50% заказчиков называют встроенную безопасность базовым атрибутом. Востребован DevSecOps.
4️⃣ Автоматизация и CI/CD - платформы плотно интегрируются с пайплайнами, GitOps, Helm. Компании ждут self-service и единые сценарии деплоя.
5️⃣ Отечественные платформы - Deckhouse, «Штурвал», Nova Container Platform набирают популярность. Кругозор и опыт работы с ними может быть преимуществом, но концентрироваться при обучении лучше на базовых принципах работы K8s.

📒 Рынок труда и развитие команд.
При внедрении K8s:
- 49% компаний планируют повышать квалификацию текущих сотрудников.
- 16% нанимать новых специалистов.
- Только 1% рассматривает сокращение команд.
Рынок растёт, спрос сохраняется, но требования смещаются от просто знания kubectl к навыкам построения надёжной платформы в сложном инфраструктурном ландшафте.

Это лишь часть интересной статистики из исследования, подробнее читайте в отчёте.

А у вас в компаниях Kubernetes уже стал стандартом или ещё в процессе? Какие сложности отмечаете?
Делитесь в комментариях 👇

〰️〰️
ДеваПес: лапками к успешным пайплайнам @devopsnastya

Несколько полезных возможностей SSH для повседневной работы

👨‍💻 Подключение к серверам по ssh - часть работы devops инженера. Подсобрала базовые лайфхаки, как можно упростить работу с этой утилитой и с помощью полезных флагов и инструментов делать привычные вещи быстрее.

1. Конфигурационный файл
~/.ssh/config
Вместо длинных команд с юзернеймами и флагами, запоминания IP адресов или поисков в истории команд, можно описать параметры подключения для каждого сервера в этом файле.
Пример:

Host backend-server
    HostName 192.168.1.10
    User yourusername
    Port 2222
    IdentityFile ~/.ssh/id_ed25519

Теперь можно подключиться, набрав команду ssh backend-server

2. Проброс портов
Если нужно подключиться к определенному порту как если бы он был на локальной машине или наоборот.
ssh -L 8080:localhost:80 user@server пробрасывает порт с удалённого сервера на локальную машину.
ssh -R 9000:localhost:3000 user@server наоборот, открывает доступ к локальному порту извне.
Удобно, когда нужно показать коллеге локальный сервис или подключиться к удалённой БД через локальный клиент.

3. Копирование файлов через SSH
ssh user@server "cat /home/user/local.log" > local.log - скачать файл на локальную машину.
tar czf - /путь/к/папке | ssh user@server "cd /целевая/папка && tar xvzf -" - передача папки с архивацией на лету.
Если нужно быстро перекинуть файл и не помните синтаксис scp. Кстати, работает быстрее при большом количестве мелких файлов.

4. Подключение через промежуточный хост (по-другому называется бастион)
Если вам надо попасть на хост, до которого нет прямого доступа, но есть хост, с которого такой доступ есть (=шлюз) - можно использовать его для доступа.
ssh -J gateway-server user@backend-server - одной командой можно попасть на сервер, который доступен только через шлюз.
Или прописать в знакомый нам ~/.ssh/config строчку ProxyJump gateway-server, тогда подключение будет выглядеть как обычный ssh backend-server.

5. Проброс SSH-ключа (Agent Forwarding)
Если с промежуточного сервера надо заходить на другие машины (например, на Git-сервер) без хранения там закрытых ключей, можно пробросить ключ.
ssh -A user@gateway-server - позволяет использовать локальный SSH-агент на промежуточном сервере.

6. Монтирование удалённой папки через SSHFS
sshfs user@server:/путь/к/проекту ~/project - позволяет работать с файлами на сервере как с локальными (через любой редактор).
После работы отмонтировать: fusermount -u ~/project.

7. Быстрый переход в нужную директорию при подключении
ssh -t user@server "cd /var/www/app && bash" - сразу после входа оказаться в нужной папке. Можно добавить в алиас оболочки (shell).

Вперед - пробовать! 😊👩‍💻
Делитесь, какие команды/полезные флаги помогают вам при использовании ssh или работе в целом?
Ставьте 🔥, если понравилась подборка и хотите больше лайфхаков для повседневной работы.

〰️〰️
ДеваПес: лапками к успешным пайплайнам @devopsnastya

Всем привет!
Меня зовут Настя, я работаю в IT as DevOps Engineer, преподаю технические дисциплины, профессионально развиваюсь сама и мягко мотивирую других на карьерные свершения 💫

Этот канал - смесь DevOps-As-A-Lifestyle 👩‍💻

🐾 notes о саморазвитии и карьере,

🐾 настройка мониторинга для work-life balance,

🐾 а также жизненные пайплайны step by step к счастливой жизни)


Наливайте чаек на клавиатуру, запускайте билд, и поехали 🤗

Channel created