Bash Days | Linux | DevOps

Зарплатный даунгрейд Короче, пришел ко мне в феврале человек на Linux Factory, подтянуть и освежить свои знания. Мол скучно ему стало, захотелось мяса. Трудится сеньором-помидором в крупной зеленой компании. Стандартная ситуация. ㅤ Ииии, как-то речь зашла про его ЗП и что он ей вообще не доволен. Но что-то менять страшно, ипотека, дети, да и возраст уже не тот, чтобы дрыгаться. Звоночек. С этим можно интересно поработать и доказать неочевидную гипотезу.

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

Проводим пару внеурочных текстовых сеансов, набираемся мотивации, перелопачиваем вакансии (важно — ищем вакансии на Мидла), составляем продающее резюме, ходим по собеседованиям. Ииии…. через неделю получаем оффер, причем очень жирный оффер, почти x2.5 от текущий ЗП. При условии, что график полностью удалёнка (не гибрид), нет кубера, стек из 40-50 виртуальных серверов, докер, гитлаб, даже ансибла нет. Суть работы — сидеть на жопе ровно и саппортить текущую инфраструктуру. Да, есть нюансы, нужно с нуля систему мониторинга построить, но это прям детские игрушки. Вот и думай. Шаг назад прям хороший. Гипотеза доказана. Компании которые ворочают миллиардами, нанимают сотрудников на позицию Сеньоров за миску супа. А какие-то обычные Интернет магазины, готовы платить за Мидла 100500 мильонов в секунду. Так что, нет ничего стыдного в даунгрейде, ведь любая работа прежде всего делается ради денег. Отзыв этого человека как-нибудь размещу на сайте, а то там контекста много лишнего, надо отредачить. Если кратко, испытательный успешно пройден, в коллектив влился, инфраструктуру взял под контроль, мониторинг уже настроен, работа занимает теперь от силы 2-4 часа в день и то уже в процессе автоматизации. Вот такие пироги. Не ссы и двигайся вперед, а то так и просидишь до старости пропёрдывая кресло. 🛠 #workflow #рабочиебудни — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Обычно навыки администрирования проверяются в самый неподходящий момент — когда кластер уже работает в продакшене и что-то пошло не так. Мы предлагаем более безопасный вариант. На практическом курсе по администрированию YDB вы будете не только настраивать кластер, но и отрабатывать реальные сценарии эксплуатации: ✔️ обновление версий ✔️ мониторинг и диагностика ✔️ устранение типовых сбоев ✔️ масштабирование кластера 3 дня практики под руководством сертифицированного администратора YDB. Для DevOps-инженеров и DBA Узнать подробности по ссылке

Сегодня будем устанавливать в свой периметр крутую штуку. И называется она — Termix. Выбрал я её по причине — решил все 100500 серверов свести в одно место, возможно станет поудобнее. Да и поддержка VNC из коробки, а мне как раз надо кластер из mac mini m4 для ИИ админить. Ну и корпоративные винды всякие по RDP. В общем пока звучит очень вкусно.

Termix — это платформа для управления серверами с открытым исходным кодом, полностью бесплатная. Она предоставляет единое кроссплатформенное решение для управления серверами и инфраструктурой через один удобный интерфейс. Termix является альтернативой Termius и доступен на всех популярных платформах.

Termix предлагает: - доступ к терминалу по SSH; - управление удалённым рабочим столом (RDP, VNC, Telnet); - создание SSH-туннелей; - удалённое управление файлами; - и множество других инструментов. Короче эта штука позволяет подключаться по SSH и т.п. к серверам, прям из браузера. Довольно удобно собрать всё в кучу и забыть про ручную рутину. Хотя ручная рутина порой приятнее, чем все эти «новогодние ёлки» и клики мышкой. Читать продолжение: https://two.su/ckebu 🛠 #devops #selfhosted — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Спрос на эту профессию очень высокий, как и уровень зарплат в отрасли. Хороший DevOps-инженер — редкий и востребованный специалист. Если хотите стать одним из них — начните с курса Нетологии.  Что освоите за время обучения:  👉 Docker, Kubernetes, Jenkins, Git и ispmanager;  👉 настройку CI/CD и мониторинг инфраструктуры;  👉 администрирование Linux и работу с облачными технологиями;  👉 микросервисную архитектуру и отказоустойчивые кластеры. В программе — минимум 4 проекта, бесплатный доступ к Yandex Cloud, 3 месяца практики в ispmanager и приоритет при отборе на вакансии партнёра. Плюс 10 живых встреч с экспертами из Alibaba Group, VK и Ozon — сможете спросить о профессии всё, что волнует. До конца июня на курс действует скидка 50% по промокоду IT50JUNE — записывайтесь 💡 Реклама. ООО “Нетология” ОГРН 1207700135884 Erid: 2VSb5wbUz9Q

Управление Docker контейнерами без Portainer и Dockge ㅤ Долгое время я сидел на Dockge, оно хостится у меня на малинке. А на самой малинке я гоняю: jellifyn, qbittorrent, grafana, prometheus, uptime kuma, watchyourlan, technitium dns. Для таких целей Portainer крайне избыточен, мне в хер не уперся космический корабль, да и многое в Portainer сделано через жопу, хрен чё найдешь. Поэтому Dockge покрывает все мои хотелки. Но рано или поздно хочется нового. И новое это — DocHand. Причем этот проект не просто пилит какой-то энтузиаст, проект с закосом на интерпрайз. Но полностью opensource.

Люблю opensource, за то, что если есть закос на интерпрайз, то можно посмотреть исходники и реверснуть лицензию. С DocHand я пока особо глубоко не ковырялся, но чуть позже обязательно пропатчу, как собственно провернул это с mattermost, gitlab и т.п.

Да, по функционалу DocHand ничем не уступает Portainer и даже превосходит его. Для меня важно, чтобы всё было очевидно и понятно, без - хуй чё найдешь. И тут с этим всё прекрасно. Ладно, чем бы дитя не тешилось. Вкорячиваем... Читать продолжение: https://two.su/2517q 🛠 #devops #selfhosted — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Всем привет. Сегодня хочу поговорить о культуре написания условий bash. Точнее, об использовании отрицаний (НЕ). 🔤🔤🔤🔤🔤🔤🔤 Поводом послужила конструкция, которую я нашел при изучении одного скрипта:

if [[ ! -f "$file" || ! -r "$file" || ! -w "$file" ]];then
  echo "Ошибка: Файл отсутствует или нет прав на чтение/запись"
#  exit 1
fi

ㅤ Расшифруем: ! -f "$file" - НЕ регулярный файл (возможно каталог, устройство, или вообще ничего). ! -r "$file" - у файла НЕт прав на чтение. ! -w "$file" - у файла НЕт прав на запись. Условия объединены по ИЛИ, значит если выполнится какое-либо - будет ошибка. С точки зрения логики - все правильно, но у меня лично в глазах рябит от количества палок. 👆На мой взгляд, отрицания сильно осложняют понимание. Вспоминаем, что: ! A || ! B эквивалентно ! [ A && B ] ! A && ! B эквивалентно ! [ A || B ] 👆И помним, что пробелы в условиях bash критически важны. Таким образом, конструкцию можно переписать, с сохранением функциональности:

if ! [[ -f "$file" && -r "$file" && -w "$file" ]];then
  echo "Ошибка: Файл отсутствует или нет прав на чтение/запись"
#  exit 1
fi

Расшифруем: НЕ (файл регулярный И есть права на чтение И есть на запись). В этой конструкции тоже есть отрицание, но оно уже одно! Конструкцию можно привести к еще более человеческому виду:

if [[ -f "$file" && -r "$file" && -w "$file" ]];then
  :
else
  echo "Ошибка: Файл отсутствует или нет прав на чтение/запись"
#  exit 1
fi

Здесь отрицание заменено переносом тела if в тело оператора else. ":" необходимо, потому что между if и else должен быть хотя бы один оператор (в данном случае ":" эквивалент оператора true или nop. Можно записать и:

if [[ -f "$file" && -r "$file" && -w "$file" ]];then :
else
  echo "Ошибка: Файл отсутствует или нет прав на чтение/запись"
#  exit 1
fi

👆 Обратите внимание на ":" после then Но на мой взгляд, в данном случае, читаемость несколько ухудшится. Хотя первая конструкции и остальные конструкции эквивалентны, но отличие все же есть - скорость работы (Особенно, если в качестве операндов будут использованы функции) И зависит эта скорость будет от сценария работы. Если при объединении по ИЛИ первый операнд ИСТИНА, то остальные даже проверяться не будут. При объединении по И все наоборот: остальные проверяться не будут - если первый операнд ЛОЖЬ. Всем работы без багов. 🛠 #bash #linux — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Робот Грин, доверие в ИТ и саботаж ИИ! 👾 10 июня зовём вас на площадку «Сигнал», чтобы узнать и обсудить: 👉 Как создавали робота Грина — танцевальную звезду AI Journey‑2025. 👉 Каким образом доверие, договороспособность и длинный взгляд влияют на успех технологий. 👉 Почему разработчики саботируют ИИ и как это исправить. Встречаемся 10 июня в 18:30 по адресу: г. Самара, ул. Лесная, 23, корп. 2, 2‑й этаж. Регистрация по ссылке. Места ограничены — успейте занять своё! 💚

SRE тут? Нашли для вас подкаст, который вполне может пополнить ряд любимых. Коллеги из Авито создали «В SREду на кухне», периодически собираются, зовут на запись гостей и обсуждают то, о чём не принято говорить в опенспейсе. Например, вот темы недавних выпусков: — GitOps не волшебная таблетка; — Зачем продукту бюджет ошибок; — Роняем прод, чтобы стать сильнее: всё о Chaos Engineering; — SRE больше не нужны. AI переписал правила. Отвечая на вопрос «А при чём здесь комьюнити?» — все дополнительные инсайты, статьи и мысли на темы выпусков ребята выкладывают в канал «Avito SREда». И там уже собралась активная аудитория коллег-инженеров.

Переезд инфраструктуры часто откладывают, потому что он требует времени, планирования и отдельной команды специалистов. Но затягивать такие проекты тоже не всегда выгодно. Yandex Cloud открыл программу миграции для компаний, которые переносят свои системы из сторонних облаков, хостингов или собственной инфраструктуры. Программа включает: • грант на 60 дней, полностью покрывающий облачные расходы на миграцию, рассчитанный под ваши задачи • консультации архитектора по проектированию целевой архитектуры; • поддержку персонального менеджера на каждом этапе миграции; Платформа Yandex Cloud объединяет более 75 сервисов и 4 собственных дата-центра для разработки и эксплуатации ИТ-инфраструктуры. Оплата производится только за использованные ресурсы. Подать заявку и перенести инфраструктуру в Yandex Cloud на выгодных условиях можно до 20 июня.

Si vis pacem, para bellum Все вокруг ноют, что у нас какой-то кризис в айти, рынок перегрет, вакансии схлопываются, а на одно место претендуют сотни кандидатов.

Да, так и есть. Искали мы тут QA специалиста, за неделю скинули более 2000 резюме. Это пиздец. Как будто нейронка по вакансии прошлась и нагенерила нам вайтишников. С QA всё понятно, это самый простой вход в наш «цирк абсурда», но вот с другими вакансиями аналогичная ситуация. Причем кандидаты гнут пальцы и не хотят делать тестовые задания, даже за деньги. Разленились падлы, подавай им сразу оффер и оклад 100500 мильонов за нехуй делать с обязательной удаленкой. Да идите вы нахуй!

Ладно, я немного про другое хотел тебе написать. Тема довольна избитая — стоит ли сейчас увольняться и прыгать на другую работу, если ты уже официально трудоустроен? Однозначно стоит, если предлагают x3-x4 к текущей ЗП. Но возникает парадокс. Казалось бы, сиди тихо, цени текущее место и не дергайся. Но всегда есть НО. ㅤ Зона комфорта vs Испытательный срок На текущем месте работы, ты знаешь как всё устроено, где что лежит, можешь с закрытыми глазами ориентироваться, в общем царь и бог. Работаешь от силы 2-3 часа в день в комфортном для себя режиме, ездишь по делам и пинаешь хуи. На новом месте работы — баланс придется выстраивать с нуля, неизвестность, снова DODы испытательного срока, новые технологии, коллеги-токсики. И опять же уровень компетенции. Если на предыдущем месте ты уверенный мидл-сеньор, то на новом месте, грейды оцениваются иначе.

Коллега сеньор-фронтендер сходил в яндекс на технический собес ииии, барабанная дробь — его скилы оценили как джуновские, соответственно предложили ЗП намного меньше чем он рассчитывал. А всё, потому, что технологии шагнули вперед, а он всё еще на втором ангуляре кнопочки двигает.

Ежу понятно, что ключевой фактор это деньги. То есть здесь интересен не столько вопрос «правильно ли я поступаю», сколько вопрос «что именно я продаю и что покупаю». Если смотреть со стороны: Вместе с новой зарплатой получаем новый набор рисков: — испытательный срок — отсутствие привычной зоны комфорта — необходимость реально показывать результат — нагрузку, которая наверняка будет в разы выше Для кого-то лишние 200–300 тысяч рублей в месяц полностью стоят стресса и переработок. Для кого-то возможность спокойно жить, заниматься своими проектами, семьей или просто не выгорать ценнее любой прибавки к зарплате. Есть еще один интересный момент. Если человек годами работает в режиме «пару часов в день», он постепенно теряет понимание своей реальной рыночной стоимости. Внутри компании может казаться, что всё хорошо. Но настоящий уровень всегда показывает только рынок. Переходы позволяют проверить себя об этот рынок. И ты либо разъебёшься об камни реальности, либо выплывешь, всё будет зависеть от твоих скилов и компетенций. Поэтому иногда даже неудачный переход бывает полезнее десяти лет комфортного сидения на одном месте. Возможно, через три месяца ты поймешь, что ошибся. Возможно, через год будешь вспоминать прежнюю работу как слишком уютное болото. А может быть, окажется, что все эти разговоры про кризис в ИТ сильно преувеличены для тех, кто готов брать на себя ответственность и приносить бизнесу результат. Если это действительно x3, а не +20–30%, то я скорее понимаю такие решения. Зарплата в три раза выше способна за 1–2 года создать финансовую подушку, закрыть ипотеку, накопить капитал. Потерять комфорт неприятно, но комфорт — это тоже риск. Особенно в ИТ, где человек может годами находиться в тепличных условиях и не замечать, как рынок уходит вперед. Короче хуй знает. Пишите в комменты свои мысли. Ни к чему не призываю, так, трёп…

А ты бы согласились поменять спокойную работу на зарплату в 3-4 раза выше, если бы знал, что работать придется действительно дохуя, да еще и проходить испытательный?

Моя стратегия сюда уже не влезла, опубликовал её в блоге 👇 Читать продолжение: https://two.su/nrzhw 🛠 #workflow — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Всем привет. Недавно прилетела неожиданная задача: Организовать скриптом sftp-обмен по со старых версий винды с аутентификацией по ключам. 🔤🔤🔤🔤🔤🔤🔤 С 10+ все понятно. Там и ssh и sftp из коробки есть настройка от linux вообще не отличается. А вот со старыми - проблема. ㅤ Почему до сих пор используются старые версии? Да потому что работают. А выставлять их наружу никто не собирается. Так что пока работает будет работать. Ну, я отвлекся. Итак sftp. Я нашел две программы psftp (из комплекта putty) и winscp. Попробовал обе и psftp пришлось забраковать. Оказалось, она не хочет работать, если не видит файлов в каталоге. (права xw (3)). А winscp.com (не сайт, программа для работы в скриптах из комплекта winscp) работает. Вот ее и будем настраивать. 1. Генерим ключ без парольной фразы с помощью puttygen (из комплекта putty). Желательно выбрать EdDSA(Ed25519(255 bits). Он маленький, и с ним удобно работать. Сохраняем публичный ключ в формате *.ppk . 2. Для того, чтобы публичный ключ нормально читался его нужно привести к однострочному виду:

ssh-ed25519 AAAAC3....8cJiPqx0VAOmEI+yy user@host

Я редактировал прямо в vim.

3. После этоого вставляем ключ в authorized_keys на серваке. 4. Запускаем winscp.exe и в настройках → хранилище меняем реестр на ini файл. Это нужно сделать, чтобы скрипт работал и от другого пользователя. 5. В WinSCP.exe создать подключение например «servername» указав ключ. В подключении можно и начальный каталог указать сразу. 6. Обязательно протестировать соединение приняв fingerprint. 7. Создать скрипт обмена script.sftp типа:

   open servername
   put filename
   get filename1
   bye

8. Запуск скрипта обмена:

C:\prog\WinSCP\winscp.com /ini=C:\prog\WinSCP\WinSCP.ini /logsize=2*100K /script=C:\prog\WinSCP\script.sftp /log="C:\prog\WinSCP\script.sftp.log" /console

9. Иногда, Скрипт, при запуске из какой-нибудь программы типа 1c не срабатывает. Тогда строку пункта 8 проще записать в какой-нибудь servername.bat и выполнять его из программы через cmd:

c:\windows\...\cmd.exe /c C:\prog\WinSCP\servername.bat

Вот тебе и винда, такая простая задача, и столько гемора при реализации. Да, кстати, на десятке тоже работает. Проверил. Всем работы без багов. 🛠 #devops #windows — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Китайские LLM продолжают завоевывать рынок За пару месяцев вышли сразу несколько сильных open source релизов: GLM-5.1, Kimi K2.6, DeepSeek V4 Pro. Что интересного:

▶️GLM-5.1 — мощная модель для Agentic AI: умеет автономно выполнять задачи до 8 часов и поддерживает сложные сценарии. ▶️Kimi K2.6 делает ставку на мультимодальность и Agent Swarm-подход, позволяя оркестрировать до 300 субагентов. ▶️DeepSeek V4 Pro выделяется контекстом до 1 млн токенов и гибридной архитектурой внимания для эффективной работы с длительным контекстом.

Как внедрить в проекты: 📍 Все модели доступны в каталоге Evolution Foundation Models от Cloud.ru.

В сервисе уже 45+ популярных LLM. Модели готовы к использованию — не нужно развертывать инференс и писать код, достаточно подключиться через API.

👉Протестируйте новые модели в личном кабинете👈

Китайские LLM продолжают завоевывать рынок За пару месяцев вышли сразу несколько сильных open source релизов: GLM-5.1, Kimi K2.6, DeepSeek V4. Что интересного:

▶️GLM-5.1 — мощная модель для Agentic AI: умеет автономно выполнять задачи до 8 часов и поддерживает сложные сценарии. ▶️Kimi K2.6 делает ставку на мультимодальность и Agent Swarm-подход, позволяя оркестрировать до 300 субагентов. ▶️DeepSeek V4 выделяется контекстом до 1 млн токенов и гибридной архитектурой внимания для эффективной работы с длительным контекстом.

Как внедрить в проекты: 📍 Все модели доступны в каталоге Evolution Foundation Models от Cloud.ru.

В сервисе уже 45+ популярных LLM. Модели готовы к использованию — не нужно развертывать инференс и писать код, достаточно подключиться через API.

👉Протестируйте новые модели👈

Продолжаем инициативу State of DevOps Russia: запускаем новое исследование Команда «Экспресс 42» вместе с Ассоциацией облачно-ориентированных технологий (АОТ) проводит большое ежегодное исследование инженерных практик в российских командах. Фокус этого года — искусственный интеллект и Cloud Native в разработке, инфраструктуре и DevOps. Хотим понять, какие инструменты команды используют на практике, как встраивают ИИ в рабочие процессы, где он уже помогает, а где остаются вопросы безопасности, контроля и эффективности. Если вы работаете с облаками, инфраструктурой, DevOps или разработкой — поделитесь своим опытом. Опрос подробный, но именно так можно собрать честную картину, а не поверхностные оценки. 👉 Пройти опрос По итогам АОТ подготовит отчёт с ключевыми трендами, экспертными выводами и данными по применению ИИ в инженерных процессах.

Хотите перейти с Docker на Podman? 🦭 Проходите бесплатный мини-курс в Академии Selectel Вместе с Романом Шубиным, СТО и автором канала Bash Days, собрали отдельный мини-курс по Podman. Внутри — восемь материалов, которые помогут освоить инструмент с открытым исходным кодом для работы с контейнерами. Вы научитесь: ✔️ использовать базовые команды и Podman Compose, ✔️ работать с зависимостями и переменными окружениями, ✔️ мигрировать IT-инфраструктуру из Docker. Все студенты курса получат промокод на бесплатную практику в облаке Selectel и SelectOS. Начните проходить прямо сейчас ➡️

Когда начинаешь вкатываться в Ansible, кажется что loop нужен вот прям всегда и везде. Но это не так. ㅤ Многие пишут:

- name: install packages
  ansible.builtin.apt:
    name: "{{ item }}"
    state: present
    update_cache: yes
    loop: "{{ packages }}"

А переменная packages содержит список пакетов на установку. И вроде тут всё ок, НО apt вызывается для каждого пакета отдельно, а update_cache может дёргаться несколько раз. Это избыточно и ломает заложенные паттерны. Поэтому правильнее будет сделать так:

- name: install packages
  ansible.builtin.apt:
    name: "{{ packages }}"
    state: present
    update_cache: yes

Здесь apt получает сразу список пакетов, кеш обновляется один раз, установка идёт одной транзакцией. Получается меньше оверхеда, всё происходит быстрее и логичнее. В первом случае это «хак», ты делаешь loop из одного элемента, внутри которого уже лежит список. Главная мысль тут — если модуль умеет принимать список — loop нахуй не нужен. Loop нужен там, где логика на каждый элемент отдельная: - разные параметры - условия - шаблоны - создание пользователей - файлы - сложные таски Короче не заLOOPайся и будет тебе счастье.

Ну а если хочешь стать гуру, я всегда жду тебя здесь.

🛠 #devops #linuxfactory #ansible — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog

Стрим о защите контейнеров, который нельзя пропустить Что сейчас ломают в контейнерных средах и как от этого защищаться. На стриме 28 мая в 11:00 разберем ключевые угрозы, покажем ИИ и другие ключевые новинки Kaspersky Container Security, которые уже меняют игру в контейнерной безопасности. Спикеры — эксперты «Лаборатории Касперского» и платформы «Штурвал». Чтобы не пропустить, регистрируйтесь.

Удалили объект в S3-хранилище и поняли это слишком поздно? В S3 Selectel появилась функция Object Lock — дополнительная защита объектов от изменений и удаления на заданный срок. Даже если в хранилище уже настроены репликация, версионирование и доступы, все еще остается риск случайного удаления или действий шифровальщиков. Object Lock помогает дополнительно защитить данные. Функция работает по принципу WORM (Write Once, Read Many): версии объектов можно заблокировать так, чтобы их нельзя было изменить или удалить до окончания срока блокировки. Что можно сделать: 🔹 настроить временную блокировку объектов, 🔹 включить бессрочную блокировку Legal Hold, 🔹 сохранить данные даже при удалении проекта, пока блокировка активна. Особенно полезно для резервных копий, логов и критичных данных. ⚡️ Попробуйте S3 Selectel бесплатно на 30 дней и протестируйте Object Lock: https://slc.tl/wi14n Реклама. АО "Селектел". erid:2W5zFHGF98m

Техника тоже может сидеть на Правильном Питании (ПэПэ)   Каждый же слышал о ПэПэ? Только вот сегодня речь не о еде в привычном ее понимании, а о бесперебойниках ПП-ИБП от Systeme Electric. Если быть точнее, разговор о Правильном Питании (ПэПэ) для вашего железа. С этим оборудованием вопрос «что будет с техникой, если с электричеством беда?» в принципе не возникает. С ПП-ИБП от Systeme Electric с онлайн-топологией все точно продолжит работать без сбоев, как ни в чем не бывало.   Systeme Electric — это бывшее российское подразделение Schneider, производителя легендарных бесперебойников APC: «Шнайдер» из России ушел, а прозводство, технологии и лучшая команда инженеров — остались, просто работают под новым локальным брендом. Так что Systeme Electric точно знают толк в надежной защите оборудования.   Вот что реально впечатляет в ПП-ИБП от Systeme Electric с онлайн-топологией:   ü  Тотальный онлайн-ЗОЖ — онлайн Защита от Отключений Железа. ü  Повышенная БЖУ — Бесперебойность Жизненно-важных Устройств. Тянут нагрузку в 150% от номинальной. ü  Настоящий суперфуд для оборудования — высочайший КПД 95%. ü  Самое полное ПП-меню — поддерживают все возможные интерфейсы и протоколы (EPO, SNMP, RS-485, RS-232, USB, RJ45/RJ11, EMBS).   Альтернатива ПП-ИБП сейчас — только китайский электро-фастфуд. Но это для тех, кто свое оборудование совсем не любит. Через год-другой аккумы в таких дешманских ибп-шках вздуются, как живот после углеводов.   А вот у Systeme Electric официальная гарантия аж 3 года — абсолютный рекорд! Такой ни у кого нет. У «китайцев» максимум год, и даже у оригинальных шнайдеровских APC было только 2 года (а сейчас на серозавезенные и вовсе никакой нет).   Кстати, техподдержка работает круглосуточно: днем — телефон, мессенджеры и чаты отвечают 24/7. Так что долой голод, после 6 — можно!   Ну и конечно, чтобы железо не «болело», стоит начать заботиться о его Правильном Питании заранее. На здоровье оборудования не экономят!   За подробностями — сюда.   Вот такие пп-шные пироги. Реклама. АО "СЭ" ИНН 7712092928 Erid: 2W5zFFubkxq

Docker кеш без боли ㅤ Давай поговорим про docker и кеширование, тема вроде поверхностная, но как оказалось многие в ней плавают и особо не понимают почему их сборка каждый раз занимает 100500 минут. А занимает она столько минут, по одной причине — копировать исходники нужно в последнем слое. Механизм тут простой, если какой-то слой изменился, то следующие слои будут пересобраны. Логично, что если ты копируешь исходники так:

FROM node:22
WORKDIR /app
COPY . .
RUN npm install
RUN npm run build
CMD ["node", "dist/index.js"]

Тебе пезда! Всё будет пересобираться каждый раз с нуля, никаким кешированием тут и не пахнет. Так делают многие, ведь оно работает и пофигу что долго. В примере выше, команда COPY копирует весь проект. Представь, что ты изменил одну букву в конфиге и приехали. Кеш инвалидировался, сборка пошла по новой и RUN npm install доставит много удовольствия. Ключевой момент тут исходники, которые меняются. Получаем: - заново устанавливает npm зависимости - заново качает пакеты - заново rebuild native modules - тратит минуты в CI Хотя зависимости вообще не менялись. Мрак! Фиксим:

FROM node:22

WORKDIR /app
COPY package.json package-lock.json ./
RUN npm ci
COPY . .
RUN npm run build
CMD ["node", "dist/index.js"]

Теперь если что-то изменить в коде проекта, пересобирается только:

COPY . .  
RUN npm run build

А RUN npm ci возьмется из кеша. Аналогично и в питончике и гошке:

COPY . .  
RUN pip install -r requirements.txt

COPY . .
RUN go mod download

Бест-практика простая: От самого стабильного → к самому изменяемому. - base image - системные пакеты - lock-файлы зависимостей - install dependencies - исходники - build - startup Короче думай паттерном, а не жопой — «Какие файлы меняются редко?» и выносить их максимально вверх Dockerfile. Каждый RUN, COPY, ADD это новый слой. Docker пытается переиспользовать уже существующие слои из кеша. Если инструкция и все предыдущие слои не изменились — слой не пересобирается. Docker сбрасывает кеш начиная с измененного слоя. Вот и вся наука. 🛠 #devops #docker — 💬 Bashdays 📲 MAX 🌐 LF 🔵 Blog