Я переношу устаревший продукт (ВМ) в kubernetes. Этот продукт определяет свои службы внутри продукта, используя стиль FQDN и активно использует файлы / etc / hosts для имитации DNS и реализации разрешения служб
#service names
service1.customer.domain.com
service2.customer.domain.com
# /etc/hosts
192.22.22.21 service1.customer.domain.com
192.22.22.22 service2.customer.domain.com
Изменение стиля именования этой службы FQDN, например servicename.a.b.c окажет значительное влияние на продукт, поэтому я пытаюсь сохранить это. Я искал, как мне этого добиться в Кубернетесе. Я надеялся использовать пространства имен Kubernetes , но они не позволяют стилю FQDN применять пространство имен с одной строкой без точек, в то время как Kubernetes Services применяют аналогичные ограничения.
Мне, возможно, придется просто укусить пулю и полностью ее реорганизовать, но мне было интересно, есть ли более простой способ воспроизвести поведение имени / разрешения службы в устаревшем продукте в kubernetes?
Мы не можем контролировать корневой домен, это определяется нашим клиентом, например, customer1.netwk5.workers.us.com. Мы будем использовать это для определения таких вещей, как домен cookie, генерация SSL-сертификатов для веб-сервера, настройка LDAP и т. Д.