А вручную вы приложение умеете деплоить? Если да, то запишите по шагам как. Например:
1) получить код из repository
2) запустить static code analize
3) security scanner
4) unit tests

И т.д.
Если все прошло удачно - деплоим
1) копируем
2) конфигируем
3) перегружаем
4) проверяем

Когда с этим разберетесь, читаете описания и примеры любой CI/CD и подгоняете под ваш сценарий.

Советую взять любой проект - реальный на вашей работе, или какой-нибудь open source из github, и настроить базовый CI в Gitlab. Потом добавить какой-нибудь security scanner, static code analyze. Потом подумать как можно улучшить деплой.

Второй вариант - попробовать использовать Gitlab-CI для автоматизации админских задач - например, человек приходит (уходит) в\из фирму - посылаем извещение в  Slack, посылаем ему док-ты, и т.п.

См. также https://qna.habr.com/answer?answer_id=1981278

Например, самое главное (БД) перенесу в Amazon AWS RDS
Основной мощный веб-сервер с SPA и Backend останется в текущем ДЦ в Нидерландах
Хочу сделать резервный веб-сервер в другом ДЦ
Оба веб-сервера будут работать с одной базой в AWS RDS (MultiAZ для надежности)

Нет, все компоненты должны быть у одного провайдера, иначе будут огромные задержки.

Варианты от простого к сложному (кроме нанять опытного архитектора):
- выбрать надежного провайдера - самый дешевый и простой вариант
- AWS (или GCP/Azure) - разбросать компоненты по разным AZ
- несколько систем в разных регионах AWS, с GeoIP loadbalancing
- несколько систем у разных провайдеров (разные датацентры), loadbalancing Cloudflare or Incapsula, ...

В случаях 3 и 4 вы сами должны обеспечивать репликацию данных.