Жива ли концепция «одно приложение - один сервер» или виртуализация уже похоронила этот стереотип?

Эта концепция никогда не рождалась, так что и хоронить тут нечего.
Её придумали полтора жопоруких одмина оффтопика и только среди них о ней и слышали.

У виртуального хоста проблема с сертификатами: как определить, какой сертификат принимать при доступе по HTTPS, если несколько серверов по одному IP?

Что за бред? Можно на отдельный IP повесить, да и вообще уже давно есть стандарт передачи домена до установки HTTPS-сессии. И вообще вопрос не об этом.

Читая буквы следует пытаться понять, зачем их писали. Под «одним сервером» никогда не понималась железяка. Важно было, чтобы между приложениями не было «несанкционированных» связей. Наличие таковых повышает вероятность некоторых неприятностей.

Выделенные операционки, общающиеся только по сети - самый простой и универсальный способ обеспечивать изоляцию и размышления о том, как её устранить правильно.

Обычно важнее была производительность и менеджемент, а не безопасность. И да: про побег из гипервизора не слышали?

А кто тебе сказал, что все виртуалки один и тот-же IP иметь должны? Что мешает тебе каждой виртуалке свой IP выделить?

«Накупи» разных доменных имён для твоих серверов, тогда будет тебе счастье.

Виртуализация, и тем более контейнеры, эту концепцию как раз создали. Раскидать приложения по машинам - стандартная практика. А если перейти на микросервисы то тем более

У товарища на одной работе в ходу принцип «один сервис - одна виртуалка». Собственно говоря, запуск сервиса управляется тупо запуском виртуалки. Процессинг у них там. Бабки туда-сюда...

Жива ли концепция «одно приложение - один сервер»

Если мое приложение приносит прибыль, то я ему специально жирный сервер выделю, пусть оно хоть «говноприложение (которым и PIII много)», если отрабатывает бабло за сервер - почему бы и нет? Пусть шикует.

google://Server Name Indication

Или попросту SNI

Всё уже украдено^W придумано

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

На IBM-овских мейнфреймах виртуализация ещё лет 40 назад была развита. Ничего нового в этом нет. Где-то это применимо и используют. Где-то всю мощь сервера отдают одному приложению.

важнее была производительность

Мимо. В подавляющем большинстве случаев, «1 приложение» либо требует больше ресурсов, чем может предложить 1 железка(и ты должен строить кластера), либо не способна нагрузить на 10% сервер, купленный в ближайшем гастрономе.

менеджемент, а не безопасность

Им, как минимум, по дороге. Если второе вообще возможно без хорошего первого.

побег из гипервизора

Ты же сам говорил, что subj для менеджмента. Т.ч. да, виртуализация добавляет дыр по сравнению с выделенными железками, но при должной осторожности (потенциальный!) ущерб безопасности меньше (реального!) выигрыша от управляемости. Как в известной поговорке про птиц и расстояния, лучше стул под задом, чем геморрой в перспективе.