Недействительность кэша на серверах

Question

У меня есть 6 веб-серверов, которые приносят мне проблемы из-за несоответствия кеша. Я думаю о создании службы недействительности кеша, так что есть тема, на которой все серверы могут публиковать сообщение, чтобы аннулировать объект. Я рассматриваю возможность использования Amazon SNS для создания темы.

Теперь серверы получить недействительности сообщения, я запутался между следующими:

1. Должен ли я быть с использованием очередей SQS для серверов, чтобы получать сообщения.
2. Должен ли я использовать конечные точки HTTP, а затем строить api на этом маршруте, который делает недействительным кеш. Не могли бы вы выделить плюсы и минусы обоих этих подходов или любой другой подход, который может принести мне пользу.

Answer 1

Для вашего варианта использования конечные точки http являются лучшим решением. Вы нажимаете сообщение SNS, и каждая из подписанных конечных точек будет вызвана на новую конечную точку api, которую вы принимаете, которая очищает кеш.

SQS не будет лучшим прецедентом здесь - для его использования вам нужно будет иметь 6 отдельных очередей (или один на один сервер), и вам нужно будет иметь приложение на каждом, что всегда работая в фоновом режиме для проверки новых сообщений и «вытягивания» сообщения - конечная точка http является «push», и это то, что вы хотите.