iBase.ru Forum

Люди добрые. Есть идея сделать одно приложение, где количество пользователей может быть очень велико (возможно больше 10000). Архитектура такая: есть сервер с FB. К нему по сети с других станций будут подключаться пользователи с клиентским приложением. Протокол связи может быть HTTP, FTP, HTTPS и др. Коннект по интервалам, чтобы не грузить сеть и сервер. У меня возникло несколько основных проблем:
1. Как организовать огромное кол-во пользователей (ролями; или как-нить аккаунтом, как я не знаю)
2. Сколько может быть пользователей зарегестрировано на базе FB
3. Есть ли какие нить программные модули (не PHP.. а может и PHP, не работал, не буду голословным), которые можно поставить на стороне сервера как буфер или связующее звено, чтобы клиент как-то по более простому общался
4. Целесообразно ли такое? Ведь пользователи могут регистрироваться по несколько десятков в день. Вот как сделать такую регистрацию???
Лично у меня несколько идей есть. Но охота выслушать ваши )) Если есть что интересное, пожалуйста напишите, очень прошу

- не выставлять FB в сеть напрямую.
- поднять WEB сервер
- написать прослойку, которая ОДНА будет коннектиться к БД, и собственно давать данные клиенту

WildSery писал(а):- не выставлять FB в сеть напрямую.
- поднять WEB сервер
- написать прослойку, которая ОДНА будет коннектиться к БД, и собственно давать данные клиенту

Пасибочки за совет. А есть какие-нить ссылочки иль статейки насчет написания такой прослойки? Так в остальном всё ясно )

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

А на чем писать собрался?
В дельфях есть стандартные компоненты или Indy
а я немного для других целей использовал Indy через UDP

armagedon2007 писал(а):А на чем писать собрался?
В дельфях есть стандартные компоненты или Indy
а я немного для других целей использовал Indy через UDP

скорее всего на Дельфях, возможно даже через Delphi BOLD, но это не важно. Важно организовать саму структуру, чтобы по ней потом кодить.
Для меня основная загвоздка - как организовать прослойку (см выше), и как себя будет вести сервер FB при конекте и обновлении данных на нем при одновременном конекте на несколько сот человек. Ессесно - при конекте через одного какого нить зарегистрированного пользователя. Какие могут быть идеи, рекомендации в этом плане, советы... Жду )) Спасибо за внимание.

Дельфёвая дока, главы про multy-tier applications.

как себя будет вести сервер FB при конекте и обновлении данных на нем при одновременном конекте на несколько сот человек.

ничего такого. 300-400 одновременных пользователей ФБ обрабатывает без проблем.
Другое дело, как будет вести себя создаваемая тобой трехзвенка. Потому что
а) снаружи будут сотни коннектов
б) к ФБ будет пул из пары десятков коннектов

kdv писал(а):

как себя будет вести сервер FB при конекте и обновлении данных на нем при одновременном конекте на несколько сот человек.

ничего такого. 300-400 одновременных пользователей ФБ обрабатывает без проблем.
Другое дело, как будет вести себя создаваемая тобой трехзвенка. Потому что
а) снаружи будут сотни коннектов
б) к ФБ будет пул из пары десятков коннектов

Благодарю за советы )).
Тогда такой еще вопрос: есть у кого нить литература, статьи, ссылки на информацию по поводу организации таких "пулов" для баз. Мне бы уже в конкретику влезть, потому что с общей схемой разобрался: собираюсь делать по вашим советам ) Оценил все ЗА и ПРОТИВ, и пока так вот решил. Буду очень признателен за инфу. Спасибо за внимание.

ссылки на информацию по поводу организации таких "пулов" для баз

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

Благодарю. Очень рад, что оформились сами термины. Буду читать. На эту тему вопросов больше нет