Size: a a a

2021 March 27

A ß in pro.elixir
нода это сама машина
источник

B

Bogdan in pro.elixir
Передавать файлы через Rabbitmq(pdf/doc) норм затея или лучше отказаться?
источник

B

Bogdan in pro.elixir
Альтернативный вариант путь к файлу на S3, но мне хочется чтобы с S3 только одно приложение работало.
источник

ŹR

Źmićer Rubinštejn in pro.elixir
S3 конечно
источник

B

Bogdan in pro.elixir
Ну в плане сервис A читает файл через S3 -> передает файл бинари на сервис B
источник

B

Bogdan in pro.elixir
или Сервис А отправляет путь к файлу на s3 через RMQ -> сервис B читает с S3
источник

B

Bogdan in pro.elixir
Оба варианта на S3
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Ебанулися уже с этими микросервисами
источник

B

Bogdan in pro.elixir
Да это не микросервисы
источник

B

Bogdan in pro.elixir
Сервисы скорее
источник

B

Bogdan in pro.elixir
размер файла в среднем 300кб но до 1мб 🙂
источник

АО

Алексей Овчинников... in pro.elixir
Bogdan
или Сервис А отправляет путь к файлу на s3 через RMQ -> сервис B читает с S3
работать будут оба варианта, но я бы рекомендовал 2-ой - нагрузка поменьше будет
источник

LL

Lama Lover in pro.elixir
Bogdan
Ну в плане сервис A читает файл через S3 -> передает файл бинари на сервис B
Путь к файлу в s3 это его идентификатор, или указатель на него
Если спросить программиста: "как передать большое значение: скопировать ссылку или скопировать сами данные?", ответ будет очевиден.

Правда тут надо понимать уровень того как ограничен второй сервис, имеет ли он доступ к s3, собирается ли он потом изменять этот файл в хранилище и всё такое
источник

DP

Dmitry Ponyatov in pro.elixir
Lama Lover
Путь к файлу в s3 это его идентификатор, или указатель на него
Если спросить программиста: "как передать большое значение: скопировать ссылку или скопировать сами данные?", ответ будет очевиден.

Правда тут надо понимать уровень того как ограничен второй сервис, имеет ли он доступ к s3, собирается ли он потом изменять этот файл в хранилище и всё такое
torrent magic:// 8)
источник

DP

Dmitry Ponyatov in pro.elixir
а может и не хи-хи — в каком-нибудь интранете может даже и правильный вариант файлы по корп.мессенжеру таскать
источник

B

Bogdan in pro.elixir
Lama Lover
Путь к файлу в s3 это его идентификатор, или указатель на него
Если спросить программиста: "как передать большое значение: скопировать ссылку или скопировать сами данные?", ответ будет очевиден.

Правда тут надо понимать уровень того как ограничен второй сервис, имеет ли он доступ к s3, собирается ли он потом изменять этот файл в хранилище и всё такое
Файлы нужно будет немного изменять, переименовывать. Сейчас у меня второй вариант работает. Первый рассматриваю потому-что по сути сервис А взаимодействует с базами,  пишет на S3 и читает с него, и видится более логичным чтобы другие приложения в этот bucket не лезли.
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Dmitry Ponyatov
а может и не хи-хи — в каком-нибудь интранете может даже и правильный вариант файлы по корп.мессенжеру таскать
В каком нибудь интранете первый сервис тоже бы не имел доступа к s3
источник

DP

Dmitry Ponyatov in pro.elixir
Źmićer Rubinštejn
В каком нибудь интранете первый сервис тоже бы не имел доступа к s3
от конторы зависит — в половине самая секретная инфа это директорская порнуха, и пороли на почту
источник

ŹR

Źmićer Rubinštejn in pro.elixir
Dmitry Ponyatov
от конторы зависит — в половине самая секретная инфа это директорская порнуха, и пороли на почту
Либо оба не имеют, либо если один имеет - то почему второй не имеет
источник

LL

Lama Lover in pro.elixir
Bogdan
Файлы нужно будет немного изменять, переименовывать. Сейчас у меня второй вариант работает. Первый рассматриваю потому-что по сути сервис А взаимодействует с базами,  пишет на S3 и читает с него, и видится более логичным чтобы другие приложения в этот bucket не лезли.
Ну, это распространённая практика — иметь один сервис для работы с data layer-ом
Только вот делить данные в одном хранилище между сервисами на запись и чтение немного неконсистентная тема, тут нужна некоторая транзакционность
источник