В Kubernetes модули с «проверками готовности» в состоянии «неработоспособны» не разрешаются из других модулей, пока они не станут готовы?

Я определил фиктивную службу как средство регистрации своих модулей в DNS, поскольку IP-адрес кластера не будет работать для моего приложения прямо сейчас.

apiVersion: v1
kind: Service
metadata:
  name: company
spec:
  selector:
    app: company_application
  clusterIP: None

apiVersion: apps/v1
kind: Deployment
metadata:
  name: company-master-deployment
  labels:
    app: company_application
    role: master
spec:
  selector:
    matchLabels:
      app: company_application
      role: master
  strategy:
    type: Recreate
  template:
    metadata:
      labels:
        app: company_application
        role: master
    spec:
      hostname: master
      subdomain: company

Я использую запись DNS для master.company.default.svc.cluster.local, чтобы подключиться к этому модулю из другого модуля.

Я заметил очень раздражающее поведение в Kubernetes в этих условиях:

• У меня есть модуль, который находится в состоянии «неработоспособности», как определено ReadinessCheck.
• У меня есть еще один модуль, приложение которого хочет выполнить поиск DNS в этом модуле.
• Поиск DNS завершается ошибкой до тех пор, пока «неработоспособный» модуль не станет работоспособным.

Так должен работать Kubernetes? Есть ли способ, кроме удаления проверки готовности, убедиться, что DNS продолжает разрешаться?