Спасибо. Читал про этот плагин. У меня больше вопрос в другом. В моем случае не совсем будет актуальна установка сторонних плагинов. Дело вот в чем. Опишу ситуацию в целом. Пользователь генерирует на основе данных собраных с заполненной формы CSV файл. Этот файл используется в дальнейшем другими пользователями, которые на основе информации в файле составляют отчет. И тут вопрос актульности. Нужно чтобы файл был подписан, и проверка подлинности иноформации( сопоставление с хэшом ) все это происходило без сторонних плагинов. Т.е. пользователь в клиентском приложении сгенерировал csv файл, и отправил файл другому пользователю. Этот пользователь зашел в свою админку, и там в клиентском приложении( админке ) проверяет подленности информации, и тут не должно быть привязки к сторонним плагинам. Поэтому я спрашивал про конкретные методы предоставляемые либо js библиотеками, либо что-то на Go lang.
nrgian, Понял, спасибо большое за консультацию. В коментарии к коментарию Andrey Shatokhin написал, что мы ошиблись при проектировании, и действительно пришли к вертикальному масштабированию вместо горизонтального, что оказалось не верно в корни. Спасибо. Склеим в таком случае эти два сервиса)
nrgian, Хорошо, благодарю за советы. Тогда рассмотрим вариант того, чтобы сделать общий сервис. Мы видимо и правда ошиблись в проектировании. Благодарю.
nrgian, А чем с точки зрения производительности будет лучше, если будет больший трафик идти на один сервис? Из описанной мною ситуации, думаете это будет лучше?
Я просто читал о подобных исключениях, когда два микросервиса обращались к одной базе, и идея было именно в том, что у них была тесно связанная бизнеслогика.
Но если оно того требует? Просто например один сервис должен держать до 5000-10000 одновременных соеденений по WebSocket, и если этот же сервер еще будет и обрабатывать бизнес логику принимая примерно 100-200 http запросов в секунду, хотя данную бизнес логику может выполнять и другой сервис, так как большая часть этой логики ни как не должна напрямую взаимодействовать с Socket.io сервером. Как быть тогда?
Иван Шумов, И все таки я пока останавлюсь на варианте проверки токена на каждом сервисе. Просто насколько я знаю Амазоновские продукты не бесплатны, у нас пока нет возможности брать их продукты, так как проект пилится под стартап. В дальнейшем конечно да, будут патчи, и рефакторинг с использованием более оптимальных технологий.
Иван Шумов, Каким образом? Ну если не прибегать к валидации токена на каждом сервисе? По факту на уровне nginx у меня в конфиге идет обработка запросов направленных только с API Gateway, сторонние запросы просто игнорируются.
