Vitaly Karasik

Я запросил у коллег новый ssl сертификат, установил его, но он работает только для https://имя_сервера, а когда добавляешь порт (он при установке программы указывается по дефолту) я снова вижу тот дефолтный сертификат

Это значит что у вас два вебсервера (virtuual site) - один для стандартного порта, другой для вашего. И сертификат установлен для первого. Два варианта:

1 (лучший) - сконфигурировать вебсервер с 443 использовать вашу апликацию
2) - установить сертификат для вашего сервера, с портом 9877

Да, конечно - как и публичный вебсайт, например.

где, собственно, искать рекомендуемые настройки для "docker-compose.yaml"?

ошибка означает утечку персональных данных.

ИМХО и AFAIK, это не так - нет никакой опасности утечки информации, если мы говорим про коммуникацию между несколькими контейнерами на одном хосте. Я не вижу никакого сценария, при котором SSL (== encryption in transit) может помочь в такой архитектуре.

Я бы начал с вопроса - насколько хорошо система выполняет свою функцию?
Если ее назначение это немного запросов на чтение, то
1) есть ли проблематичная задержка репликации?
2) нормально ли выполняются запросы на чтение?

Если ответы нет\да, и вы не ожидаете увеличение нагрузки на основную базу вдвое (условно), то я бы спал спокойно.

Нет, он не должен быть бесплатным. Более того - начиная с февраля, все IPv4 адреса платные.
Если вы про free tier - разобраться действительно непросто, почитайте https://beabetterdev.com/2023/09/09/what-is-the-aw... например.

В дополнение к совету включить и проанализировать slow query log (который и ответит на вопрос ""какой запрос именно создает такую нагрузку ), советую посмотреть на конфигурацию mysql.
Если я правильно вижу, у вас бежит несколько процессов mysql - пришлите пож-ста вывод "ps -ef | grep mysql" чтобы точно проверить. Я бы использовал один процесс и дал ему больше памяти - это помогает mysql работать эффективнее.

Я не думаю, что в этом есть смысл.
В CF такое сделать нельзя (AFAIK).
Но если все-таки хочется, то это можно попытаться сделать такую проверку на своем вебсервере.

Как и написано в сообщении reusable workflows should be referenced at the top-level `jobs.*.uses' key, not within steps, его надо вставить как отдельный job.
reusable workflow не может быть step.

Правильный ответ - взять фрилансера проанализировать и настроить.
Если это по каким-то причинам нереально, то:
1. Рассказать нам про размер базы, соотношение write/read
2. Активизировать лог медленных запросов и проанализировать
3. Увеличить https://mariadb.com/kb/en/innodb-buffer-pool/
4. Установить мониторинг

Добавьте

"enable_syslog": false

Простейший способ - попросить этого человека прислать скриншот браузера с объяснением почему он так считает.
Если человек умеет запускать в командной строке openssl - еще лучше.

Посмотрите мой ответ и комменты на Как организовать надежную инфраструктуру для веб-проекта?

Допустим мы изменили микросервис А, изменения потребовали изменение Gateway

Этого не должно быть в микросервисной архитектуре, сервисы должны быть независимыми.
Варианты: использовать feature flag, обратная совместимость и т.п.

Например https://medium.com/@denhox/managing-version-depend...
"If deploying a new version of a service requires deploying new versions of other services at the same time, you’re probably doing microservices wrong."

Для гиков - dd. Работает 100% если восстанавливать на тот же харддиск, или на бОльший.

Open source, в целом работает
- Mondo/Mindi https://en.wikipedia.org/wiki/Mondo_Rescue
- С GUI - Clonezilla,

Коммерческие продукты, вроде бы с бесплатной версией
- Veem https://www.veeam.com/linux-backup-free.html
- не уверен, но вроде был Acronis