Если бы АБС была собственной разработки, то так бы и делали. Но заказчик решил не трогать АБС.
Лет за 10 АБС внешнего вендора обросла кучей сателлитов, которые перетянули на себя большую часть фронта и бека. Большая часть функций фронта уже исторически устарела, так как ориентирована на обслуживание клиентов в отделениях, да еще под специфические бизнес-процессы, которые сегодня нужно менять. На сегодняшний день большая часть этой функциональности уже устарела. Поэтому, функциональность приложений пересматривались и переписывалась под новые технологии.
А начали с фичей, потому что так хотел заказчик. Заказчик сам определяет, что ему важнее. Да, начали с простого. И что тут плохого. Заказчик получил функциональность, попробовал, понравилось — начал развивать.
А по поводу SOA архитектуры 15 лет назад в банках не буду спорить. Мне как то все больше клиент-сервер попадались.
В світі банківський сектор давно вже не «на землі».
Ні, дані у хмару не мігрували. Шукали спеціально рішення, що б дані залишити в банківській системі. В хмарі тільки виконується обробка.
Ну, якщо копнути трошки в історію, то можна знайти, что AWS, Google, IBM, OpenStack майже одночасно стартували схожі проекти:
— AWS Firecracker;
— IBM Nabla;
— OpenStack Kata Containers
— Google: gVisor
У кожного э свої плюси і мінуси, але є й багато схожого.
І, настільки я зрозумів, основною. рушійною силою було те, що б швидше стартували server less функції, а уже потім туди дійшла безпека.
Спасибо, Вадим. Как раз и предполагался эволюционный подход
Дякую.
Эта статья не предполагает рассмотрения вопросов безопасности, а одним предложением на этот вопрос не ответишь. Если включить сюда безопасность — то еще 3 таких статьи можно написать. Вопрос запомнил, будет возможность, постараюсь осветить.
Дякую, Наталка! Гарна стаття. Теж підтримую схожі методи командної роботи. Ну і приємно, ще і схожі інструменти розробки використовуємо.