Сперва добейся!Гламурный чертпропущено...


Товарисч похоже написал пару приложений для web-магазина с более-менее приличной нагрузкой,
и потому решил, что сфера применения шардинга - это "клиент из Москвы ходит на сервер A".

Какой-то патентованый чудик.

А ты у нас наверное запроектировал и внедрил архитектуру eBay, аккурат перед событием вселенской значимости - регистрацией на сруле, да?

Простите, что не признали сразу.Так и ты ни проектировал ни внедрял чего-то близкого к ебай. Но почему-то пытаешься всех убедить в своем обширном опыте в данной области.
Скушно, засыпаю читая тебя, раньше веселее было

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

Убежал весь в слезах, от осознания того как меня только что дерзко, чотко разоблачили!Ты хочешь, чтобы я тут от скуки помер? Давай чёнить повеселее, а?

andrey_anonymousПоясним доступнопропущено...

Понятие "из Москвы", "из Питера" - это не понятие где он находится физически в данный момент времени (геолокация, GeoIP), а некое поле в его личных регистрационных данных (откуда родом, где проживает - место регистрации).
Угу. А услуги, оказываемые сервисом, тоже к географии не привязаны?Андрей, почитай уже про шардинг, глупости говоришь ...

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

Предположим есть app server, который генерит отчеты. Есть огромный массив данных, включающий Контрагента, у которого есть поле ГородРегистрации (можно через N промежуточных таблиц, неважно). И есть огромные таблицы фактов, всяких продаж и сотни дополнительных справочников.
Так вот никто тебе не мешает разложить эти данные на несколько серверов с одниаковым кодом и одинаковыми базами (структурами) данных так, чтобы сервер А имел данные контрагентов города А*, сервер Б* с горда Б* и т.д. Сервера не связаны друг сдругом, не знают друг о друге, вся обработка ведется целиком на выбранном сервере (как минимум на одном уровне горизонтали).
Ниакого влияния город услуги или город, где контрагент в данный момент находится не несёт.

andrey_anonymousГламурный чертпропущено...

То есть ?

Не в любой точке мира можно на ebay продавать .

Тот факт, что ebay не продает в любой точке мира, абсолютно никаким образом не относится к их реализации шардинга и их моделей данных. И не относится к обсуждаемой теме.

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