UPDATED: Балансировка запросов из разных стран (NGINX) и попытка войти в аккаунт из страны из которой не была произведена регистрация?

Question

[Sergey Pashkevich]

Добрый день.

Работаю над приложением в одной стране, где сейчас идёт активная регистрация и активность пользователей. Но вот появилась задача выйти на другой рынок (другая страна) и дыбы не смешивать данные из текущей базы и новой (из другой страны) так как в этом нет необходиомости, будет сделана копия приложения со своей бд и через балансировку запросов на уровне стран (nginx) запросы будут перенаправляться на нужное приложение.

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

Может кто сталкивался с подобными проблемами и вы как-то решали их или знаете как решить их?
Так как у меня, пока, нету мыслей как решить эту проблему.
Буду благодарен за любые ваши мысли.

ПС: пихать всё в одну бд нету смысла, так как не надо пользователям из одной страны показывать данные из другой и наоборот.

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

Comments

[Wexter]

отдельный внешний сервис авторизации потипу OAuth

[Sergey Pashkevich]

Wexter, и там будет хранится информация о пользователях? Тогда приложению придётся общаться с двумя бд, верно? С одной для получения информации о пользователе по токену, а со второй для получения всей остальной информации или я не прав?

Answer 1

[Alexander Leonchik]

Отвечу опираясь на тему и Ваш комментарий

Пример приложения:
Есть платформа на которой любой пользователь может зарегестрировать свой магазин и продавать на ней свои товары, так же есть некая страница где будут размещены все товары от всех магазинов. Покапатели зайдя на эту страницу видят все товары и могут совершать покупки.
Но вот появилась необходимость разместить данную платформу для других стран, но не хочется смешивать товары из разных стран. Необходимо чтобы пользователь зайдя в систему видел только ту продукцию и только те магазины, которые находятся в его стране.
Также пользователи не должны никак ничего не знать о том, что есть некие другие товары и другие магазины из других стран. Для них это будет просто локальная платформа для их страны.

Вариантов реализации множество, я напишу как бы сделал я:

1. Одна база данных и вот почему:
- Легко поддерживать
- Исключает ситуацию когда пользователь подключится не к той БД (если один домен)
- Не будет проблем если вы решите разделить БД, так как id будут по прежнему уникальны. (ибо обьединить гораздо сложнее)
- Сложная реализация вашей идеи в несколько БД
P.S. Выводить определенный товар и не смешивать их, это столбец добавить и 2 слова к запросу дописать. Так же и с авторизацией + есть возможность писать что то в духе "Ваш аккаунт не поддерживается в этой стране"

2. Для каждой страны свой домен (любого уровня, не важно) и вот почему:
- Правильное индексирование поисковыми системами
- Легко поддерживать
- Проще мониторить и отслеживать статистику
- Фильтровать пользователей
P.S. Если хотите запретить доступ Х страны к магазинам Y страны, то лучше на домене Y страны запретить "диапозон IP" X страны

3. Отказаться от распределения пользователей по IP, причины просты:
- Нет 100% гарантии что человек попадет на нужный домен/язык и т.п.
- Будут проблемы с поисковиками
- Пользователи не смогут выбирать
- Пользователь привязан к стране (что уже дикий бред)
- Море звонков в ТП с вопросом "У меня ничего не работает!!!"

0. к слову:
- вы сами себя ограничиваете и это плохо
- я уверен что есть аналоги по архитектуре вашей идеи, которые реализованы верно

Я написал первые мысли что пришли в голову и могу в чем то "перегибать палку" или что то не учесть, так как не знаю все детали. И да, если вы сейчас гадаете как лучше и опираетесь на мнение людей с тостера, которые не знают вашей концепции, то у вас уже проблемы...

Answer 2

[Boris Köln]

Балансировать по IP можно только для снижения нагрузки, но данные в любом случае должны быть одинаковыми.
В вашем случае для разделения БД используйте разные домены (example.ru, example.it, example.ge) или поддомены (ru.example.com, it.example.com, ge.example.com)

Comments

[Sergey Pashkevich]

Т.е. данные должны лежать в одной бд?

[Sergey Pashkevich]

А без отдельных доменов это можно как-то реализовать? Хочется чтобы люди просто вбивали example.com и заходили на нужный экземпляр приложения.

[Boris Köln]

На разных доменах/поддоменах - про БД решайте сами. Я бы сделал одну.
Например, я blablacar использую для поездок по России. Но если лечу в Европу и оказываюсь на местном сайте, то все равно могу залогиниться и пользоваться.

А без отдельных доменов это можно как-то реализовать?

Наговнокодить всегда можно. Но не нужно.

Хочется чтобы люди просто вбивали example.com и заходили на нужный экземпляр приложения.

В зависимости от IP делайте редирект на нужный поддомен, но оставляйте возможность вручную перейти на нужный.

[Sergey Pashkevich]

Но если делать всё через одну бд, то как тогда мне отображать данные которые были созданы в одной стране только для этой страны? Добавлять в каждую таблицу страну и по ней фильтровать?

[Alexander Leonchik]

Siarhei Pashkevich, все зависит от вашей архитектуры. Я вот одного понять не могу, вы уверенны что вам это нужно? почему пользователь Вася зарегался в РФ, приехал в Финляндию и у него уже другие данные? а как старые получить? Возможно что если бы вы описали изначальную задачу "зачем все это" вам бы дали более корректный и грамотный ответ

[Sergey Pashkevich]

Alexander Leonchik, попробую более детально описать текущую задачу и ответы на ваши вопросы.

Я вот одного понять не могу, вы уверенны что вам это нужно?

Да, это необходимо так как система будет расширяться на другие страны. И так же нет необходимости отображать данные из одной страны в другой (копии приложений со своими бд - как вариант).

почему пользователь Вася зарегался в РФ, приехал в Финляндию и у него уже другие данные?

Если будут свои копии приложение со своими базами данными, и будет стоять балансировщик запросов по странам, то Вася, который был зарегистрирован в РФ (данные которые хранятся в базе данных для РФ) не сможет уже зайти под своими данными из Финляндии, так как балнсировщик будет направлять его на другую копию прложения с другой бд (где нет данных Васи).

а как старые получить?

Это и является, некой, частью вопроса. Если делать разные приложения с разными бд, то чисто и красиво не получится. Что вы думаете по этому поводу?

Пример приложения:
Есть платформа на которой любой пользователь может зарегестрировать свой магазин и продавать на ней свои товары, так же есть некая страница где будут размещены все товары от всех магазинов. Покапатели зайдя на эту страницу видят все товары и могут совершать покупки.
Но вот появилась необходимость разместить данную платформу для других стран, но не хочется смешивать товары из разных стран. Необходимо чтобы пользователь зайдя в систему видел только ту продукцию и только те магазины, которые находятся в его стране.
Также пользователи не должны никак ничего не знать о том, что есть некие другие товары и другие магазины из других стран. Для них это будет просто локальная платформа для их страны.

[Boris Köln]

Также пользователи не должны никак ничего не знать о том, что есть некие другие товары и другие магазины из других стран.

Тогда имеет смысл создавать совершенно разные доменные имена, разные дизайны, разные БД и вообще все разное.

Если используется единая торговая марка, то и регистрация должна быть единой. Товары и цены в магазине - очевидно, могут отличаться в зависимости от страны. Но должна быть возможность туристу, временно находящемуся в Финляндии, перейти на российский сайт, заказать там и забрать после возвращения домой.

Зачем продолжать упорствовать и задавать один и тот же вопрос много раз? Ответы слушать все равно не хотите.

Answer 3

[hOtRush]

Делить базу считаю плохим решением. Почему нельзя в базе пометить из какой страны пользователь? И потом как написано выше просто перенаправлять при логине на нужный локальный поддомен

Comments

[Sergey Pashkevich]

Тогда надо будет добавить дополнительное поле в форму регистрации (для выбора страны), что для меня не очень уместно, так как хочется чтобы данная форма была очень простая.

[Boris Köln]

Siarhei Pashkevich, страна определяется по поддомену, а не в форме регистрации

[hOtRush]

Siarhei Pashkevich, правильно сказали выше, вы можете определить страну по поддомену/ip адресу. Лишнее поле в базе по-моему проще чем огород с разными бд)

[Sergey Pashkevich]

hOtRush, тогда необходимо будет добавлять это поле в каждую таблицу, которые необходимы для отображания, верно?

[hOtRush]

Siarhei Pashkevich, специфику вашего проекта не знаю, не отвечу конкретно