Нажмите, чтобы раскрыть...
пет?
Hу во первых речь шла о serverless, а не конкретно о k8s. Knative я привел как пример того, что serverless - это не какое-то конкретное решение в рамках амазона, а более общее понятие описывающее определенную архитектуру.
А потом, если ты примерно представляешь себе архитектуру своего приложения, то должен понимать, что тебе придется работать с большими объемами данных, и помимо клиента и серверной части у тебя должны быть сервисы участвующие за хранение парсинг данных, хранение данных, поиск. Плюс на каком то этапе объем данных станет достаточно большим, и мне, к примеру было бы интересно в таком случае попробовать применить мл. Плюс, если сервис станет популярным, то тебе нужно будет думать об обеспечении стабильной работы. И все перечисленные пункты вполне успешно решаются за счет микросервисной архитектуры и если ты изначально не спроектируешь свой проект таким образом, то на каком-то этапе тебе придется это сделать, уже другой ценой. Это как начинать конструировать автомобиль, но вместо гаечного ключа пользоваться сварочным аппаратом (сорри, может не самая удачная аналогия).
И еще один момент: с учетом тех сервисов, которые я перечислил выше, с учетом их разработки в какой-то момент задачи сборки, тестирования, доставки перестанут быть тривиальными, а для построения удобной цепочки CI/CD k8s является хорошим выбором, на мой взгляд. И это не энтерпрайз левел, на текущий момент это вполне себе тренд в разработке.