Отношения между потоками, доменами приложения и рабочими процессами

Это не совсем правильный подход. Правильный подход заключается в создании сервисов 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

5
задан DavidRR 2 December 2014 в 18:23
поделиться

2 ответа

Каждый рабочий процесс содержит несколько доменов приложений (по крайней мере, по одному на приложение ASP.NET, то есть веб-сайт или виртуальный каталог). Входящему запросу назначается поток из пула потоков, когда он приходит.

OP: Q. Значит, каждый домен приложений владеет собственным пулом потоков и управляет им?

Каждый управляемый поток всегда назначается одному домену приложений за раз. Рабочий процесс поддерживает общий пул потоков, и он назначается конкретному домену приложений на время выполнения запроса.

2
ответ дан 15 December 2019 в 06:34
поделиться

В книге «Essential ASP.NET» Фрица Ониона есть глава о конвейере HTTP , в которой он говорит о взаимосвязи всего вышеперечисленного во время HTTP-запроса.

1
ответ дан 15 December 2019 в 06:34
поделиться
Другие вопросы по тегам:

Похожие вопросы: