Comments 6
Для Вашего приложения, возможно, это оправдано.
Я не знаю, что у Вас за приложение и почему выбрана именно такая архитектура. Вы знаете - Вам виднее, как должно быть.
Цель этой статьи не в том, чтобы оценивать правильность или неправильность архитектур читателей.
В статье я постарался выразить свое собственное мнение, как можно быстро, просто и недорого стартовать.
В бизнесе есть деловая игра под названием "What if".
И если для проекта (стартапа) выбрать "железную" архитектуру, то постарайтесь для себя ответить на вопросы "Что если?":
Вам потребуется увеличить мощности в два раза? Как быстро вы сможете это сделать?
Вы решили докупить "железки" в сервер, а точно таких же уже нет в продаже? Заработает ли нормально, если вы купите неидентичные "железки"?
Вы решили докупить сервер и (Вам придется) сделать кластер? Сколько времени это займет? Сколько будет недоступно Ваше приложение?
Вы команда разработчиков, которые умеют писать код, но в "железе" разбираетесь поверхностно? Будете искать специалиста? А бюджет Вашего проекта это потянет?
Нагрузка на сервер возросла и ...)
У Вас увеличилось количество пользователей. Оцените, справится ли Ваше приложение?
Количество пользователей не изменилось. Просто это Вы залили не оптимизированный код, который стал "съедать" ресурсы. Плохо протестировали код?
Какой-то "пытливый ум", насмотревшись роликов об одном "известном" дистрибутиве Linux с готовыми шаблонами, решил проверить Ваше приложение на прочность. Каким образом вы это заметили? У Вас есть хоть какой-то мониторинг?
И может быть много чего еще...
Вы задали вопрос, который не имеет удовлетворительного ответа.
Уважаемые читатели, помните, что:
В правильно заданном вопросе есть половина ответа.
Идеально заданный вопрос содержит в себе сам ответ.
Возростание нагрузки конечно приведет к добавлению ресурсов, но в наше время облаков и виртуалок эти ресурсы можно докупить именно в момент нехватки, а не просто держать в запасе более половины мощности (как предлагается в статье), тратя энергию на увеличение энтропии вселенной.
Я с Вами полностью согласен, потому что Вы понимаете то о чем говорите. Вы держите ситуацию под контролем и для Вас это нормально и правильно.
Но если написать, что сервер, использующий 90% ресурсов - это норма, то обязательно найдутся люди, которые не держат "руку на пульсе" (не мониторят ресурсы), а их приложение перестанет отвечать, как только ему (приложению) потребуется "чуть-чуть" больше ресурсов.
К сожалению описать все возможные варианты не представляется возможным. И к тому же это очень сильно усложнит и запутает статью. Поэтому я старался написать ее как можно проще. Ведь великий Михаил Тимофеевич Калашников говорил: "Все сложное не нужно - все нужное просто".
Серверная архитектура: быстрый старт проекта и его эволюционное развитие