pg_repack, как альтернатива vacuum
https://telegra.ph/PostgreSQL---pg-repack-08-03

Утилита разрабатывается несколько лет и от этого не становится менее полезной.
Dive позволяет исследовать любой Docker-образ - из каких слоев он состоит, содержимое слоя, а также возможность интеграции с CI.
https://github.com/wagoodman/dive

У Facebook произошло что-то серьёзное. Не работают приложения Facebook, WhatsApp и Instagram.
https://downdetector.ru/ne-rabotaet/whatsapp/

Подъехал разбор от инженеров Cloudflare о том, как развалился facebook и его сервисы.
https://blog.cloudflare.com/october-2021-facebook-outage/
Из-за того, что отъехали все DNS, вся внутренняя инфраструктура, похоже, тоже отъехала и люди не могли попасть в офис из-за неработающих СКУД. Основные каналы коммуникации тоже упали. По вчерашним сообщениям писали, что инженеры Facebook обновляли ПО/конфигурацию на сетевом оборудовании, что-то пошло не так и удаленно железки не получилось перезапустить (большой российский провайдер негодует, что не было филд-инженеров в ЦОДе во время проведения подобных работ). Только через несколько часов в ЦОД отправили инженеров Facebook, чтобы перезагрузить железки вручную.
В итоге на несколько часов фейсбук и его сервисы перестали существовать для всего остального интернета. Люди ломанулись в telegram, gmail, steam, netflix, snapchat и другие сервисы. Соответственно, не все выдержали нагрузку и тоже упали на какое-то время.
Интересно, что всякие умные слова и концепции вроде "Cloud computation", "SDN", "Disaster Recovery" разбиваются в пух и прах сетевой железкой, которая выказала своё "Фи", сказав "Я устал, я ухожу".
Очень интересно почитать, как проблема выглядела со стороны фейсбука, почему она возникла и как они её решали.
Стоимость акций, кстати, снизилась после вчерашнего падения.
https://www.tinkoff.ru/invest/stocks/FB/

Вышла новая версия питона

https://feedproxy.google.com/~r/PythonInsider/~3/ojK529j7CAQ/python-3100-is-available.html

За ссылку спасибо @iliadmitriev

У Cannonical приуныл security.ubuntu.com - не резолвится через публичные DNS

$ host security.ubuntu.com
Host security.ubuntu.com not found: 3(NXDOMAIN)

$ host security.ubuntu.com 8.8.8.8
Using domain server:
Name: 8.8.8.8
Address: 8.8.8.8#53
Aliases: 

Host security.ubuntu.com not found: 3(NXDOMAIN)

$ host security.ubuntu.com 1.1.1.1
Using domain server:
Name: 1.1.1.1
Address: 1.1.1.1#53
Aliases: 

Host security.ubuntu.com not found: 3(NXDOMAIN)

Вышла бета версия Linux-дистрибутива Red Hat Enterprise Linux 9

https://www.redhat.com/en/blog/whats-new-rhel-90-beta

Сборка Docker-образа без ОС. Только ваше приложение, его зависимости и ничего лишнего.
https://github.com/GoogleContainerTools/distroless

Скандалы, интриги, расследования...
На Debian 11 столкнулся с очень интересной ситуацией.
На хосте установлен Docker. Также имеется конфигурация docker-compose для запуска nginx.
В манифесте указаны сертификаты и файлы конфигурации с использованием bind mount
(это когда вы перед символом двоеточия указываете путь на хостовой системе, а после двоеточия -
путь внутри контейнера). Затем вы пытаетесь протестировать конфигурацию, правите файл
на хосте, в контейнере - вводите nginx -t && nginx -s reload. И ваши изменения не подтягиваются.
И дело не в nginx, ведь сам файл конфигурации в контейнере не изменился.
Исторически сложилось так, что на серверах я использую vim в качестве основного текстового редактора.
И внезапно оказалось, что после правки файла через vim, этот же файл не обновляется в контейнере.
А после правки через nano - обновляется.
Оказалось, что все дело было в директиве backupcopy
(https://vimdoc.sourceforge.net/htmldoc/options.html#'backupcopy') редактора vim, которая
после сохранения файла создавала новый и меняла номер индексного дескриптора (inode), что логично с точки зрения файловой системы.
Но вот вся логика работы bind mount как раз строится на том, чтобы файл на хосте и контейнере имел
одинаковый inode. И nano не менял inode (сохранял изменения в уже созданный файл), а vim менял.
Данная проблема решается установкой параметра set backupcopy=yes в ваш личный файл конфигурации vim, который называется .vimrc.

Поздравляю всех с наступающим/наступившим Новым 2022 Годом!
Пусть Новый Год принесёт только положительные эмоции и запоминающиеся события. Пусть ваш скилл растёт не по дням, а по часам (про зарплату тоже не забываем 😉). Обязательно верьте в себя, у вас все получится и вы все сможете!
До встречи в 2022 году!

На днях вышла новая LTS-версия системы мониторинга Zabbix
https://www.zabbix.com/ru/whats_new_6_0
Из интересного - нативный HA-кластер, мониторинг Kubernetes, встроенный мониторинг TLS-сертификатов

Перед 23 февраля Slack решил отдохнуть https://status.slack.com/