goletsa.log
前往频道在 Telegram
373
订阅者
无数据24 小时
+17 天
+630 天
帖子存档
374
❌ DNS опять сломался
✅ Подтвердили критическую роль сервис-дискавери в архитектуре
❌ Сертификат протух
✅ Выявили необходимость усиления процессов управления жизненным циклом PKI
❌ Диск закончился
✅ Достигли практического предела текущей модели хранения данных
❌ База легла
✅ Слой персистентности временно пересмотрел гарантии доступности
❌ База тормозит
✅ Персистентный слой демонстрирует повышенную чувствительность к текущему профилю нагрузки
❌ Очередь забилась
✅ Асинхронный контур успешно аккумулирует отложенный спрос
❌ Логи съели весь диск
✅ Наблюдаемость достигла уровня, требующего отдельного ресурсного планирования
❌ Логов нет
✅ Снизили информационный шум до минимально воспроизводимого уровня
❌ В логах ничего не понятно
✅ Инцидент требует расширенного корреляционного анализа
❌ Kubernetes сам всё перезапускает
✅ Платформа активно реализует заявленную модель самовосстановления
❌ Под перезапускается каждые пять минут
✅ Продолжается регулярная валидация способности workload к восстановлению
❌ CrashLoopBackOff
✅ Приложение настойчиво ищет устойчивую рабочую конфигурацию
❌ ImagePullBackOff
✅ Выявлена зависимость запуска от доступности цепочки поставки артефактов
❌ Секрет лежит в Git
✅ Конфигурация обладает повышенной воспроизводимостью между окружениями
❌ Пароль admin/admin
✅ Снижено трение при операционном доступе
❌ Всем дали cluster-admin
✅ Устранили организационные барьеры при межкомандном взаимодействии
❌ Никто не знает, какие права нужны
✅ RBAC-модель находится на этапе эмпирической валидации
❌ Terraform хочет снести полкластера
✅ План содержит ряд архитектурно значимых изменений
❌ Terraform state потеряли
✅ Инфраструктура получила дополнительную независимость от декларативного описания
❌ Кто-то руками поправил production
✅ Обнаружен альтернативный канал управления конфигурацией
❌ Конфигурация разъехалась
✅ Зафиксирована естественная эволюция окружений вне централизованного контура
❌ Helm upgrade всё сломал
✅ Релиз выявил скрытые зависимости между компонентами
❌ Откатили релиз
✅ Стабильность получила приоритет над скоростью внедрения изменений
❌ Откатили откат
✅ Выполнили повторную оценку выбранной стратегии восстановления
❌ Canary положила 10% пользователей
✅ Ограничили blast radius экспериментального изменения
❌ Feature flag забыли выключить
✅ Эксперимент получил расширенное окно сбора данных
❌ Таймаут увеличили с 30 секунд до 10 минут
✅ Адаптировали клиентские ожидания к фактической производительности сервиса
❌ Добавили retries и стало ещё хуже
✅ Повысили настойчивость системы при взаимодействии с деградировавшими зависимостями
❌ Всё держится на кэше
✅ Значительная часть производительности обеспечивается оптимизированным слоем доступа к данным
❌ Очистили кэш — всё умерло
✅ Подтвердили архитектурную значимость слоя оптимизации
❌ Cron не запускался полгода
✅ Периодическая задача продемонстрировала низкую операционную востребованность
❌ Cron запустился через полгода
✅ Отложенная автоматизация успешно вернулась в эксплуатационный контур
❌ Autoscaler не успел
✅ Нагрузка продемонстрировала динамику выше предусмотренной моделью эластичности
❌ Autoscaler создал 500 pod'ов
✅ Платформа оперативно отреагировала на сигнал масштабирования
❌ Квота закончилась
✅ Команда полностью реализовала выделенный ресурсный потенциал
❌ Лимитов вообще нет
✅ Workload не ограничен искусственными рамками при реализации бизнес-потребностей
❌ Latency выросла в десять раз
✅ Сервис перешёл в режим повышенной продолжительности обработки запросов
❌ SLA нарушен
✅ Получены фактические данные для актуализации целевых показателей качества
❌ Дежурный проспал алерт
✅ Инцидент прошёл дополнительную проверку механизма эскалации
❌ Алертов 3000
✅ Покрытие инфраструктуры сигналами приближается к исчерпывающему
❌ Алертов нет вообще
✅ Эксплуатация осуществляется в режиме минимального вмешательства
❌ Мониторинг показывает зелёное, а сервис лежит
✅ Технические SLI успешно выполняются независимо от пользовательского восприятия
❌ Метрики врут
✅ Наблюдаемость отражает альтернативную интерпретацию состояния системы
❌ Нагрузочное тестирование положило прод
✅ Production успешно предоставил наиболее репрезентативную тестовую среду
❌ Проверяли руками на проде
✅ Валидация выполнена непосредственно в целевом окружении
❌ Документации нет
✅ Актуальные знания преимущественно сосредоточены в коммуникационном контуре команды
❌ Документация врёт
✅ Реализация эволюционирует быстрее сопроводительных материалов
❌ Тикет висит два года
✅ Задача успешно прошла длительную проверку бизнес-приоритета
❌ Никто не хочет брать инцидент
✅ Команда проводит децентрализованный процесс определения владельца проблемы
❌ Вендор сказал «не наша проблема»
✅ Зона ответственности требует дополнительного межорганизационного согласования
❌ Мы не знаем, почему заработало
✅ Система продемонстрировала способность к автономному восстановлению без инженерного вмешательства
❌ Мы не знаем, почему сломалось
✅ Инцидент обладает высокой исследовательской ценностью
374
Словарь Девопса — говори правильно ✅
❌ Открыли 0.0.0.0/0
✅ Обеспечили глобальную доступность сервиса
❌ Бэкап ни разу не проверяли
✅ Восстановление подтверждено на уровне архитектурных предположений
❌ Well-Architected Review
✅ Инвентаризация исторических компромиссов
❌ Один человек знает, как это работает
✅ Сформирован центр глубокой технологической экспертизы
❌ Счёт за CloudWatch больше всего остального
✅ Наблюдаемость стала основным потребителем наблюдаемой инфраструктуры
❌ План выглядит подозрительно
✅ План изменений обладает повышенной исследовательской ценностью
❌ Отключили тесты, чтобы прошло
✅ Оптимизировали time-to-market за счёт перераспределения проверок
❌ Форс-пушнули в master
✅ Выполнили приоритетную синхронизацию основной ветки
❌ Argo CD всегда показывает OutOfSync
✅ GitOps непрерывно обнаруживает реальность
❌ Обновили прод в пятницу
✅ Ускорили получение обратной связи перед выходными
❌ CPU 100%
✅ Вычислительные ресурсы используются с максимальной экономической эффективностью
❌ OOMKilled
✅ Платформа защитила кластер от чрезмерных амбиций приложения
❌ Алерт уже месяц горит
✅ Сигнал успешно прошёл проверку на устойчивость
❌ Grafana недоступна
✅ Платформа наблюдаемости временно не наблюдаема
❌ Откат не работает
✅ Предыдущая версия также участвует в инциденте
❌ После отката стало ещё хуже
✅ Расширили диапазон доступных деградированных состояний
❌ CloudFormation: UPDATE_ROLLBACK_FAILED
✅ Стек перешёл в режим экспертного сопровождения
❌ Нас взломали
✅ Произошло несанкционированное расширение круга пользователей
❌ API при ошибке возвращает 200
✅ Транспортный успех отделён от бизнес-результата
❌ Этот человек в отпуске
✅ Критическая экспертиза временно недоступна в активном контуре
❌ Созвонились на три часа
✅ Провели расширенную сессию синхронизации контекста
❌ Ничего не решили
✅ Сформировали общее понимание сложности проблемы
❌ Решили создать ещё один митинг
✅ Зафиксировали необходимость следующей итерации выравнивания
❌ Сервер поднялся, когда трафик упал
✅ Спрос адаптировался к доступности платформы
❌ Починилось само
✅ Система самостоятельно вернулась к устойчивому равновесию
❌ Сделали постмортем
✅ Конвертировали страдание в организационное знание
❌ Виноват Вася
✅ Обнаружена персонализированная точка отказа
❌ Уволим Васю
✅ Устраним текущую реализацию single point of failure
❌ Ничего менять не будем
✅ Риск принят в рамках существующей операционной модели
❌ AWS счёт вырос в три раза
✅ Использование AWS подтвердило способность бизнеса к масштабированию
374
Repost from Админим с Буквой
Вы понимаете как работает сеть в докере? Что за магический проброс портов? как это вообще работает под капотом? Большинство статей обычно рассказывают про это пару строчек - употребляя фразы "сеть докера", "докер слушает порт", докер пробрасывает соедниение" - но всё это далеко от реальности. А как можно полноценно поддерживать продукт если не понимаешь как работает технология, и уже тем более как сделать это безопасно. Почему-то считается нормой просто верить методичке на слово: комплаенс сказал network=host - плохо, а почему - объяснить не может. Особенно не может ответить на вопрос когда этоn подход не только не плохо, но и даже норма и приносит удобство - экономит и время и ресурсы. На эти и многие другие вопросы мы в коллабе с eversecure отвечаем в курсе devsecops: ждём вас на запуск в сентябре!
🌐 https://edu.eversecure.ru 👈
374
Repost from Сычевальня в Желтой Комнате
Пока мы ждём полный софтмод для Xbox 360, Grimdoomer дропнул обновление эксплойта BadUpdate - v1.3. Теперь его надежность доведена практически до 100%, а скорость исполнения стала практически мгновенной.
#новости #xbox360 #hack
374
Repost from Digital Vintage
Дорогие подписчики! Мой сегодняшний пост вас несколько удивит. Вы знаете меня как исследователя истории ИТ, автора исторических статей и бессменного ведущего этого канала. Кто-то знает мою профессиональную сторону или мои автомобильные хобби. Сегодня вы узнаете ещё одну грань моих увлечений - в чём-то неожиданную, но вполне укладывающуюся в характер технического романтика.
И так, представляю вам свою первую книгу "Эрик Фойгт: Холод не чувствуют дважды". Жанр может показаться неожиданным — это дизельпанк-процедурал и технофэнтези. Однако, если вы устали от миров, где магия работает по щелчку пальцев, а авторы путают карбюратор с вариатором, то вы зашли по адресу. Для меня как для архитектора и визионера было важно деконструировать фэнтезийные штампы с помощью строгой логики. В мире Альмарны мана и древние проклятия подчиняются законам физики и химии, а детективный сюжет Управления авиабезопасности крутится вокруг ТТХ механизмов, двухтактных оппозитных дизелей и криминалистических экспертиз. Но занудная матчасть — это лишь каркас. Внутри книги живёт то, что я сам очень люблю: осязаемый бытовой уют, путешествия, необычная техника и сильные женщины с огромным добрым сердцем, ломающие стандарты глянцевой красоты.
Мой авторский псевдоним уже давно известен многим из вас. Итак, встречайте:
Лаврентий Огнев. Эрик Фойгт: Холод не чувствуют дважды.
Читайте на Author.today, книга доступна бесплатно, каждый день будет выкладываться новая глава:
https://author.today/work/631661
374
Repost from Патчкорд
Juniper рассказывает, что если использовать Active Lease Query (RFC 7724 и RFC 7653) вместе с EVPN VPWS на их BNG, то можно не переавторизовывать по
DHCP пользователей IPoE. Но всё остальное в их тесте на 64000 абонентов, по 32K IPoE и PPPoE не так идеально. Маршрутизация сходится минуту, PPPoE за три, CGNAT заводится на новых адресах, что приводит к разрывам сессий. В целом, это очень быстро, заметно, но быстро при такой аварии для провайдера. Стоило ли биться именно за DCHP, наверное да, чтобы в два раза снизить лавинообразную нагрузку на сервер авторизации, которому только PPPoE придётся заниматься, и не бояться, что абоненты зависнут без интернета ожидая завершения жизни выданных им по DHCP адресов и не будут в ручную перезагружать свои устройства.374
Принесли в коменты (Но вообще кажется оно уже было).
https://neal.fun/password-game/
Тренируемся
#games
374
Repost from Сычевальня в Желтой Комнате
Пока одни чуваки делают относительно дорогой ($69) переходник SD2IDE, модер из Польши смог подружить PSX с дешёвым адаптером SD на IDE.
Для этого придётся прошить модифицированную прошивку, для чего, в свою очередь, потребуется программатор. Однако, сам адаптер продается буквально везде по цене $5-$10. Чекнул сам, как минимум на Али полно предложений.
Автор также поделился деталями разработки в своём видео (на польском): https://www.youtube.com/watch?v=S4Ubpu-f1K8
Обещается совместимость с моделями DESR-5000, DESR-5100, DESR-7000 и DESR-7100, а также поддержка карточек до 1 ТБ.
#новости #ps2 #mods
374
Repost from Сычевальня в Желтой Комнате
MiSTerFin
Клиент Jellyfin для MiSTer FPGA. Собственно, по сравнению с другими вариантами, должен быть самый удобный вариант для просмотра фильмов на CRT. Во всяком случае удобнее чем MiSTerCast, который транслирует экран Windows.
Дополнительный плюс Jellyfin, в том что транскод происходит на стороне сервера, чтобы не напрягать слабенькое ARM-ядро MiSTer.
#mister #fpga #разное
