Как вы разделяете состояние в сценарии микро-интерфейса?

Question

Первой идеей были бы куки, но вы можете очень быстро исчерпать пространство.

Answer 1

Существует несколько способов установить связь в микро-интерфейсах.

Как уже отмечалось, разные микро-интерфейсы должны быть слабо связаны, чтобы вы никогда не общались напрямую между собой.

Ключ Вопрос в том, составлено ли ваше решение для микро-интерфейса на стороне сервера или на стороне клиента ?

Для стороны клиента я написал статью на связи.

Если вы находитесь на стороне сервера (из-за упоминания файлов cookie возникает вопрос go в этом направлении), то я бы предложил использовать стандартные шаблоны микросервисов для связи и обмена состояниями. , Конечно, использование централизованных систем, таких как кэш Redis, может помочь.

Как правило, различные микрооболочки должны иметь свое собственное состояние и быть максимально независимыми.

Обычно вы хотите поделиться не состояние / данные, а состояние с представлением пользовательского интерфейса. Причина проста: таким образом, вам не нужно иметь дело с представлением и крайними случаями (что делать, если данные недоступны?). Вот одна из основ, показывающая это: Piral .

Надеюсь, это поможет!

Answer 2

Нет общего состояния, которое нарушило бы концепцию сегрегации, которая должна иметь место. Этот шаблон присутствует среди всех архитектур микросервисов, так как он призван устранить отдельные точки отказа и другие сложности при обслуживании большего хранилища. Общий подход заключается в том, чтобы у каждого «микро-интерфейса» был свой магазин (например, Redux). Redux документы имеют топи c на этом.