Vitaly Karasik

Василий Банников разумеется дал правильный ответ, хочу только добавить что стоит использовать готовые конфиги из https://www.jenkins.io/doc/book/installing/kubernetes/, есть и много постов с примерами.
(я лично за jenkins на нормальной VM, но это в скобках. Или за Github actions.)

Может

template ups

поставить первой строчкой?

Как уже сказали многие, нужно найти/придумать какие-то задачи и их решать.
Могу подкинуть такие:
- поиграться с домашним роутером - например, делать ежедневный отчет по самым посещаемым сайтам, отслеживать попытки соседей подключиться и т.п.
- придумать и запустить что-то в области умного дома

После чего психанул и просто загрузил все файлы через FTP и в все заработало.

Просто сравните что и как лежит в директории после загрузки через FTP и после попытки поставить из Git.
В принципе даже правильнее не делать build на сервере, а загрузить только нужные файлы.

В "настоящих" (production) системах принято не писать логи внутри контейнера. Вместо этого они пишутся в stdout, и посылаются куда-нибудь для хранения и анализа. "Куда-нибудь" - это Elastic (ELK по-старому) [например logz.io], AWS Cloudwatch Logs, и т.д.
"посылаются" - fluentbit и ему подобные.

Я не работал с GitLab (Jenkins, GitHub workflows, AWS Codebuiuld, TravisCI, ...), но в целом все одинаково.

1) Первое и главное - расписать и проделать вручную все что должен делать CI pipeline. Советую начать с самого простого - просто построить образ и задейлоить на сервере. Потом добавлять проверки и проч. - вариантов много https://qna.habr.com/q/1016852#answer_1981278. И добавлять разные вариации для разных branches and targets (типа - для master branch больше всего тестов и проч.)
Как деплоить - ИМХО, стоит это делать простыми контейнерами, без compose, тогда можно будет деплоить всюду - это сегодня самый универсальный формат.

2) Когда четко знаем что - искать как это имплементировать в gitlab или другом инструменте, сочинить самый простой сценарий, отладить, добавать что-то посложнее, отладить, и т.п.
Все как с программированием.
Примеров в интернете много.

Попробуйте site24x7.com или https://newrelic.com/, второй посложнее.

С базами данных непросто - см. CAP theorem.
Советую подумать, насколько важна синхронизация данных, нельзя ли обойтись без, то есть сделать отдельный сайт для Европы.

https://cloud.google.com/translate/pricing говорит совсем другое.
Пришлите пож-ста ссылку на

45.00 dollars per hour

.

Exactly one of CustomOriginConfig and S3OriginConfig must be specified"

Я не поднимал cloudfront через cloudformation, но ИМХО все просто - как и написано, нельзя указывать ОБА параметра - и CustomOriginConfig и CustomOriginConfig.
Я советую немного почитать про cloudfront и один раз создать его вручную, через веб сайт, чтобы понять параметры и т.п.

А можно подробнее, для чего и в каких ситуациях это нужно? Речь о запуске процессов по расписанию? По events? Кто/что будем их запускать-останавливать?

Навскидку я согласен с ValdikSS - systemd, но вариантов может быть много.

Для начала проверьте что вы можете вручную сделать rsync с этим ключом-конфигурацией.
В целом все правильно. "-p 22 -i $HOME/.ssh/key " можно убрать если использовать .ssh/rsa_key filename.

Вариантов несколько:
- нужно указать где находятся исходники. Обычно это делается или в configure, или в самом make (типа - -sources=/usr/src/kernel-`uname -r`). Посмотрите док-цию.
- https://wiki.centos.org/HowTos/I_need_the_Kernel_Source - проверьте по док-ции, что нужно компиляции DAHDI, может быть нужны полные исходники

Если вопрос "как подсоединиться к серверу", то ответ простой - добавить свой публичный ключ в .ssh/authorized_keys .
Один из простейших способов это сделать - через cloud init: https://aws.amazon.com/premiumsupport/knowledge-ce...