Абсолютная 🥇
История одного года. Никогда не судитесь.
Но благодаря этому суду:
- есть теперь уверенно сильный юрист, который будет меня сопровождать в судах.
- есть платформа, которая автоматически анализирует и составляет договора по закону РФ. https://femida-tech.ru
- заявка на грант.
История одного года. Никогда не судитесь.
Но благодаря этому суду:
- есть теперь уверенно сильный юрист, который будет меня сопровождать в судах.
- есть платформа, которая автоматически анализирует и составляет договора по закону РФ. https://femida-tech.ru
- заявка на грант.
🔥1🏆1
Роутер за 5 тысяч, который “вывозит всё”, — это примерно как Logan, который “едет как Porsche”. Едет. Вопрос — сколько секунд.
У человека гигабитный тариф, несколько туннелей, фильтрация, NAT и ещё пачка устройств.
А потом вопрос: почему по факту скорость сильно ниже?
Потому что гигабитный порт на коробке ≠ гигабит обработки вашего сценария.
Смотрим не только на порты. Смотрим CPU, hardware offload, шифрование, количество правил, реальную нагрузку.
Маркетинг физику пока не победил.
Какая модель роутера у тебя?
🙈1
Я не собираюсь вести ещё один канал, где Linux сводят к списку из пяти команд для «настоящего инженера».
Спасибо. Теперь мы все Senior DevOps.
Меня интересуют не команды из шпаргалки, а моменты, когда в 02:17 перестаёт открываться сервис, контейнер показывает
«У вас ничего не работает».
Когда VPN должен давать 800 Мбит/с, а даёт 170. Когда одна настройка после обновления превращает инфраструктуру в археологические раскопки на несколько часов.
Вот про это я и хочу писать.
Без историй в духе:
«Сразу посмотрел логи, мгновенно понял проблему и через две минуты всё починил».
Так почти не бывает.
Обычно всё выглядит так:
думал, что проблема в DNS → оказалось, не DNS → проверил firewall → не он → перезапустил сервис → не помогло → потратил два часа → нашёл одну неожиданную строчку конфигурации.
И вот эта одна строчка интереснее очередных «10 полезных команд Linux».
В каждом разборе будут три вещи:
что сломалось → сколько времени это заняло → что оказалось настоящей причиной.
Linux, Docker, Kubernetes, сети, MikroTik, VPN, мониторинг, безопасность, CI/CD.
Иногда причиной будет мой собственный косяк. Это тоже буду показывать.
Потому что инженер, который никогда ничего не ломал, либо ничего не делает, либо очень хорошо ведёт LinkedIn.
Главное правило канала:
если в конце нет вывода, который можно применить у себя, пост был зря.
Начинаем.
Выберите, с какой проблемы начать.
Напишите только номер:
1. Как несколько часов искать проблему вообще не там.
2. Почему «контейнер работает» ещё не означает, что работает сервис.
3. Реальный потолок дешёвых роутеров под VPN/NAT/Firewall.
4. Как мониторинг остаётся зелёным, пока инфраструктура уже горит.
5. Мой самый тупой DevOps-косяк.
Или предложите свою тему: какая проблема однажды съела у вас больше всего времени?
Застревали на DNS — пишите «DNS». Контейнер был
По комментариям выберу тему, которая наберёт больше всего голосов или вызовет самый болезненный отклик.
Пишите номер прямо сейчас — следующий разбор начнётся с вашего выбора.
#devops #sre #linux #инфраструктура
ls, cd, top — это не экспертиза. Это базовый алфавит, который почему-то годами продают как карьерный прорыв.Спасибо. Теперь мы все Senior DevOps.
Меня интересуют не команды из шпаргалки, а моменты, когда в 02:17 перестаёт открываться сервис, контейнер показывает
healthy, мониторинг сияет зелёным, а пользователи уже пишут:«У вас ничего не работает».
Когда VPN должен давать 800 Мбит/с, а даёт 170. Когда одна настройка после обновления превращает инфраструктуру в археологические раскопки на несколько часов.
Вот про это я и хочу писать.
Без историй в духе:
«Сразу посмотрел логи, мгновенно понял проблему и через две минуты всё починил».
Так почти не бывает.
Обычно всё выглядит так:
думал, что проблема в DNS → оказалось, не DNS → проверил firewall → не он → перезапустил сервис → не помогло → потратил два часа → нашёл одну неожиданную строчку конфигурации.
И вот эта одна строчка интереснее очередных «10 полезных команд Linux».
В каждом разборе будут три вещи:
что сломалось → сколько времени это заняло → что оказалось настоящей причиной.
Linux, Docker, Kubernetes, сети, MikroTik, VPN, мониторинг, безопасность, CI/CD.
Иногда причиной будет мой собственный косяк. Это тоже буду показывать.
Потому что инженер, который никогда ничего не ломал, либо ничего не делает, либо очень хорошо ведёт LinkedIn.
Главное правило канала:
если в конце нет вывода, который можно применить у себя, пост был зря.
Начинаем.
Выберите, с какой проблемы начать.
Напишите только номер:
1. Как несколько часов искать проблему вообще не там.
2. Почему «контейнер работает» ещё не означает, что работает сервис.
3. Реальный потолок дешёвых роутеров под VPN/NAT/Firewall.
4. Как мониторинг остаётся зелёным, пока инфраструктура уже горит.
5. Мой самый тупой DevOps-косяк.
Или предложите свою тему: какая проблема однажды съела у вас больше всего времени?
Застревали на DNS — пишите «DNS». Контейнер был
healthy, но сервис не работал — пишите «Docker». Виновата оказалась незаметная настройка — расскажите какая.По комментариям выберу тему, которая наберёт больше всего голосов или вызовет самый болезненный отклик.
Пишите номер прямо сейчас — следующий разбор начнётся с вашего выбора.
#devops #sre #linux #инфраструктура