Это не совсем правильный подход. Правильный подход заключается в создании сервисов kubernetes типа LoadBalancer:
вида: Service
apiVersion: v1
metadata:
name: my-service
spec:
selector:
app: MyApp
ports:
- protocol: TCP
port: 80
targetPort: 9376
type: LoadBalancer
, который создаст балансировщик нагрузки и публичный IP-адрес для вас. Тема немного сложна, чтобы просто перейти по ней, но в основном kubernetes будет управлять этими внешними конечными точками для вас, вам нужно только объявить действительные примитивы kubernetes. Вы можете создать их заранее, но это действительно бессмысленно. Просто позвольте kubernetes делать тяжелую работу.
Чтение:
https://kubernetes.io/docs/concepts/services-networking/service/#loadbalancer
Каждый рабочий процесс содержит несколько доменов приложений (по крайней мере, по одному на приложение ASP.NET, то есть веб-сайт или виртуальный каталог). Входящему запросу назначается поток из пула потоков, когда он приходит.
OP: Q. Значит, каждый домен приложений владеет собственным пулом потоков и управляет им?
Каждый управляемый поток всегда назначается одному домену приложений за раз. Рабочий процесс поддерживает общий пул потоков, и он назначается конкретному домену приложений на время выполнения запроса.
В книге «Essential ASP.NET» Фрица Ониона есть глава о конвейере HTTP , в которой он говорит о взаимосвязи всего вышеперечисленного во время HTTP-запроса.