ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Технологии для разработки трехзвенной архитектуры.
46 сообщений из 46, показаны все 2 страниц
  все  
Технологии для разработки трехзвенной архитектуры.
    #35008260
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
Ребята, хотелось бы услышать про чужой опыт (успешный или не очень) по реализации трехзвенки в системе, в которой от 50 клиентов (в моей случае - 70, и все в разных городах).
Дело в том, что сейчас возможно придется выбирать технологию для реализации и есть определенный риск, что решая одни проблемы, приобрету другие. В настоящий момент используется система, реализованная в Borland Builder: технология COM, связь осуществляется с помощью сокетов (для чего на сервере всегда запущена утилита scktsrvr.exe). На стороне клиента используется компонент TClientDataSet+TSocketConnection, на сервере - TDataSetProvider. Проблема в том, что система работает нестабильно. Периодически у клиентов возникает ошибка "Invalid SID", природу которой до сих пор толком понять не удалось. Причина в утилите scktsrvr.exe, которая не поддерживается производителем с 2004 года. Для устранения ошибки приходится перезапускать scktsrvr.exe, а так же перезапускать все клиентские программы (что останавливает работу на несколько минут). Было принято решение переводить все на компоненты kbmMW (тут можно узнать подробнее о них: http://www.components4programmers.com/). Соблазнило описание реализованной в них функциональности, однако на деле вся эта прекрасная функциональность работает не совсем гладко. Компоненты эти в некоторых местах сырые (в частности, там реализован модуль поддержки ODAC - именно эту технологию мы используем для доступа к бд Oracle, так в этом модуле были найдены и исправлены несколько ошибок). И реализованная на этих компонентах система работает неприемлимо медленно, хотя и весьма стабильно. Сейчас пытаемся разобраться со структурой кода компонентов, чтобы попытаться понять причины "тормозов" и по-возможности исправить их, однако не исключен вариант, что эта технология (эти компоненты) будет отвергнута. И тогда встанет вопрос (уже задаемся им периодически) — какую технологию использовать? Не хотелось бы вновь потратить много времени и в итоге отказаться от использования.
Собственно, мой вопрос потому так и звучит: кто что использует для трехзвенки при написании в Borland Builder и насколько успешен опыт использования? Полагаю многим будет интересно узнать про чужой опыт.
...
Рейтинг: 0 / 0
13.12.2007, 16:53
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008408
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
сделали в свое время. Транспорт весь собственной разработки, стандартные компоненты не прижились по разным причинам. Проекты разные, как локальные так и распределенные по разным городам-весям. Пользователей от 5 до 350. Но всю "базу" конечно пришлось разрабатывать самостоятельно.
...
Рейтинг: 0 / 0
13.12.2007, 17:20
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008538
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
А какие ресурсы вам для этого понадобились (люди/время)? На основе чего делали свой транспорт (Indy, other)?
...
Рейтинг: 0 / 0
13.12.2007, 17:45
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008607
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
john-blackА какие ресурсы вам для этого понадобились (люди/время)? На основе чего делали свой транспорт (Indy, other)?
транспорт на основе ADO, если конечно можно так сказать. Ресурсы до 10 ч/лет
...
Рейтинг: 0 / 0
13.12.2007, 18:01
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008739
Baldr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Baldr
Участник
Мы используем COM/DCOM, правда в условиях ЛВС. Клиентов 100+. Для удаленных офисов, т.е. тонких каналов, по моему разумению, подходит не очень.

Я бы Вам рекомендовал разработать собсвенный app. сервер на сокетах, альтернативный вариант -реализовать двухзвенку (клиент-Oracle) и разместить логику на стороне СУБД. Вариант тоже так себе, но для вашей задачи может и подойдет. Нотификацию клиентов можно делать DBMS_ALERT. :)
...
Рейтинг: 0 / 0
13.12.2007, 18:37
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008787
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
BaldrМы используем COM/DCOM, правда в условиях ЛВС. Клиентов 100+. Для удаленных офисов, т.е. тонких каналов, по моему разумению, подходит не очень.

Я бы Вам рекомендовал разработать собсвенный app. сервер на сокетах, альтернативный вариант -реализовать двухзвенку (клиент-Oracle) и разместить логику на стороне СУБД. Вариант тоже так себе, но для вашей задачи может и подойдет. Нотификацию клиентов можно делать DBMS_ALERT. :)

Логика и так реализована на стороне СУБД, app. сервер требуется в частности для компрессии пакетов (да и для шифрования, чего уж тут скрывать :)). Разработать собственный app. сервер - в наших условиях задача очень трудновыполнимая по причине отсутствия ресурсов (людей мало). Самый хороший вариант - воспользоваться одной из существующих технологий. Вопрос - какой именно? Сейчас используем COM (связь через сокеты). О минусах ее я написал в первом посте. Из известных есть еще MTS (и можно похоронить планы перевода сервера на Linux), CORBA, SOAP (связь по HTTP), и kbmMW(сторонние разработчики, первые впечатления не очень). Возможно есть еще что-то, разработанное сторонними разработчиками, о чем мы не знаем. Вот я и прошу поделиться опытом использования любых конкретных технологий и решений.
...
Рейтинг: 0 / 0
13.12.2007, 19:02
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008818
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
john-black TClientDataSet+TSocketConnection, на сервере - TDataSetProvider
в свое время тестировали MIDAS, но скорость работы...
Транспорт в принципе TCP/IP, но в связке с ADO. Выглядит в реале так (1.5 мин,500К), с удаленными хостами. (видео требует установки WebEx (2,3МБ))
...
Рейтинг: 0 / 0
13.12.2007, 19:14
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008860
Artemiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Artemiy
Участник
Уважаемые, а объясните мне вообще необходимость 3-х звенки в данной задаче?
Не кажется ли вам что такую систему проще и лучше будет реализовать по архитектуре классического клиент-сервера + сервер терминалов? Что не устаривает в таком решении? Чем не подходит?

Плюсы подхода:
* простота реализации; (классические, надежные технологии)
* высокая надежность;
* возможность распараллелить терминал сервера (Citrix). Вкупе с возможностями Oracle RAC мы получаем практически не ограниченную масштабируемость;
* относительно низкие требования к каналу;
* стабильность соединения. Даже если связь порвется, ваша работа и данные не будут потеряны, при повторном открытии терминальной сессии вы подключитесь к старой сессии.
* простота поддержки и обновления приложения(находится в одном месте, на сервере терминалов, настройки и данные пользователя находятся либо в базе, либо в профиле, хранящемся так же на сервере;
* возможность клиент работать на любых платформах поддерживающих возможность соединения с терминал-сервером;
* стабильность окружения в котором работает ПО, простота отладки.
...
Рейтинг: 0 / 0
13.12.2007, 19:32
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008872
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
john-blackЛогика и так реализована на стороне СУБД, app. сервер требуется в частности для компрессии пакетов (да и для шифрования, чего уж тут скрывать :)).
Хм. Насчет компрессии - не уверен, надо лезть в доку, а вот насчет шифрования интересно. Я так понимаю, поддерживаемого Oracle-ом SSL вам не хватает? Не секрет ли, в каком именно месте?

john-blackВот я и прошу поделиться опытом использования любых конкретных технологий и решений.
Присоединяюсь к точке зрения "трехзвенка не нужна". И чуть выше совершенно справедливо сказано о терминальном сервере.
...
Рейтинг: 0 / 0
13.12.2007, 19:40
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008891
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
ArtemiyУважаемые, а объясните мне вообще необходимость 3-х звенки в данной задаче?
Не кажется ли вам что такую систему проще и лучше будет реализовать по архитектуре классического клиент-сервера + сервер терминалов? Что не устаривает в таком решении? Чем не подходит?

Плюсы подхода:
* простота реализации; (классические, надежные технологии)
* высокая надежность;
* возможность распараллелить терминал сервера (Citrix). Вкупе с возможностями Oracle RAC мы получаем практически не ограниченную масштабируемость;
* относительно низкие требования к каналу;
* стабильность соединения. Даже если связь порвется, ваша работа и данные не будут потеряны, при повторном открытии терминальной сессии вы подключитесь к старой сессии.
* простота поддержки и обновления приложения(находится в одном месте, на сервере терминалов, настройки и данные пользователя находятся либо в базе, либо в профиле, хранящемся так же на сервере;
* возможность клиент работать на любых платформах поддерживающих возможность соединения с терминал-сервером;
* стабильность окружения в котором работает ПО, простота отладки.

Где можно почитать подробности? Я слово Citrix, признаться, слышу впервые. И еще: вы все эти плюсы перечислили, опираясь на собственный опыт? Какие у вас условия? Сколько клиентов? В условиях локальной сети или через интернет (при глючном модемном, gprs, etc)?
...
Рейтинг: 0 / 0
13.12.2007, 19:50
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008960
ValPot
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ValPot
Гость
Не пробовали, но внушает.

www.realthinclient.com
...
Рейтинг: 0 / 0
13.12.2007, 20:30
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35008991
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
ValPotНе пробовали, но внушает.

www.realthinclient.com

Спасибо, ознакомлюсь.
...
Рейтинг: 0 / 0
13.12.2007, 20:58
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35009004
Artemiy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Artemiy
Участник
Лично применяю и считаю эту технологию наиболее подходящей в таких случаях. Так же считаю её лучшим вариантом, чем всякие веб-армы и прочие веб сервисы. По крайней мере для ограниченных внутренних информационных систем и армов.

У нас на предприятии данное решение широко применяется как для работы с сторонними приложениями, так и для работы с самописными системами (разработкой и поддержкой одной из них я занимаюсь)

Похвастаться множеством различных городов с разными каналами я не могу. У нас работают люди в филиалах (крупные города РФ), люди их нашего города по интернету + некоторые пользователи в офисе по локалке.
Теоретически все проблемы производительности и масштабируемости решаются простым увеличением мощности терминал-серверов + субд. Обычно нужна только память, много памяти.
Можно сервера параллелить, соберать фермы (20 пользователей работают на сервере1, 20 на сервере2)

Можете поинтересоваться у 1С-ников, они ИМХО первые в нашей стране начали широко применять данную технологию.

Из минусов могу отметить лишь:
* не нулевые требования к каналу;
* ограниченность в разрешении и цветности клиента (зависит от канала);
* стоимость лецензий

ЗЫ Считаю, что в будущем привлекательность таких решений будет только расти в связи с развитием каналов связи.
...
Рейтинг: 0 / 0
13.12.2007, 21:16
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35009525
Глас народа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глас народа
Участник
Artemiy
ЗЫ Считаю, что в будущем привлекательность таких решений будет только расти в связи с развитием каналов связи.

Не будет. :-) Терминалки в распределенных системах - это временный костыль, призванный для лечения криво спроектированных продуктов типа 1С (7.7 и ниже).

Дело в том, что как только потребителем информации в удаленной системе станут не только люди, а еще и другие ИС (а это потребуется рано или поздно), вся затея с терминалками накроется медным тазом. Все равно придется писать RPC - интерфейс в дополнение к имеющемуся директ-клиенту. Может лучше все-таки сразу написать нормальную трехзвенку? ;)

топикстартеру: вебсервисы - без альтернатив, если объемы передаваемых данных не сильно критичны.
...
Рейтинг: 0 / 0
14.12.2007, 10:05
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35009542
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
ArtemiyЗЫ Считаю, что в будущем привлекательность таких решений будет только расти в связи с развитием каналов связи.
Наоборот. Такие решения привлекательны в основном на далеких от идеала каналах связи. При идеальных каналах их вытеснит нормальный клиент-сервер.
...
Рейтинг: 0 / 0
14.12.2007, 10:10
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35009777
john-black
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
john-black
Гость
Глас народа[quot Artemiy]
топикстартеру: вебсервисы - без альтернатив, если объемы передаваемых данных не сильно критичны.

А нельзя немного поподробнее? Какие объемы считать критичными? Хорошо было бы послушать о личном опыте. Для меня важна скорость работы, а каналы у многих клиентов (в каких-нибудь Урюпинсках) не ахти.

А что касается терминалов, то я сильно сомневаюсь, что это подойдет для моих условий. Качество связи очень далеко от идеала, часты обрывы. Потому хотелось бы вернуться к теме топика, а именно: поделитесь опытом реализации трехзвенок в похожих условиях.
...
Рейтинг: 0 / 0
14.12.2007, 11:11
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35010343
Глас народа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глас народа
Участник
john-black Глас народа[quot Artemiy]
топикстартеру: вебсервисы - без альтернатив, если объемы передаваемых данных не сильно критичны.

А нельзя немного поподробнее? Какие объемы считать критичными? Хорошо было бы послушать о личном опыте. Для меня важна скорость работы, а каналы у многих клиентов (в каких-нибудь Урюпинсках) не ахти.

А что касается терминалов, то я сильно сомневаюсь, что это подойдет для моих условий. Качество связи очень далеко от идеала, часты обрывы. Потому хотелось бы вернуться к теме топика, а именно: поделитесь опытом реализации трехзвенок в похожих условиях.

По субъективным ощущениям, XML-сериализация в среднем раза в четыре объемнее бинарной. Но можно жать трафик на уровне HTTP, немного возрастет нагрузка.
Преимущества XML-сервисов в том, что их понимают все современные технологии и платформы (без этого зоопарка: DCOM, CORBA, Remoting...). И свободно проходит брандмауэры по HTTP.

Если каналы так себе - можно просто уменьшать размер SOAP-пакетов - дробить на несколько, делать пэйджинг на сервере.

Аналогичную систему делали, правда, под .NET, но это непринципиально, на то и вебсервисы.
Есть еще такая штука RemObjects , как раз занимается трехзвенками для Дельфей. Сами не мучали, слышали неплохие отзывы.
...
Рейтинг: 0 / 0
14.12.2007, 13:17
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35010446
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
>john-black
> ... по реализации трехзвенки ...
Посмотри Архитектура приложений

Но ..., написана на С# под .Net.

С уважением, Владимир.
...
Рейтинг: 0 / 0
14.12.2007, 13:44
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35010478
Dmitriy Ivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitriy Ivanov
Участник
Гн> По субъективным ощущениям, XML-сериализация в среднем раза в четыре
Гн> объемнее бинарной. Но можно жать трафик на уровне HTTP, немного
Гн> возрастет нагрузка. Преимущества XML-сервисов в том, что их
Гн> понимают все современные технологии и платформы (без этого
Гн> зоопарка: DCOM, CORBA, Remoting...).

XML - тяжеловесная технология, оправданность ее применения с большими
объемами данных сомнительна.

Гн> И свободно проходит брандмауэры по HTTP.

Т.е. "бесконтрольно" проходит через HTTP. Иными словами: захочешь
контролировать доступ к таким сервисам - намучаешься.


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
14.12.2007, 13:54
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35010578
Kachalov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Kachalov
Участник
Java EE
...
Рейтинг: 0 / 0
14.12.2007, 14:25
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35010589
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Глас народаПо субъективным ощущениям, XML-сериализация в среднем раза в четыре объемнее бинарной.
объективные ощущения (один набор данных).
До сжатия: XML - 3.81MB, Binary - 2.5MB
После сжатия сервером: XML - 588K, Binary - 588K
...
Рейтинг: 0 / 0
14.12.2007, 14:27
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35011128
Глас народа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глас народа
Участник
Dmitriy Ivanov
Гн> По субъективным ощущениям, XML-сериализация в среднем раза в четыре
Гн> объемнее бинарной. Но можно жать трафик на уровне HTTP, немного
Гн> возрастет нагрузка. Преимущества XML-сервисов в том, что их
Гн> понимают все современные технологии и платформы (без этого
Гн> зоопарка: DCOM, CORBA, Remoting...).

XML - тяжеловесная технология, оправданность ее применения с большими
объемами данных сомнительна.

Гн> И свободно проходит брандмауэры по HTTP.

Т.е. "бесконтрольно" проходит через HTTP. Иными словами: захочешь
контролировать доступ к таким сервисам - намучаешься.


Posted via ActualForum NNTP Server 1.4

"Бесконтрольно" - это как?
HTTP-запросы не ломятся в мою сеть, я сам делаю запросы к вебсервису и получаю HTTP-ответы. Чем это отличается от обычного web-серфинга через брандмауэр (с точки зрения контроля доступа)??

Если же вы имеете в виду контроль на стороне Web-сервиса, то нормальные веб-сервера (Apache, IIS) имеют весьма развитые средства безопасности - для этого они и создавались, в общем-то...
...
Рейтинг: 0 / 0
14.12.2007, 16:18
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35011280
ВМоисеев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ВМоисеев
Участник
>iscrafm
> ...объективные ощущения ...

Реальные данные - некоторые числовые характеристики прототипа
(для первой страницы полной выборки из таблицы Фильмы):
- число строк в странице – 240,
- размер не сжатой страницы выборки по фильмам, примерно
325 000 байт - сериализация Microsoft (Soap),
60 000 байт - сериализация Microsoft (Binary),
22 000 - моя сериализация,
- размер сжатой страницы выборки по фильмам, примерно
22 000 байт - вариант Microsoft (Soap),
13 000 байт - вариант Microsoft (Binary),
12 000 - мой вариант
- Вывод: сжимайте сериализованное.

С уважением, Владимир.
...
Рейтинг: 0 / 0
14.12.2007, 16:58
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35012753
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Глас народа wrote:
> Преимущества XML-сервисов в том, что их понимают все современные
> технологии и платформы (без этого зоопарка: DCOM, CORBA, Remoting...). И
> свободно проходит брандмауэры по HTTP.

А CORBA что, не все понимают, что ли ? А про брандмауэры - это
никому не нужно.

Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
16.12.2007, 02:39
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35012858
Глас народа
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Глас народа
Участник
MasterZiv
Глас народа wrote:
> Преимущества XML-сервисов в том, что их понимают все современные
> технологии и платформы (без этого зоопарка: DCOM, CORBA, Remoting...). И
> свободно проходит брандмауэры по HTTP.

А CORBA что, не все понимают, что ли ? А про брандмауэры - это
никому не нужно.

Интересно, а какие такие преимущества у Corba перед вебсервисами?

Зы: насчет брандмауэров - не нужно выдавать личное мнение за объективное...
...
Рейтинг: 0 / 0
16.12.2007, 10:56
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35012885
apapacy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
apapacy
Участник
Глас народа
Не будет. :-) Терминалки в распределенных системах - это временный костыль, призванный для лечения криво спроектированных продуктов типа 1С (7.7 и ниже).


Зачем вводить людей в заблуждение? С версии 7.7 1с работает надежно, особенно SQL-вариант. Что касается распределенки в 1с - я знаю массу успешных внедрений распределенки через e-mail - работает надежно, хотя если вам нужно всегда быть в online-режиме это не подойдет. С другой стороны если задать синхронизацию с малым периодом времени - можно работать ну почти как в онллайне.

Теперь есть и другая возможность в 1с - публиковать экранные формочки документов через веб-сервер и работать с 1с-базой как с веб-приложением. Не сильно удобный веб-интерфейс (в части поиска по спискам) - но функционал 100% настольной системы.

Не подумайте, что я сторонник 1с. Я сам удаленный доступ делаю через веб-сервер и с использованием технологии Ajax - так что все удобства интерфейса сравнимы (а иногда даже превосходят) windows-GUI. Но истина дороже...
...
Рейтинг: 0 / 0
16.12.2007, 12:27
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35012900
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Глас народа wrote:
> Интересно, а какие такие преимущества у Corba перед вебсервисами?

В общем, я думаю то же самое, только без шизонутых WEB ов и XML-ей.
Оно конечно, кто-то может сказать, что WEB-service - это то же самое,
но без шизонутой CORBA, ну да кому что больше нравится.
Я правда не большой знаток веп-сервисов. Но наличие стандартизированного
бриджа CORBA-SOAP позволяет мне надеятся, что в общем функционально
они достаточно эквивалентны.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
16.12.2007, 12:48
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35015877
strizh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
strizh
Участник
Поддерживаю сторонников двухзвенки.
Ради компрессии и шифрования не стОит городить огород трехзвенки.
Мало SSL в Оракле - поднимите SSH на сервере и клиенте и шифруйте соединение на здоровье. Надо сжатие трафика - так покупайте железяки (машрутизаторы, кабельные модемы etc) с возможностью аппаратного сжатия. Стоят, по сравнению с затяжными программными разработками, копейки. Как, коэффициента сжатия 1:4 мало ? Не верю !
...
Рейтинг: 0 / 0
17.12.2007, 19:47
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35015939
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
ради компрессии и шифрования сервера приложений не создаются. Иначе бы они назывались Сервер компрессии и шифрования
...
Рейтинг: 0 / 0
17.12.2007, 20:10
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016623
Dmitriy Ivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitriy Ivanov
Участник
> Поддерживаю сторонников двухзвенки.
s> Ради компрессии и шифрования не стОит городить огород трехзвенки.
s> Мало SSL в Оракле - поднимите SSH на сервере и клиенте и шифруйте
s> соединение на здоровье. Надо сжатие трафика - так покупайте железяки
s> (машрутизаторы, кабельные модемы etc) с возможностью аппаратного
s> сжатия. Стоят, по сравнению с затяжными программными разработками,
s> копейки. Как, коэффициента сжатия 1:4 мало ? Не верю !

Согласен.

Из программных подходов самый дешевый - терминалка. Причем, даже настоящий
клиент-сервер не нужен - на Access будет работать быстрее. Файлы базы можно
положить на сам терминальный сервер - все летать будет. (Напротив, сервер
СУБД вряд ли можно совместить с терминальным).

Сужу по своему прошлому опыту работы в одной консалтинговой конторе.
Заказчиком был крупный международный перевозчик с офисами на пяти
континентах. Приложение на Access на Citrix-сервере через WAN тягают около
80 пользователей. После моего ухода контора второй год предлагает переписать
все на Web - безрезультатно: то ли у закачика денег не хватает, то ли с
мозгами все в порядке.


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
18.12.2007, 09:55
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016639
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
john-blackКачество связи очень далеко от идеала, часты обрывы. Потому хотелось бы вернуться к теме топика, а именно: поделитесь опытом реализации трехзвенок в похожих условиях.
В таких ситуациях трехзвенка не поможет, и терминалы тоже. Необходимо использовать оффлайновую репликацию данных.

ИМХО. Не надо гнаться за "модой" на трехзвенки и всякие вебы. У меня был только один случай, когда действительно было необходимо использовать сервер приложений, и его использовали. Во всех остальных случаях мне не смогли обосновать необходимость его выделения.
...
Рейтинг: 0 / 0
18.12.2007, 10:01
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016719
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Сергей Васкецов
ИМХО. Не надо гнаться за "модой" на трехзвенки и всякие вебы.

=== +1

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

=== какой?
...
Рейтинг: 0 / 0
18.12.2007, 10:25
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016733
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
Petro123какой?
Сервер приложений работал в сильно гетерогенной среде с множеством источников данных и множеством их потребителей. Оказалось очень удобным всю логику перенести именно туда.
...
Рейтинг: 0 / 0
18.12.2007, 10:30
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016742
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
softwarer
Участник
Сергей ВаскецовВ таких ситуациях трехзвенка не поможет, и терминалы тоже. Необходимо использовать оффлайновую репликацию данных.
Я люблю оффлайновую репликацию, но не был бы так уверен. У нее есть своя цена, в первую очередь цена разработки приложения под нее, и я не уверен, что ее всегда стоит платить. Имхо если часты именно обрывы (с восстановлением), а не "пропадания без восстановления", и если стоимость траффика невелика (то есть мы закрываем глаза на то, что по каналу регулярно ездят одни и те же данные), то "софт, умеющий безболезненно восстановить работу после обрыва" - в том числе терминал - имеет хорошие шансы оказаться лучшим выбором.
...
Рейтинг: 0 / 0
18.12.2007, 10:33
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35016781
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
softwarerЯ люблю оффлайновую репликацию, но не был бы так уверен. У нее есть своя цена, в первую очередь цена разработки приложения под нее, и я не уверен, что ее всегда стоит платить
Безусловно это не серебряная пуля.

softwarerИмхо если часты именно обрывы (с восстановлением), а не "пропадания без восстановления", и если стоимость траффика невелика (то есть мы закрываем глаза на то, что по каналу регулярно ездят одни и те же данные), то "софт, умеющий безболезненно восстановить работу после обрыва" - в том числе терминал - имеет хорошие шансы оказаться лучшим выбором.
Верно, это всегда вопрос цены решения и его поддержки и цены простоя и передачи данных.
...
Рейтинг: 0 / 0
18.12.2007, 10:41
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35017406
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Dmitriy Ivanov
сервер
СУБД вряд ли можно совместить с терминальным.
...
Рейтинг: 0 / 0
18.12.2007, 13:19
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35017423
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
iscrafm
Участник
Сергей ВаскецовУ меня был только один случай, когда действительно было необходимо использовать сервер приложений, и его использовали. Во всех остальных случаях мне не смогли обосновать необходимость его выделения.
хм... Сергей, где Вы находите такие девственно чистые предприятия? А у нас что не проект, то много источников данных, разброс территориальный и прочие вещи. Без СП никуда.
...
Рейтинг: 0 / 0
18.12.2007, 13:23
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35017654
Фотография Сергей Васкецов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Васкецов
Участник
iscrafmмного источников данных
В большинстве случаев проще обошелся простой импорт данных в ERP. Например, некоторые клиенты проводки по зарплате импортируют напрямую в журнал (у нас нет "зарплаты"). Справочник БИК импортируется из справочника ЦБ. Или я неверно понял вопрос?

iscrafmразброс территориальный
Клиенты а) обходятся или терминальными серверами (MS или Citrix), или б) репликацию поднимают (Sybase RepServer), или в) "напрямую" по модему ходят (если это дело в чистом поле происходит).
...
Рейтинг: 0 / 0
18.12.2007, 14:16
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35019106
Фотография Диез
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Диез
Участник
apapacy Глас народа
Не будет. :-) Терминалки в распределенных системах - это временный костыль, призванный для лечения криво спроектированных продуктов типа 1С (7.7 и ниже).


Зачем вводить людей в заблуждение? С версии 7.7 1с работает надежно, особенно SQL-вариант. Что касается распределенки в 1с - я знаю массу успешных внедрений распределенки через e-mail - работает надежно, хотя если вам нужно всегда быть в online-режиме это не подойдет. С другой стороны если задать синхронизацию с малым периодом времени - можно работать ну почти как в онллайне.

Теперь есть и другая возможность в 1с - публиковать экранные формочки документов через веб-сервер и работать с 1с-базой как с веб-приложением. Не сильно удобный веб-интерфейс (в части поиска по спискам) - но функционал 100% настольной системы.

Не подумайте, что я сторонник 1с. Я сам удаленный доступ делаю через веб-сервер и с использованием технологии Ajax - так что все удобства интерфейса сравнимы (а иногда даже превосходят) windows-GUI. Но истина дороже...

Истина дороже... Золотые слова!

Никого не ввожу в заблуждение. Не имею такой привычки.

Насчет надежности и функциональности ОдинЭс СемьСемь не имею нареканий нисколько. Но насчет продуманности архитектуры - сакс :))

Вы знаете, что SQL-версия 1С7 точно так же загружает все данные с sql-сервера, и обрабатывает их на клиенте, как и в случае локальной DBF-версии??

Если сеть менее 10мбит (например, при наличии выделенки), то работа с 1С7 превращается в тупое таращенье в белые окошки.

Есть выходы:

0. Отказаться от 1С. Это нереально.
1. Купить Веб-интерфейс к 1С у кого-то. Ненадежный и неудобный.
2. Купить нормальные каналы связи. За безумные бабки.
3. Купить терминальный сервер.

Вот именно поэтому, первыми, кто стал применять терминальные серверы в корпоративных системах, стали одинэсники. У них просто другого выбора не было.

PS. Про 1С 8.0 - отдельный разговор, там более-менее всё продумано.
...
Рейтинг: 0 / 0
19.12.2007, 00:55
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35019121
apapacy
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
apapacy
Участник
Диез

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

Кстати, терминал+dbf в 1с 7.7 наталкивался на проблему производительности примерно на 50 рабочих местах и при большем количестве рабочих мест приходилось использовать ту же распределенку с малым периодом синхронизации (и конечно с некоторой функциональной специализацией каждой удаленной базы). так что 200 рабочих мест это было 50+50+50+50 при одной центральной базе и четырех удаленных. Хотя сейчас техника ушла вперед - и может быть кто-то реализовал такой объем и без распределенки.
...
Рейтинг: 0 / 0
19.12.2007, 01:26
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35030765
NetObserver
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
NetObserver
Участник
john-blackРебята, хотелось бы услышать про чужой опыт (успешный или не очень) по реализации трехзвенки в системе, в которой от 50 клиентов (в моей случае - 70, и все в разных городах).
Трехзвенка на сокетах, сервер приложений свой, протокол обмена свой. В среднем онлайн сидят 60 клиентов, в пике замечал до 120. Клиенты от Читы до Калининграда, многие работают по модему или GPRS.
Вся основня логика в базе данных. Сервер приложений занимается сжатием трафика, шифрованием, кешированием некоторых данных, пересылкой клиенту данных от других приложений(не БД), исполнением некритичной бизнес логики - генератор отчетов...
Схема конечно трудозатратная, однако очень гибкая.
По тонким каналам связи - реализована возможность отключить алгоритм Nagle и поигратся с MTU пакета для каждого клиента персонально. Очень выручает на хреновых линиях.
...
Рейтинг: 0 / 0
24.12.2007, 17:59
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35033483
Олег Гапон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Олег Гапон
Участник
john-blackТехнологии для разработки трехзвенной архитектуры.

N-звенная технология покатит ?

EJB
легковесные Spring контейнеры и т.д.

Конечно всё на Java
...
Рейтинг: 0 / 0
25.12.2007, 17:55
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35033706
Dmitriy Ivanov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Dmitriy Ivanov
Участник
ОГ> Автор: Олег Гапон
ОГ> N-звенная технология покатит ?
ОГ>
ОГ> EJB
ОГ> легковесные Spring контейнеры и т.д.
ОГ>
ОГ> Конечно всё на Java

Легковесная Java - RTFM!


Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
25.12.2007, 19:12
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35034275
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Олег Гапон john-blackТехнологии для разработки трехзвенной архитектуры.

N-звенная технология покатит ?

EJB
легковесные Spring контейнеры и т.д.

Конечно всё на Java
особенно малозатратная :)
...
Рейтинг: 0 / 0
26.12.2007, 09:46
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35066538
qwerty666
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
qwerty666
Участник
john-blackРебята, хотелось бы услышать про чужой опыт (успешный или не очень) по реализации трехзвенки в системе, в которой от 50 клиентов (в моей случае - 70, и все в разных городах).
Дело в том, что сейчас возможно придется выбирать технологию для реализации и есть определенный риск, что решая одни проблемы, приобрету другие. В настоящий момент используется система, реализованная в Borland Builder: технология COM, связь осуществляется с помощью сокетов (для чего на сервере всегда запущена утилита scktsrvr.exe). На стороне клиента используется компонент TClientDataSet+TSocketConnection, на сервере - TDataSetProvider. Проблема в том, что система работает нестабильно. Периодически у клиентов возникает ошибка "Invalid SID", природу которой до сих пор толком понять не удалось. Причина в утилите scktsrvr.exe, которая не поддерживается производителем с 2004 года. Для устранения ошибки приходится перезапускать scktsrvr.exe, а так же перезапускать все клиентские программы (что останавливает работу на несколько минут). Было принято решение переводить все на компоненты kbmMW (тут можно узнать подробнее о них: http://www.components4programmers.com/). Соблазнило описание реализованной в них функциональности, однако на деле вся эта прекрасная функциональность работает не совсем гладко. Компоненты эти в некоторых местах сырые (в частности, там реализован модуль поддержки ODAC - именно эту технологию мы используем для доступа к бд Oracle, так в этом модуле были найдены и исправлены несколько ошибок). И реализованная на этих компонентах система работает неприемлимо медленно, хотя и весьма стабильно. Сейчас пытаемся разобраться со структурой кода компонентов, чтобы попытаться понять причины "тормозов" и по-возможности исправить их, однако не исключен вариант, что эта технология (эти компоненты) будет отвергнута. И тогда встанет вопрос (уже задаемся им периодически) — какую технологию использовать? Не хотелось бы вновь потратить много времени и в итоге отказаться от использования.
Собственно, мой вопрос потому так и звучит: кто что использует для трехзвенки при написании в Borland Builder и насколько успешен опыт использования? Полагаю многим будет интересно узнать про чужой опыт.

Выход для Вас только один-переделывай всё под веб....а то Вы тут уже с ума сходите, перечисляете, какие технологии круче и почему:-)))).Всё очень просто и прямо написанный сайт будет легко держать 100 пользователей(если СУБД не Access, конечно:-))))).
...
Рейтинг: 0 / 0
16.01.2008, 18:30
| Ответить | Цитировать | Написать  
Технологии для разработки трехзвенной архитектуры.
    #35079457
Alex S
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Alex S
Участник
john-blackРебята,... Периодически у клиентов возникает ошибка "Invalid SID", природу которой до сих пор толком понять не удалось. Причина в утилите scktsrvr.exe, которая не поддерживается производителем с 2004 года. ....
Ведь ее исходники есть {DELPHI}\Source\Vcl\ScktSrvr.dpr
может просто исправить ошибку ?
...
Рейтинг: 0 / 0
22.01.2008, 16:49
| Ответить | Цитировать | Написать  
46 сообщений из 46, показаны все 2 страниц
  все  
Форумы / Разработка информационных систем [игнор отключен] [закрыт для гостей] / Технологии для разработки трехзвенной архитектуры.
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?all=1&fid=33&tid=1548895]:
 0ms
get settings:
 8ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 127ms
get topic data:
 9ms
get forum data:
 2ms
get page messages:
 68ms
get tp. blocked users:
 1ms
others: 265ms
total:  502ms
созд. / загр.: 502ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]