Вопрос про выбор технологии обмена данными по сети.

← →
Тимохов (2003-11-19 10:51) [0]

Ситуация такая.
Мы занимаемся разработкой компьютерных бизнес-игр. Игра пошаговая (в игре один шаг - это месяц). Структура такая:
1. Есть несколько программ фирм.
2. Есть одна программа администратора.
3. Каждая из этих программ сидит на отдельном компе.
4. Фирмы принимают решения, после чего решения автоматически отсылаются на комп админа.
5. Админ делает расчет следующего шага (месяца) и автоматически отсылает резуальтаты перехода на каждый из компов фирм.
6. Далее процесс циклически повторяется.
В настоящий момент программа уже написана и успешно работает (уже 4 года). Обмен данными реализован через общий дисковый ресурс на сервере. В одну и другую сторону пересылаются меленькие файлики с данными. При этом в польшинстве случаев все работает прекрасно. Но бывают исключения, причем понять природу ошибки не представляется возможным, т.к. польшинство наших пользователей не в Москве.

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

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

Очевидно, что все это успешно можно сделать на ms sql server (большой опыт разработки под эту СУБД есть). Но, если я не ошибаюсь, его нужно покупать и он немало стоит.

Какие будут советы?

← →
Тимохов (2003-11-19 10:55) [1]

Еще одна спецификация:
С точки зрения delphi технология должны быть достаточно высокоуровневой. Т.е. сокеты и другие низкоуровненвые технологии не совсем подходят.

← →
panov (2003-11-19 10:59) [2]

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

И сокеты, на самом деле, здесь только лишь транспортный уровень.
(Как, впрочем, и файлы-)

← →
Тимохов (2003-11-19 11:04) [3]

to Panov
--------
В настоящее время у нас такая ситуация, что разбараться в каждой технологии с целью выяснения ее пригодности для нас не предатавляется возможным (по времени). Мы можем разобраться с какой-то одной технологией, предварительно ее выбрав. Поэтому если есть предложнение использовать сокеты, то хотелось бы задать несколько впоросов:
1. Будет ли это работать через интернет?
2. Есть ли у Вас пример навороченного использования сокетов (так как Вы напсали - с описанием своего протокола)? Штатный пример использования сокетов я знаю - он есть в дельфи.

← →
Reindeer Moss Eater (2003-11-19 11:07) [4]

1. Будет ли это работать через интернет?

Если этот постинг читается, значит это работает "через интернет"

← →
panov (2003-11-19 11:08) [5]

1. При использовании протокола TCP/IP работать через Интернет будет.
2. Протокол обмена описывается при детальной проработке задачи, исходя из условий. Общая схемы известны, поэтому ее реализация не должна занять много времени.

← →
Тимохов (2003-11-19 11:10) [6]

Все-таки...
1. Есть ли у кого сложный пример использования сокетов?
2. За большую консультацию (личную), и, возможно, написание проекта с нашей фирмы причитается.

← →
Тимохов (2003-11-19 11:11) [7]

Виноват, конечного не всего проекта, а только пилотного проекта.

← →
Reindeer Moss Eater (2003-11-19 11:15) [8]

Правильнее всего определиться со структурой информации которой необходимо обмениваться.
Как ею обмениваться - дело десятое и двадцатое.

← →
Digitman (2003-11-19 11:15) [9]

> Тимохов

> 1. Есть ли у кого сложный пример использования сокетов?

он и у тебя есть.
исходники Borland Socket Server в виде scktsrvr.dpr поставляются вместе с делфи

> 2. За большую консультацию (личную), и, возможно, написание
> проекта с нашей фирмы причитается.

вот это уже интересней).. здесь можно поподробней остановиться)

← →
Тимохов (2003-11-19 11:20) [10]

Digitman
1. По поводу scktsrvr, спасибо. Буду смотреть. Что-то я его не взял во внимание.
2. По поводу "интересного", ждите дальнейших предложнеий. Интерес есть. Возможно он разродится во что-то определенное.

← →
Digitman (2003-11-19 11:22) [11]

> Тимохов

> 2. По поводу "интересного", ждите дальнейших предложнеий.
> Интерес есть. Возможно он разродится во что-то определенное.

из этого всего я себе так понимаю : ТЗ пока не существует в природе

← →
Тимохов (2003-11-19 11:24) [12]

ТЗ есть - есть готовый продукт (работающий и успешно эксплуатирующийся). Просто надо его перевести на что-то новое и, естественно, более беспроблемное.

Будем думать дальше.

← →
nikkie (2003-11-19 11:29) [13]

>1. Будет ли это работать через интернет?
если есть вероятность того, что клиент будет выходить в интернет через прокси, то я бы предложил базироваться на HTTP-протоколе - наиболее вероятно, что HTTP-прокси будет работать у клиента. можно посмотреть что-нибудь на тему веб-сервисов - передача данных по HTTP-протоколу в XML-формате. сервер должен иметь прямой доступ в интернет, без прокси. иначе дело несколько осложняется.

← →
Digitman (2003-11-19 11:32) [14]

> ТЗ есть - есть готовый продукт (работающий и успешно эксплуатирующийся).
> Просто надо его перевести на что-то новое и, естественно,
> более беспроблемное.

вот именно - первым делом нужно разработать и утвердить ТЗ на это самое "что-то новое"... иначе - бардак)

← →
Digitman (2003-11-19 11:36) [15]

разработать полноценное ТЗ к проекту - львиная (и чуть ли не самая дорогая) часть "дела"

здесь 2 варианта :

1) заказчик предоставляет готовое ТЗ и платит подрядчику ощутимо меньше

2) заказчик НЕ предоставляет готовое ТЗ и платит подрядчику по полной программе

сам кодинг - фитюлька, мало стоящая внимания в этом деле)

← →
Тимохов (2003-11-19 11:45) [16]

Если дело дойдет, до конкретных действий, то задание будет. Возможно не на детальном уровне, но будет!

Вопрос про выбор технологии обмена данными по сети. Найти похожие ветки