Имеет ли смысл использовать прямое подключение к бд (mysql) с нескольких клиентов?

Question

[shevayura]

Имеет ли смысл использовать прямое подключение к бд (mysql) с нескольких клиентов размещённых неизвестно где, или лучше реализовать "апи" овер хттп?
Есть ли примеры больших проектов с прямым подключением к центральной бд?

Comments

[shevayura]

Немного информации для уточнения:
Есть проект у которого бекенд обрабатывает большие порции информации. Эти порции поступают из разных источников и не связаны между собой, потому это распараллелено. Есть желание вынести "ноды" на отдельные машины с целью увеличить количество потоков и снизить нагрузку на основной машине. Все ноды одноранговые, потому сложных политик предоставления доступа не требуется. И вопрос: Следует ли городить "апи" в таком случае, или прямой доступ к БД будет более уместным?

Answer 1

[Сергей Протько]

Вот никогда не мог понять людей, у который такие мысли возникают. Только api, иначе у вас будут проблемы с разграничением прав пользователей (ну как проблемы, просто придется все организовать нормально), расширяемостью, поддержкой... словом плюсов явных нету.

Comments

[Антон Золотарев]

А какие именно недостатки?
Пример:
Есть БД, у которой нужно запросить пакет информации (до гигабайта, большинство около 100 мегабайт), обработать и отдать обратно. Такое будет происходить несколько раз в час.
Сейчас все происходит на одной машине, но хочется самую тяжелую часть вынести за пределы относительно дорогого ДЦ и размещать где дешевле. Но чтоб БД (с api?) была в надежном месте.
Насколько подключение mysql устойчиво к потере пакетов?

[Сергей Протько]

подключение mysql идет через tcp сокет, так что к потере пакетов то оно устойчиво. Другой вопрос что непонятно что у вас там гигабайтами будет ворочаться несколько раз в час. Данные в самой базе? Ну так это происходит внутри базы, былаб оперативка и индексы.

А вообще в чем отличие, если все данные будет подготавливать API (вы ж не гигабайтные ответы шлете, так?) используя базу (выборки всеравно через нее идут, просто вы добавите отдельный интерфейс для взаимодействия с данными).

[Антон Золотарев]

95% отправок будут до 100 мегабайт. Но будут и большие. Это не размер БД, а именно данные, которые необходимы для обработки.

Answer 2

[Александр]

Если исполняемый код синхронно завязан на этой БД, то идея плохая. Все стремятся снизить задержки при работе с БД думаю объяснять не надо.
Если же это что-то для бекграундных процессов, не завязанных на пользователе, то конечно пожалуй лучшим решением было бы использование VPN для безопасности и скорости. API разрабатывать не вижу никакого смысла в таком случае.