Сетевое взаимодействие
Каждому сервису в момент деплоя выдается сгенерированный *.onlizard.com домен с автоматическим TLS, независимо от региона. Подключите свой хостнейм, когда будете готовы выйти в прод.
Сгенерированные домены
Сервису автоматически создается домен по умолчанию. Посмотреть его (или сгенерировать новый):
lizard domain # show the service's current domain
lizard domain generate # generate a new *.onlizard.com subdomainОбъектное хранилище, обслуживаемое через S3-аддон, использует региональный шлюз (s3-<region>.onlizard.com) вместо стандартного домена.
Подключение собственного домена
Хостнейм — это позиционный аргумент, отдельного add подкоманды не существует:
lizard domain app.example.com --service webLizard вернет DNS-записи, которые нужно создать (CNAME для хостнейма и TXT для верификации). Добавьте их у своего DNS-провайдера.
Верификация
После распространения DNS активируйте домен:
lizard domain verify app.example.comКоманда проверяет TXT запись и активирует домен. TLS подготавливается автоматически.
Удаление домена
lizard domain delete app.example.com
lizard domain rm app.example.com --yes # alias, skip confirmationПроброс конкретного порта
Если сервис слушает нестандартный порт, подключите домен к этому порту:
lizard domain app.example.com --service web --port 8080Worker-сервисы
У сервисов в режиме worker (containerPort=0) может всё равно отображаться сгенерированный домен, но он ничего не обслуживает — слушателя и маршрута балансировщика нет. Не подключайте собственный домен к worker-сервису.
Управление в дашборде
Раздел Домены в дашборде (lizard open) показывает статус верификации и TLS для каждого домена, а также позволяет визуально добавлять или удалять хостнеймы.
См. также
lizard domain— полная справка по командам.- Регионы — размещение сервисов и аддонов в одном регионе для низкой задержки.
- От прототипа к SaaS, за который платят — где собственный домен стоит среди прочих вещей, которые всё ещё нужны сгенерированному приложению.