fix: terra.k8c.ru → registry.kube5s.ru everywhere

docs/20_discovery/gpg_key_rotation_scenario.md

@@ -5,7 +5,7 @@
 ## 1. Проблема (Контекст)
 При попытке выполнить `terraform init` клиент получал ошибку проверки сигнатуры.
 **Диагностика показала:**
-*   Terraform Registry Server (на `terra.k8c.ru`) в своем коде (`main.go`) отдавал клиентам публичный GPG ключ с ID `3534B7A1E185F2C1`.
+*   Terraform Registry Server (на `registry.kube5s.ru`) в своем коде (`main.go`) отдавал клиентам публичный GPG ключ с ID `3534B7A1E185F2C1`.
 *   Приватный ключ для этого ID отсутствовал в окружении, поэтому новые сборки провайдера невозможно было подписать так, чтобы они прошли проверку этим ключом.
 *   Реестр был "рассинхронизирован" с артефактами.
 
@@ -63,7 +63,7 @@ gpg --batch --generate-key gpg-gen-key.conf
     ```
 
 ### Шаг 4: Публикация в S3
-Загружены три обязательных файла в структуру директорий реестра (`terra.k8c.ru/nubes/nubes/1.0.0/`):
+Загружены три обязательных файла в структуру директорий реестра (`registry.kube5s.ru/nubes/nubes/1.0.0/`):
 1.  Сам архив: `terraform-provider-nubes_1.0.0_linux_amd64.zip`
 2.  Файл сумм: `terraform-provider-nubes_1.0.0_SHA256SUMS`
 3.  Подпись сумм: `terraform-provider-nubes_1.0.0_SHA256SUMS.sig`
@@ -77,13 +77,13 @@ gpg --batch --generate-key gpg-gen-key.conf
 
 ```hcl
 provider "nubes" {
-  source  = "terra.k8c.ru/nubes/nubes"
+  source  = "registry.kube5s.ru/nubes/nubes"
   version = "1.0.0"
 }
 ```
 
 Лог `terraform init`:
-> Installed terra.k8c.ru/nubes/nubes v1.0.0 (self-signed, key ID BC2B32E138B12582)
+> Installed registry.kube5s.ru/nubes/nubes v1.0.0 (self-signed, key ID BC2B32E138B12582)
 
 ### Функциональное тестирование
 Был проведен полный цикл создания ресурсов через скачанный провайдер: