>>1001383 (OP) второй это неплохой фрэймверк для фронтэнда, а первый это убожество для клепанья неконтролируемого микросервисного говна, чтобы потом охуеть от мишуры. Для хэлоу ворлдов покатит.
>>1002660 тут не в тормозе дело. во-первых для того чтобы пиздить о микросервисной библиотеке, нужно в стеке иметь как минимум поддержку схем сообщений и объектов. Затем нужен обязательно функционал по регистрации и хранения унифицированных данных о точке входа в микросервис. Если этого нет, то будет лапша в лапше. А вообще есть одна большая проблема. Эти архитектуры не поддерживают транзакционные запросы с оркестрацией. Чтобы замутить транцзакцию с этими поделиями, нужно трахнуть себя в жопу, и при этом, хуец должен быть перекинут через плечо.
>>1002665 для того чтобы понять как строятся настоящие микросервисные архитектуры читай SOA: principles of service design. без базовых знаний о проблемах подобных архитектур, даже не стоит рассматривать хайповые подделия обсуждаемые выше.
http://reactivex.io/