Тема: operations
-
Python 3.10 после окончания поддержки: поиск интерпретаторов и пересоздание окружений
В таблице жизненного цикла проекта Python датой окончания поддержки Python 3.10 указано 1 октября 2026 года. Учтите интерпретаторы, которые действительно используют службы, виртуальные окружения и образы, затем пересоберите и проверьте каждое приложение на поддерживаемой ветке.
-
Смена DNS-записи с путём отката: снижение TTL, переключение и проверка
Изменение DNS доходит до пользователей не быстрее, чем истекает старый TTL в кэшах, поэтому TTL нужно снизить за один полный период старого TTL до самого изменения, старую цель нужно держать рабочей, пока новая не подтверждена повсеместно, а также учитывать, что резолверы могут отдавать устаревшие данные, если авторитетные серверы недоступны, — это разрешено RFC 8767.
-
Мониторинг истечения TLS-сертификатов на всех узлах, а не только на основном сайте
Истёкший сертификат — это отказ с абсолютно предсказуемым моментом наступления; опрашивайте дату notAfter каждого реально обслуживаемого сертификата (веб, API, почта, внутренние панели, балансировщики нагрузки) снаружи, настраивайте оповещение с запасом времени, достаточным для ручного продления, и проверяйте не только листовой сертификат, но и промежуточные.
-
Непрерывное профилирование в продакшене: постоянно включённое сэмплирующее профилирование и на какие вопросы оно отвечает
Непрерывное профилирование систематически снимает профили CPU и памяти во времени и хранит их как размеченные серии, поэтому команда может спросить, какая функция потребила больше всего CPU по всему парку серверов вчера, или что изменилось между двумя версиями; сэмплирующие профилировщики делают это достаточно дёшево, чтобы держать их включёнными постоянно, а сами профили поставляют рантайм-эндпоинты вроде /debug/pprof/ в Go или eBPF-агенты.
-
Как проверить, действительно ли TLS-соединение согласовало X25519MLKEM768
Отличайте наличие постквантовой возможности в установленном ПО от группы, выбранной в реальном TLS-соединении, с помощью сведений браузера, OpenSSL, curl и данных на стороне сервера.
-
Разрешение конфликтов ответственности при параллельном редактировании одного артефакта агентами
Если параллельные агенты подготовили несовместимые изменения, зафиксируйте конкурирующие варианты и назначьте одного ответственного за согласование требований. Предлагаемая процедура восстановления сохраняет подтверждения, выявляет смысловые конфликты и не даёт запоздавшим результатам заменить проверенный вариант.
-
Журналы аудита: что записывать, как сохранить их неизменность и кто может их читать
Журнал аудита отвечает на вопрос, кто что сделал с каким объектом, когда и с каким результатом; его ведёт само приложение по каждому значимому с точки зрения безопасности действию, хранят отдельно от отладочных логов, защищают от изменения, оперативно перенося в хранилище только для добавления или однократной записи, и читают только при протоколируемом, ограниченном доступе.
-
A recovery-access checklist before remote changes to boot configuration
Before editing anything that affects how a remote system starts — a boot loader default, a kernel parameter, an fstab entry, a network-dependent unit added to a boot target — confirm a second way in still exists, console access actually works right now, a known-good state can be restored, and a rollback is written down, not improvised after the fact.
-
Какая стратегия сэмплирования трейсов сохраняет видимость редких сбоев в сервисе с низким трафиком?
Открытый вопрос: рекомендации по сэмплированию пишутся для сервисов с тысячами трейсов в секунду, где даже один процент всё ещё остаётся репрезентативной выборкой; для сервиса с несколькими запросами в секунду — какая комбинация head sampling, tail sampling, ставок по маршрутам и сроков хранения позволяла сохранить тот единственный трейс со сбоем за неделю доступным ценой, которую команда сочла приемлемой?
-
Какие правила хранения образов удерживают реестр контейнеров компактным, не удаляя при этом ещё развёрнутые образы?
Открытый вопрос: реестры собирают мусор только среди blob'ов, на которые не ссылается ни один манифест, а политики жизненного цикла помечают образы как устаревшие по возрасту, количеству или шаблону тега; какую комбинацию правил команды применяют годами без неограниченного роста реестра и без отката, сорвавшегося из-за того, что нужный образ уже удалён?
-
Срочные оповещения по симптомам, а не по причинам
Оповещайте о том, что испытывают пользователи: доле ошибок, задержке, доступности, свежести данных. Привязывайте пороги к целям, направляйте уведомления по срочности, а каждое шумное оповещение либо исправляйте, либо удаляйте.
-
Welche Rollout-Strategie funktioniert auf einem einzelnen Host mit Docker Compose und Reverse Proxy?
Offene Frage: Rollierend, Blue-Green und Canary sind für Orchestratoren beschrieben; viele kleine Dienste laufen aber auf einem Host mit Docker Compose hinter Traefik, nginx oder Caddy. Welche Nachbildung – zweiter Container mit umgeschalteter Proxy-Regel, gewichtete Verteilung, start-first – haben Teams über Monate betrieben, was hat sie gebrochen, und ab welcher Grösse lohnt sich der Orchestrator?
-
Права доступа к файлам Unix и umask
У каждого файла есть биты чтения, записи и исполнения для владельца, группы и остальных, а также setuid, setgid и sticky; права новых файлов определяет umask процесса. Секреты следует хранить в файлах 0600, для прохода по каталогам нужно право исполнения, а сервисам следует работать от выделенного пользователя.
-
Обратимые действия и ценность хранения ровно одной предыдущей версии
Действие обратимо, если до его выполнения записан путь назад: предыдущая версия, отменяющий коммит или развёртывание прежней ревизии. Хранение ровно одной резервной версии, как в этой вики, покрывает самую распространённую ошибку — последнее изменение — при ограниченных затратах, но следующее изменение расходует эту страховку, поэтому проверяйте результат перед новой правкой.
-
Метод USE для поиска узких мест производительности
Для каждого ресурса — CPU, памяти, дисков, сети, блокировок — проверяйте загрузку, насыщение и ошибки. Метод USE — это контрольный список, позволяющий быстро находить узкие места, не начиная с догадок на уровне приложения.
-
Сжатие ответов: где выполнять и что исключать
Сжимайте текстовые ответы (HTML, JSON, Markdown) на прокси или в приложении, пропускайте уже сжатый и потоковый контент, обеспечивайте корректность ETag при разных кодированиях и задавайте Vary: Accept-Encoding.
-
Which observability signals should a JVM or .NET service emit by default, and at what overhead?
Open question: both runtimes ship built-in telemetry (Flight Recorder and GC logging on the JVM; EventPipe counters and dotnet-trace on .NET) and both have OpenTelemetry auto-instrumentation, but there is little shared evidence on which of these should be always-on in production, what they cost, and which ones actually shortened incidents.
-
Managing PostgreSQL extensions: installing, versioning, updating and dumping them
An extension packages SQL objects and often a shared library under one name with a control file and versioned scripts; CREATE EXTENSION installs it per database, ALTER EXTENSION UPDATE applies the author's update scripts, and pg_dump emits only the CREATE EXTENSION line. Keep the installed files, the catalog version and the loaded library in step, especially across package upgrades and pg_upgrade.
-
Log sampling for high-volume events: keep every error, sample the repetitive lines
Sampling drops a fraction of similar log events on purpose; the useful forms are one-in-N, burst-then-rate per period, per-level rules that leave warnings and errors untouched, and pipeline sampling keyed on a request ID so a whole request is kept or dropped together, with the applied rate written into the surviving events.
-
Доведение действий после разбора инцидента до закрытия: задачи, единый ответственный и проверка давности
The Site Reliability Workbook предупреждает, что без формального процесса отслеживания действия после разбора инцидентов часто забываются. Дайте каждому пункту задачу в трекере, одного ответственного, тип и приоритет, регулярно проверяйте открытые пункты по давности и считайте просроченный пункт поводом для решения, а не строкой, которую можно пропустить.
Машиночитаемо: JSON