🏛️ Пятничный лонгрид: Искусство «ленивого» админа или почему твоя документация — это код
Все мы знаем классику: админ, который работает 24/7, постоянно в мыле и с красными глазами, считается «героем». Но в 2026 году настоящий герой — это тот, кто в пятницу вечером спокойно пьёт кофе, потому что его инфраструктура умеет «лечить» сама себя. ☕🧘♂️
Давай разберем три столпа, на которых держится спокойный сон сисадмина.
1. Документация в стиле README.md
Забудь про Word-файлы в папке «Общее». Если инструкции нет в Git-репозитории рядом с кодом или скриптами — её не существует.
Правило: Любое изменение в системе = коммит в репозиторий с описанием.
Инструмент: Изучи Obsidian или Logseq для личной базы знаний (Zettelkasten). Это позволяет связывать ошибки (например, «Падение БД») с их решениями графами связей.
2. Bash/PowerShell как «внешняя память»
Если ты ввел команду в консоли дважды — запиши её в скрипт. Если трижды — параметризируй её (сделай переменные).
Bash: Используй history | grep "что-то_сложное", чтобы вспомнить тот самый длинный конвейер из awk и sed, который ты мучил в прошлый вторник.
PowerShell: Создай свой модуль MyCompany.Utils.psm1 и храни там функции для сброса паролей, очистки квот и выгрузки отчетов.
3. Сетевая топология — карта твоего мира
Самый быстрый способ найти проблему в сети — взглянуть на актуальную схему. Но рисовать её в Visio руками — это ад. В 2026-м мы используем Diagrams as Code.
Попробуй Mermaid.js: Ты просто пишешь текст, а Git-лаборатория или Obsidian рисуют схему:
🚀 Пятничный совет «на миллион»:
Прежде чем уйти домой, проверь три вещи:
* Бэкапы: Зайди и посмотри глазами, что сегодняшний бэкап весит не 0 байт.
* Snapshot-ы: Удали старые снапшоты виртуалок. В понедельник они превратятся в «тормоза» дисковой подсистемы.
* Уведомления: Убедись, что телефон не в режиме «Не беспокоить» для критических алертов от Zabbix/Grafana.
Хороших выходных, коллеги! И пусть ваш uptime стремится к бесконечности. 📈☕
#friday #longread #sysadmin #lifehack #documentation #automation #admin_future #it_culture
Все мы знаем классику: админ, который работает 24/7, постоянно в мыле и с красными глазами, считается «героем». Но в 2026 году настоящий герой — это тот, кто в пятницу вечером спокойно пьёт кофе, потому что его инфраструктура умеет «лечить» сама себя. ☕🧘♂️
Давай разберем три столпа, на которых держится спокойный сон сисадмина.
1. Документация в стиле README.md
Забудь про Word-файлы в папке «Общее». Если инструкции нет в Git-репозитории рядом с кодом или скриптами — её не существует.
Правило: Любое изменение в системе = коммит в репозиторий с описанием.
Инструмент: Изучи Obsidian или Logseq для личной базы знаний (Zettelkasten). Это позволяет связывать ошибки (например, «Падение БД») с их решениями графами связей.
2. Bash/PowerShell как «внешняя память»
Если ты ввел команду в консоли дважды — запиши её в скрипт. Если трижды — параметризируй её (сделай переменные).
Bash: Используй history | grep "что-то_сложное", чтобы вспомнить тот самый длинный конвейер из awk и sed, который ты мучил в прошлый вторник.
PowerShell: Создай свой модуль MyCompany.Utils.psm1 и храни там функции для сброса паролей, очистки квот и выгрузки отчетов.
3. Сетевая топология — карта твоего мира
Самый быстрый способ найти проблему в сети — взглянуть на актуальную схему. Но рисовать её в Visio руками — это ад. В 2026-м мы используем Diagrams as Code.
Попробуй Mermaid.js: Ты просто пишешь текст, а Git-лаборатория или Obsidian рисуют схему:
graph TD
User-->Internet
Internet-->Firewall[pfsense]
Firewall-->Switch(L3 Switch)
Switch-->Server1[Proxmox Node 1]
Switch-->Server2[Proxmox Node 2]
Server1-->VM1[Nginx Proxy]
🚀 Пятничный совет «на миллион»:
Прежде чем уйти домой, проверь три вещи:
* Бэкапы: Зайди и посмотри глазами, что сегодняшний бэкап весит не 0 байт.
* Snapshot-ы: Удали старые снапшоты виртуалок. В понедельник они превратятся в «тормоза» дисковой подсистемы.
* Уведомления: Убедись, что телефон не в режиме «Не беспокоить» для критических алертов от Zabbix/Grafana.
Помни: Лучший сисадмин — это тот, чьего имени в компании не знают, потому что «всё просто работает».#friday #longread #sysadmin #lifehack #documentation #automation #admin_future #it_culture
🕵️♂️ Пятничный лонгрид: Анатомия сбоя. Почему мы чиним следствия, а не причины (и как перестать это делать)
Пятница. 16:45.
Прилетает алерт: «Прод лежит».
У тебя подскакивает пульс.
Руки сами тянутся к консоли, чтобы написать
🛑 Остановись.Убери руки от клавиатуры.
В 2026 году перезагрузка сервера без понимания причины — это не решение, а уничтожение улик.
Сегодня поговорим о том, что отличает «эникейщика» от Site Reliability Engineer (SRE): искусстве расследования.
1. Правило «Пяти почему» (The 5 Whys)
Мы часто лечим симптомы.
«Упал сервис — подняли сервис».
Это путь к выгоранию, потому что сервис упадет снова, когда ты будешь спать.
Применяй метод Toyota:
Проблема: Упал интернет-магазин (502 Bad Gateway).
1. Почему? PHP-FPM перестал отвечать.
2. Почему? Закончилась оперативная память, пришел OOM Killer.
3. Почему? Один процесс съел 4 ГБ RAM.
4. Почему? Пользователь загрузил картинку размером 50 МБ, а библиотека обработки изображений попыталась разжать её в память.
5. Почему? (Корневая причина): На фронтенде нет валидации размера загружаемого файла, а на бэкенде нет лимитов памяти на воркер.
Решение: Не «добавить памяти серверу», а «поставить лимит на загрузку».
2. Не путай совпадение с причиной (Correlation vs Causation)
«Я обновил ядро, и через час упала база. Наверное, ядро кривое». Возможно. А возможно, именно в этот час запустился «тяжелый» отчет бухгалтерии, который запускается раз в месяц.
Инструмент: В 2026 году мы смотрим на eBPF и трассировку. Не гадай. Используй perf, sysdig или biosnoop. Если ты не видишь, почему процесс встал (ждет диска? сети? мьютекса?), ты просто играешь в лотерею.
3. Теория «Черного ящика» и гигиена логов
Если твой лог выглядит как стена текста INFO: processed item, он бесполезен. В момент аварии тебе нужно знать, что случилось ДО падения.
Правило: Логи должны быть структурированы (JSON). Грепать текст в 2026-м — моветон.
Совет: Настрой ротацию так, чтобы при краше сохранялся coredump или хотя бы последние 1000 строк лога в отдельный файл crash_report_date.log.
🚀 Пятничный ритуал «Закрытия гештальтов»:
Чтобы уйти на выходные и реально отдохнуть, сделай эти 3 действия прямо сейчас:
* Browser Bankruptcy: Закрой эти 50 вкладок с документацией, которые ты «потом почитаешь». Если это важно — добавь в закладки/Obsidian. Если нет — закрой. Освободи RAM своего мозга.
* Clean Desktop: Удали с рабочего стола (и из папки Загрузки) временные скрипты test.sh, sql_dump_new_final.sql и скриншоты ошибок. Цифровой мусор создает тревожность.
* Silence is Golden: Проверь расписание дежурств (On-Call). Если в эти выходные ты не дежурный — выключи уведомления рабочего чата. Совсем. Мир не рухнет, а твоя нервная система скажет спасибо.
Помни: Хороший инженер — это не тот, кто быстро чинит, а тот, кто знает, почему оно сломалось, и делает так, чтобы это не повторилось.
Выдыхаем, коллеги. Эта неделя была долгой, но мы справились. 🍺🔌
#friday #longread #troubleshooting #sre #sysadmin #psychology #admin_future #debug
Пятница. 16:45.
Прилетает алерт: «Прод лежит».
У тебя подскакивает пульс.
Руки сами тянутся к консоли, чтобы написать
systemctl restart nginx или ребутнуть виртуалку.🛑 Остановись.Убери руки от клавиатуры.
В 2026 году перезагрузка сервера без понимания причины — это не решение, а уничтожение улик.
Сегодня поговорим о том, что отличает «эникейщика» от Site Reliability Engineer (SRE): искусстве расследования.
1. Правило «Пяти почему» (The 5 Whys)
Мы часто лечим симптомы.
«Упал сервис — подняли сервис».
Это путь к выгоранию, потому что сервис упадет снова, когда ты будешь спать.
Применяй метод Toyota:
Проблема: Упал интернет-магазин (502 Bad Gateway).
1. Почему? PHP-FPM перестал отвечать.
2. Почему? Закончилась оперативная память, пришел OOM Killer.
3. Почему? Один процесс съел 4 ГБ RAM.
4. Почему? Пользователь загрузил картинку размером 50 МБ, а библиотека обработки изображений попыталась разжать её в память.
5. Почему? (Корневая причина): На фронтенде нет валидации размера загружаемого файла, а на бэкенде нет лимитов памяти на воркер.
Решение: Не «добавить памяти серверу», а «поставить лимит на загрузку».
2. Не путай совпадение с причиной (Correlation vs Causation)
«Я обновил ядро, и через час упала база. Наверное, ядро кривое». Возможно. А возможно, именно в этот час запустился «тяжелый» отчет бухгалтерии, который запускается раз в месяц.
Инструмент: В 2026 году мы смотрим на eBPF и трассировку. Не гадай. Используй perf, sysdig или biosnoop. Если ты не видишь, почему процесс встал (ждет диска? сети? мьютекса?), ты просто играешь в лотерею.
3. Теория «Черного ящика» и гигиена логов
Если твой лог выглядит как стена текста INFO: processed item, он бесполезен. В момент аварии тебе нужно знать, что случилось ДО падения.
Правило: Логи должны быть структурированы (JSON). Грепать текст в 2026-м — моветон.
Совет: Настрой ротацию так, чтобы при краше сохранялся coredump или хотя бы последние 1000 строк лога в отдельный файл crash_report_date.log.
🚀 Пятничный ритуал «Закрытия гештальтов»:
Чтобы уйти на выходные и реально отдохнуть, сделай эти 3 действия прямо сейчас:
* Browser Bankruptcy: Закрой эти 50 вкладок с документацией, которые ты «потом почитаешь». Если это важно — добавь в закладки/Obsidian. Если нет — закрой. Освободи RAM своего мозга.
* Clean Desktop: Удали с рабочего стола (и из папки Загрузки) временные скрипты test.sh, sql_dump_new_final.sql и скриншоты ошибок. Цифровой мусор создает тревожность.
* Silence is Golden: Проверь расписание дежурств (On-Call). Если в эти выходные ты не дежурный — выключи уведомления рабочего чата. Совсем. Мир не рухнет, а твоя нервная система скажет спасибо.
Помни: Хороший инженер — это не тот, кто быстро чинит, а тот, кто знает, почему оно сломалось, и делает так, чтобы это не повторилось.
Выдыхаем, коллеги. Эта неделя была долгой, но мы справились. 🍺🔌
#friday #longread #troubleshooting #sre #sysadmin #psychology #admin_future #debug
🔥2🤝2👏1
🏛️ Пятничный лонгрид: Синдром «Всегда на связи» или как перестать быть заложником своих серверов
Давай честно: сколько раз ты вздрагивал, когда в твоих AirPods внезапно пиликало уведомление от Zabbix посреди семейного ужина или похода в зал?
Особенно, когда на тебе висит сразу несколько проектов, пара серверов на аутсорсе и еще кто-то постоянно просит «быстренько посмотреть винду».
Мы привыкли быть безотказными спасателями, но в IT это путь в никуда.
Давай разберем три правила, которые помогут вернуть контроль над своей жизнью и оставить работу на работе.
1. Убей в себе «Славного парня»
* Самая большая ошибка сисадмина — пытаться угодить всем и реагировать на каждую просьбу в ту же секунду.
* «У меня тут эксель завис» — это не инцидент уровня P1 (Critical).
* Настрой жесткие SLA (Service Level Agreement) даже для внутренних задач.
Приучи пользователей (и заказчиков) писать в тикет-систему, а не в личные сообщения в Telegram.
Твоя отзывчивость не должна работать против тебя.
Ты архитектор системы, а не служба эскорта для чужих мышек.
2. Архитектура важнее героизма (Failover by Design)
Если твой сервер падает, и тебе нужно бежать к консоли, чтобы руками поднимать сервисы — у тебя плохая архитектура.
Инфраструктура должна уметь выживать без твоего участия хотя бы до утра понедельника.
* Proxmox HA (High Availability): Настрой кворум.
Если одна нода умирает, виртуалки должны сами переехать на соседнюю и запуститься.
Windows Server: Используй DFS (Distributed File System) для шар, чтобы отвал одного файловика никто даже не заметил.
Твоя цель — сделать так, чтобы система лечила себя сама, пока ты спишь.
3. Информационная диета (Alert Fatigue)
Если твой мониторинг шлет тебе в Telegram по 50 сообщений в день («CPU load 80%», «Port flapping») — ты скоро перестанешь на них смотреть.
И в нужный момент пропустишь реальную катастрофу (например, когда Ransomware начнет шифровать бэкапы).
Правило: Уведомления в пуш/смс должны приходить только тогда, когда требуется твое немедленное физическое или удаленное вмешательство.
Всё остальное (предупреждения, графики, мелкие аномалии) — должно падать в отдельный канал без звука или на дашборд Grafana, который ты проверяешь за утренним кофе.
🚀 Пятничный ритуал освобождения:
Прежде чем перевести статус в «Офлайн», сделай три вещи:
1. Проверь точки невозврата: Глянь логи Veeam или Proxmox Backup Server. Зеленые галочки? Отлично.
2. Закрой SSH-туннели: Выключи все временные доступы, которые ты открывал на неделе для тестов.
3. Сними наушники: Буквально. Выключи рабочие чаты до понедельника. Железо железным, но нейронные связи в твоей голове тоже требуют обслуживания и отдыха от цифрового шума.
Помни: лучшая инвестиция времени — это не настройка очередного контейнера, а настройка собственной головы.
Всем стабильного пинга и отличных выходных! 🧘♂️🍻
#friday #longread #sysadmin #psychology #burnout #admin_future #it_culture #proxmox #worklifebalance
Давай честно: сколько раз ты вздрагивал, когда в твоих AirPods внезапно пиликало уведомление от Zabbix посреди семейного ужина или похода в зал?
В 2026 году управлять инфраструктурой стало проще, но управлять своим вниманием — в разы сложнее.
Особенно, когда на тебе висит сразу несколько проектов, пара серверов на аутсорсе и еще кто-то постоянно просит «быстренько посмотреть винду».
Мы привыкли быть безотказными спасателями, но в IT это путь в никуда.
Давай разберем три правила, которые помогут вернуть контроль над своей жизнью и оставить работу на работе.
1. Убей в себе «Славного парня»
* Самая большая ошибка сисадмина — пытаться угодить всем и реагировать на каждую просьбу в ту же секунду.
* «У меня тут эксель завис» — это не инцидент уровня P1 (Critical).
* Настрой жесткие SLA (Service Level Agreement) даже для внутренних задач.
Приучи пользователей (и заказчиков) писать в тикет-систему, а не в личные сообщения в Telegram.
Твоя отзывчивость не должна работать против тебя.
Ты архитектор системы, а не служба эскорта для чужих мышек.
2. Архитектура важнее героизма (Failover by Design)
Если твой сервер падает, и тебе нужно бежать к консоли, чтобы руками поднимать сервисы — у тебя плохая архитектура.
Инфраструктура должна уметь выживать без твоего участия хотя бы до утра понедельника.
* Proxmox HA (High Availability): Настрой кворум.
Если одна нода умирает, виртуалки должны сами переехать на соседнюю и запуститься.
Windows Server: Используй DFS (Distributed File System) для шар, чтобы отвал одного файловика никто даже не заметил.
Твоя цель — сделать так, чтобы система лечила себя сама, пока ты спишь.
3. Информационная диета (Alert Fatigue)
Если твой мониторинг шлет тебе в Telegram по 50 сообщений в день («CPU load 80%», «Port flapping») — ты скоро перестанешь на них смотреть.
И в нужный момент пропустишь реальную катастрофу (например, когда Ransomware начнет шифровать бэкапы).
Правило: Уведомления в пуш/смс должны приходить только тогда, когда требуется твое немедленное физическое или удаленное вмешательство.
Всё остальное (предупреждения, графики, мелкие аномалии) — должно падать в отдельный канал без звука или на дашборд Grafana, который ты проверяешь за утренним кофе.
🚀 Пятничный ритуал освобождения:
Прежде чем перевести статус в «Офлайн», сделай три вещи:
1. Проверь точки невозврата: Глянь логи Veeam или Proxmox Backup Server. Зеленые галочки? Отлично.
2. Закрой SSH-туннели: Выключи все временные доступы, которые ты открывал на неделе для тестов.
3. Сними наушники: Буквально. Выключи рабочие чаты до понедельника. Железо железным, но нейронные связи в твоей голове тоже требуют обслуживания и отдыха от цифрового шума.
Помни: лучшая инвестиция времени — это не настройка очередного контейнера, а настройка собственной головы.
Всем стабильного пинга и отличных выходных! 🧘♂️🍻
#friday #longread #sysadmin #psychology #burnout #admin_future #it_culture #proxmox #worklifebalance
❤4
🧘♂️ Философия: Read-Only Friday и искусство отключать терминал 🛑
Давай начистоту. Когда ты тянешь на себе в общей сложности пяток разных работ или проектов, твой мозг к 17:30 пятницы напоминает перегретый процессор без термопасты. Тебе кажется, что «вот сейчас я по-быстрому обновлю Proxmox на кластере» или «накачу патч на SQL Server», и с чистой совестью пойду отдыхать.
Остановись. В IT есть золотое международное правило: `Read-Only Friday` (Пятница только для чтения).
Чем заняться в пятницу вечером настоящему инженеру?
Твоя работа — это не спринт, это марафон.Инфраструктура будет стоять и без твоего геройства. Главное — правильно настроить Failover.
Поэтому в 17:30 закрываем консоли, надеваем наушники, включаем глушилку шума и идем к семье. Железо подождет до понедельника.Серверам тоже нужно отдохнуть от нас.
Выдыхаем, коллеги! 🍻 Успешных выходных и нулевой потери пакетов!
#friday #longread #readonlyfriday #sysadmin #burnout #it_culture #worklifebalance #admin_future
Давай начистоту. Когда ты тянешь на себе в общей сложности пяток разных работ или проектов, твой мозг к 17:30 пятницы напоминает перегретый процессор без термопасты. Тебе кажется, что «вот сейчас я по-быстрому обновлю Proxmox на кластере» или «накачу патч на SQL Server», и с чистой совестью пойду отдыхать.
Остановись. В IT есть золотое международное правило: `Read-Only Friday` (Пятница только для чтения).
Это значит, что после обеда в пятницу мы не делаем деплой.
Мы не обновляем ядра. Мы не меняем правила маршрутизации.
Любая «быстрая задачка на 5 минут» в 90% случаев превращается в бессонную ночь с субботы на воскресенье с восстановлением RAID-массива.
Чем заняться в пятницу вечером настоящему инженеру?
* Аудит и документация: Напиши нормальный чеклист для стажера или обнови схемы сети.
* Чистка логов и архивов: Удали старые ISO-шники, которые пылятся на хранилище со времен царя Гороха.
* Мониторинг графиков: Просто открой Zabbix/Grafana и помедитируй на зеленые дашборды.
Твоя работа — это не спринт, это марафон.
Поэтому в 17:30 закрываем консоли, надеваем наушники, включаем глушилку шума и идем к семье. Железо подождет до понедельника.
#friday #longread #readonlyfriday #sysadmin #burnout #it_culture #worklifebalance #admin_future
🔥2
🍦 Священная Read-Only Friday: Искусство вовремя убрать руки от клавиатуры
В мире системного администрирования есть легенда о «Последнем Коммите». О том самом «незначительном исправлении», которое вносится в пятницу в 17:00, а в 19:00 превращается в тыкву, блокирующую выезды из города, семейные ужины и здоровый сон.
🚫 Почему мы не катим в пятницу?
Это не лень. Это управление рисками.
Любое изменение в сложной системе имеет период «дозревания». Баги, утечки памяти или конфликты зависимостей редко проявляются в первые пять минут. Им нужно время под нагрузкой. Если ты вносишь изменения в понедельник — у тебя есть четыре дня, чтобы всё исправить в рабочем режиме. В пятницу вечером ты остаешься один на один с монитором, пока остальной мир отдыхает.
🛠 Чем заняться, если руки чешутся?
Read-Only — это не «ничегонеделание». Это время для задач, которые обычно откладываются «на потом» из-за текучки.
1. Инвентаризация и аудит. Пройдись по списку софта. Где-то наверняка висят тестовые виртуалки, которые уже три месяца просто едят ресурсы. Прибей их (но сначала убедись трижды!).
2. Документация. Самый скучный, но важный пункт. Опиши ту самую «кривую» схему проброса портов, которую ты собрал на коленке в прошлом месяце. Твой будущий «Я», когда сервер упадет в 3 часа ночи, скажет тебе спасибо.
3. Автоматизация отчетов. Напиши скрипт, который будет каждое утро присылать тебе в Telegram статус бэкапов или место на дисках. Это безопасная работа, которая не трогает продакшен.
4. Самообразование. Почитай про eBPF, разберись с новыми фишками Kubernetes или посмотри доклад с недавней конференции. Инвестируй время в свои мозги, а не в потенциальные инциденты.
🧘♂️ Ментальное здоровье
Если ты всю неделю боролся с багами, настраивал сети или восстанавливал инфраструктуру после сбоев — ты заслужил право на тихий вечер. Оставь серверы в покое, они справятся без твоего вмешательства до понедельника. Если что-то действительно сломается — мониторинг даст знать. А если не сломается — значит, ты всё настроил правильно.
Помни: Хорошего админа не видно и не слышно, когда всё работает.Пятница — лучший день, чтобы подтвердить это звание.
#longread #sysadmin #philosophy #readonlyfriday #devops #it_culture #admin_future
В мире системного администрирования есть легенда о «Последнем Коммите». О том самом «незначительном исправлении», которое вносится в пятницу в 17:00, а в 19:00 превращается в тыкву, блокирующую выезды из города, семейные ужины и здоровый сон.
🚫 Почему мы не катим в пятницу?
Это не лень. Это управление рисками.
Любое изменение в сложной системе имеет период «дозревания». Баги, утечки памяти или конфликты зависимостей редко проявляются в первые пять минут. Им нужно время под нагрузкой. Если ты вносишь изменения в понедельник — у тебя есть четыре дня, чтобы всё исправить в рабочем режиме. В пятницу вечером ты остаешься один на один с монитором, пока остальной мир отдыхает.
Золотые правила Read-Only Friday:
* Никаких обновлений прошивок на центральных свитчах.
* Никаких массовых изменений GPO в Active Directory.
* Никаких «да я только одну строчку в конфиге nginx поправлю».
* Никаких миграций баз данных.
🛠 Чем заняться, если руки чешутся?
Read-Only — это не «ничегонеделание». Это время для задач, которые обычно откладываются «на потом» из-за текучки.
1. Инвентаризация и аудит. Пройдись по списку софта. Где-то наверняка висят тестовые виртуалки, которые уже три месяца просто едят ресурсы. Прибей их (но сначала убедись трижды!).
2. Документация. Самый скучный, но важный пункт. Опиши ту самую «кривую» схему проброса портов, которую ты собрал на коленке в прошлом месяце. Твой будущий «Я», когда сервер упадет в 3 часа ночи, скажет тебе спасибо.
3. Автоматизация отчетов. Напиши скрипт, который будет каждое утро присылать тебе в Telegram статус бэкапов или место на дисках. Это безопасная работа, которая не трогает продакшен.
4. Самообразование. Почитай про eBPF, разберись с новыми фишками Kubernetes или посмотри доклад с недавней конференции. Инвестируй время в свои мозги, а не в потенциальные инциденты.
🧘♂️ Ментальное здоровье
Админ в состоянии выгорания — угроза для инфраструктуры пострашнее любого хакера. Используй этот вечер, чтобы плавно выйти из рабочего контекста.
Если ты всю неделю боролся с багами, настраивал сети или восстанавливал инфраструктуру после сбоев — ты заслужил право на тихий вечер. Оставь серверы в покое, они справятся без твоего вмешательства до понедельника. Если что-то действительно сломается — мониторинг даст знать. А если не сломается — значит, ты всё настроил правильно.
Помни: Хорошего админа не видно и не слышно, когда всё работает.
#longread #sysadmin #philosophy #readonlyfriday #devops #it_culture #admin_future