Логично ли использовать в микросервисах общий кэширующий сервер?
Доброе утро! Назрел вопрос о построении каркаса небольшого SAAS сервиса, и я хочу все его часть разбить на микросервисы. Но производительность будет страдать при передаче данных, известный факт... И появилась мысль сделать общий кэширующий сервер для всех, чтобы при возможности они брали информацию с него, а не делали запрос другому сервису. Имеет ли такой подход право на жизнь? Или у каждого МС должен быть свой изолированный кэш? Или такое решается за счет менеджера сообщений типа RabbitMQ?
Не вижу, почему бы благородному дону не использовать общий кеш :) Серьезно, у этих сервисов наверняка будет общая БД; если к ней добавится общий же кеширующий слой (на базе какого-нибудь Redis, например), то я лично в этом ни малейшего криминала не усматриваю.
Maa-Kut: Не, в том то и дело базы разные, все части как отдельные продукты идут, а один модуль связующий... в общем делаю пока с общей, если костыль где-то будет ломаться, то разобью..
Спасибо за ответ)
Простой
Простой
