Чтобы понять принципиальную разницу между монолитом и микросервосами можно посмотреть со следующей точки зрения , что если вы не живете в жесткой конкуренции для оперативного внесения фич как финтех, мобильная связь, а вы что типа нефтянки или металлургов, то вам не нужно идти в сторону сервисов. Т.к. основное что вы потеряете уйдя с монолита это потеря устойчивости, т.к. монолит это консервативная система. Плюс большое кол во технологов которые раньше могли сопровождать pl sql код в микросервисаз становятся не нужными, а разработчики становятся рабами своего кода, т.к. не могут передать на сопровождение. А компания получает код зависимый от конкретного разработчика.
Можно запилить ресурс на монолите, допустим, Oracle/Delphi. И даже пусть работает! А вот если мы во что-то упираемся, то надо будет переходить на микросервисы или SOA. Мы таким образом получаем границы проекта, очень точно задекларируем вызовы, разобьем на сервисы правильно, напишем хорошие интеграционные тесты и т.д А затем, когда/если решим, то перейдем на микросервисы. При этом фронт будет уже разработан и мы уже сможем на нем зарабатывать!
1:15:00 Хотел бы я посмотреть на заказчика, который купит такое: "Вы сначала заплатите мне кучу денег за микросервисы, но зато когда это раскрутится, тогда уже платить меньше, поскольку они лучше масштабируются!"
Чтобы понять принципиальную разницу между монолитом и микросервосами можно посмотреть со следующей точки зрения , что если вы не живете в жесткой конкуренции для оперативного внесения фич как финтех, мобильная связь, а вы что типа нефтянки или металлургов, то вам не нужно идти в сторону сервисов. Т.к. основное что вы потеряете уйдя с монолита это потеря устойчивости, т.к. монолит это консервативная система. Плюс большое кол во технологов которые раньше могли сопровождать pl sql код в микросервисаз становятся не нужными, а разработчики становятся рабами своего кода, т.к. не могут передать на сопровождение. А компания получает код зависимый от конкретного разработчика.
Можно запилить ресурс на монолите, допустим, Oracle/Delphi. И даже пусть работает! А вот если мы во что-то упираемся, то надо будет переходить на микросервисы или SOA. Мы таким образом получаем границы проекта, очень точно задекларируем вызовы, разобьем на сервисы правильно, напишем хорошие интеграционные тесты и т.д
А затем, когда/если решим, то перейдем на микросервисы. При этом фронт будет уже разработан и мы уже сможем на нем зарабатывать!
Я увидел только первую часть доклада. Где посмотреть доклад от микросервисов к монолиту?
Обратный переход намного проще
1:15:00 Хотел бы я посмотреть на заказчика, который купит такое: "Вы сначала заплатите мне кучу денег за микросервисы, но зато когда это раскрутится, тогда уже платить меньше, поскольку они лучше масштабируются!"