Комментарии 16
Справедливости ради, даже на VPS и Распбери (в том числе небольшом кластере из расбери) микросервисы развернуть легко. Однако все зависит от желания, ведь можно сделать простую конфигурацию с ручным деплоем, а можно сразу завернуть все в кубернетис и разворачивать миникуб какой-нибудь. Второе для MVP слегка оверхед и может съесть кучу времени, за который теорию то и проверить можно было, но не обязательно для этого снимать какие-то невероятные мощности в облаках.
Да и опять же, с чего это AWS будет таким дорогим? Пару простецких сервисов в нем не так дорого обходятся пока нет нагрузки
Микросервисы же требуют более глубокого понимания бизнес-модели. Ведь часто они именно её и отражают. Ведь (правильные) микросервисы состоят не просто в том, чтобы хоть как-то распилить монолит и раскидать его по контейнерам/виртуалкам/Raspberry PI, а выделить некие области задач этими сервисами решаемые. И на этапе MVP часто этого понимания просто нет.
Монолитные приложения состоят из взаимозависимых, неделимых блоков и имеют очень низкую скорость разработки.
Какое голословное утверждение. Клепать новый функционал в монолите можно просто с невероятной скоростью, тут прокинул через глобал, тут нарушил инкапсуляцию, хренак-хренак и функционал готов.
Монолит — это монорепа, очень легко добавлять изменения куда угодно. В случае микросервисов монорепа — это боль. А значит надо либо использовать git modules, что тоже боль. Ну либо делать общие зависимости какими-то общими пакетами, что сильно замедляет разарботку. Другого способа я что-то не вижу.
Полностью согласен.
Скорость разработки для монолита сильно зависит от того как он написан, какая степень связанности компонентов в нем.
Более того в случаях если изменения придется "протащить" через все микро-сервисы, то в монолите это сделать в разы быстрее. Плюс не нужно будет продумывать порядок деплоя микросервисов.
В случае е
точных цифр и источник не скажу
Помогу. Тем более что это вполне по теме статьи.
К тому времени, когда Амазон осознал необходимость перехода на SOA, у них было 7800 сотрудников и они продавали товаров на 3 миллиарда долларов в год.
Отсюда
Откуда такая уверенность, что пилить монолит на микросервисы дешевле, чем писать с нуля?
В случае, когда в ТЗ все-все прописано и ничего не поменяется и сразу понятно, что надо микросервисы пилить, то да, лучше сразу их и делать. Но такое редко бывает, с MVP почти никогда.
С монолитом есть нюанс: как правило он билдится и деплоится только целиком и долго. Исправление опечатки в сообщение одного маленького модуля может вызвать длительный билд, а, главное, даунтайм всей системы. Решается костылям разной степени типа инкрементальных билдов и сине-зелёных деплоев, которые неплохо живут и с микросервисами, но в монолит их внедрять захочется гораздо раньше
Лучшая архитектура для MVP: монолит, SOA, микросервисы или бессерверная?.. Часть 2