Vitaly Karasik

https://www.site24x7.com/ умеет и мониторить URLs, есть и агент, которым можно мониторить процессы и контейнеры.

Как уже сказали, скорее всего можно избежать необходимости делать reload каждую секунду.
Но если все же хотите это делать - то нужно использовать systemd timer, not service: https://opensource.com/article/20/7/systemd-timers

Я бы поискал готовые утилиты вместо того чтобы самому сочинять regex-ы.
За пару минут я не нашел что-то конкретное, но наверняка есть.
https://aircloak.com/top-5-free-data-anonymization...

Если все работает и проблема только в порте и HTTPS, то https://cloud.yandex.com/en/docs/application-load-... должен помочь. По крайней мере, в AWS и остальных облаках он умеет это делать.

В дополнение к shurshur - одна из моих любимых цитат: "выбирайте инструменты исходя из потребностей, а не наоборот".

У сервисов имеются контроллеры (reconcilers) для каждого типа объекта. Моя задача - увеличить количество concurrent reconciles для каждого контроллера, чтобы увеличить производительность.

Вы точно имеете в виду контроллеры K8S, а не кол-во подов?

А что еще есть в системе? База данных? Очередь?

Правильный способ - оутсоурсить эту защиту, посколько при более-менее серъезном DDoS и 64 процессора не помогут.
Из бесплатных простых решений - https://www.cloudflare.com.

Нельзя перевести объект из Glacier Flexible Retrieval в S3 Standart. Нужно скопировать в новый S3 standard bucket.
https://docs.aws.amazon.com/AmazonS3/latest/usergu...:
aws s3api restore-object .....

UPDATE: сорри, вроде можно - см. https://aws.amazon.com/premiumsupport/knowledge-ce..., как раз как вы пробовали.

Я бы сделал одно из трех - или попросил помощью у AWS support, или скопировал в другой bucket, или попробовал вашу команду для меньшего кол-во объектов. Если последнее работает, то просто запустить в цикле.

Если это была атака, то да, уровня 7. Да, Cloudflare поможет.
Или же просто увеличилось кол-во посещений.
Чтобы действительно понять, что было - посмотреть график кол-ва посещений за последнее время, плюс проанализировать логи.

в то время (Feb 4 06:18:19) когда сервис остановился без понятной причины:

Это сделали или пользователь или cronjob.
1) посмотрите .bash_history всех пользователей
2) посмотрите какие cron запускаются в это время (/var/spool/cron/crontabs или что-то похожее, плюс /etc/crontab , /etc/cron*)

Советую инсталлировать новую версию - 6.2 (https://redis.io/download). Или хотя бы 5.0.14 если действительно важно быть с 5.х.
5.0.7 вышла больше двух лет назад.

build не включает все - есть тесты разных видов (от unit до end-to-end), static code scanner, и т.п.
Так что CI/CD не исчерпывается docker build.