архитектура. Ну мы такую хотим создать, и даже используем джанго в качестве базы. Сервисы между собой по-идее общаются через API. А как они друг другу запросы делают? На основании чего? И чем?
Пока приходит в голову только, что либо по расписанию какие-то синхронизации, либо по запросу пользователя порождается цепочка запросов. Ну и происходит это все через requests. Но может есть другое видение? Гугл как-то явно не дает ответа как оно внутри должно работать. Что вообще почитать на эту тему? Меня больше всего интересует практическая реализация.
> используем джанго в качестве базы wat
ну я пока сварщик не совсем настоящий. я имею ввиду, что бэк на джанго. скажем в ядре всех этих разных сервисов.
самые типичные микросервисы — когда по запросу пользователя порождается цепочка запросов. просто некоторые вызовы функций в обработчиках пользовательских запросов превращаются в запросы к другим микросервисам по API
я правильно понимаю, что риск того, что другие сервисы подвиснут или будут тупить при ответе, высок и поэтому такие вещи всегда порождают асинхронность?
даже если они не тупят, их вызовы значительно дольше вызовов функций локально и поэтому потребность делать их параллельно обостряется
через http, grpc, bus
что гуглить насчет шины (автобуса?) :)
rabbit, nats etc
Только не говори что штанга не подходит для микросервисов
Если честно, то не очень. Джанго и без того достаточно требовательная к ресурсам, а здесь ты еще привносишь RPC в и без того не быструю систему) Еще она весьма плохо (синхронно) работает с gRPC, и самое стремное - это микросервисы начинают делать, используя ее обычный rest api
Обсуждают сегодня