forum.clarionlife.net

Чтобы не засорять другую ветку, вынесу отдельно.
Что хотелось бы? Прежде всего есть проблема со скоростью каналов интернета. Филиалы сидят на слабых каналах и почему-то нет желания\возможности увеличить. Руководство требует трёхзвенку (видимо, модная тема). Плюс веб-морда, но это типа не связано, а как-бы отдельно. Админы настроили каналы так, что http-протокол отрабатывает достаточно быстро и плюс ещё - проблема потери связи нивелируется. Сейчас у нас так. Десктопный клиент напрямую коннектится к SQL-серверу FB по tcp-ip протоколу. Получается плохо. Вот думаю - ip-драйвер поможет? Выступая в качестве прокладки на стороне SQL-сервера. Ну и в перспективе навесить на серверную часть какие-нибудь расчёты, отчёты... Есть у кого опыт? Вячеслав?

В моем случае, использую для клиента TPS+ IMDD и когда есть интернет SQL (авто-синхронизация) на сервере
интересно услышать как ip-драйвер в вашем случае поможет

В связке с sql я не пробовал. По обсуждениям на зарубежных форумах было, что а) некоторые так делали, б) работает через интернет ip драйвер несколько быстрее, чем ms sql.
Как я понял, делали такую связку из соображений безопасности, а не производительности. Скорее всего, если оптимизировать работу с sql и отказаться от стандартных шаблонов, то должно получиться приемлемо и без ip драйвера.
Мне ip драйвер оказался в тему именно как транспорт между серверной базой и удаленно работающими приложениями, когда надо обеспечить автономную работу без постоянного доступа в интернет. То есть удаленное приложение работает локально, а при наличии связи и потребности пишет в серверную базу данных или что-то считывает оттуда.

finsoftrz писал(а): ↑31 Июль 2017, 11:34 б) работает через интернет ip драйвер несколько быстрее, чем ms sql

У нас с FB засада, их клиент гоняет по сети какую-то информацию (разработчики FB это подтверждают и тоже толкают всех на трёхзвенку или вэб), поэтому получаем тормоза.

finsoftrz писал(а): ↑31 Июль 2017, 11:34 Скорее всего, если оптимизировать работу с sql и отказаться от стандартных шаблонов, то должно получиться приемлемо и без ip драйвера.

Без шаблонов те же траблы. Попытки оптимизировать запросы и т.д. приводят к улучшению, но не принципиально. Про MS SQL не знаю как он себя ведёт (надеюсь сильно лучше, чем FB), но в тренде у нас в конторе Postgres. И, честно говоря, переход на другой сервак - сильно ресурсоёмкий процесс, вплоть до невозможности. Пока чешем репу .

Вот, а у меня на любом терминальном сервере приложение будет работать без изменений...
Насколько я знаю, с PostgreSQL через интернет работал Олег Руденко. Он в последнее время редко пишет, но форум этот читает. Может, что подскажет...
Вызовы серверных функций в ip драйвере отрабатывают достаточно шустро. Но там ручной код. Хотя, при желании и наличии времени, все можно ошаблонить.

finsoftrz писал(а): ↑31 Июль 2017, 12:32 Вот, а у меня на любом терминальном сервере приложение будет работать без изменений...

Верю. Мы сейчас тоже сидим на терминале. Ничего переделывать не надо с точки зрения программера. Но траффик в компании вырос (внутренний траффик), терминалки уже не хватает. Дали команду смотреть в сторону вэб-морды и трёхзвенки. Мы не хозяева положения, к сожалению. Ещё просили посмотреть проект openstack (как вариант мигрировать туда). Но это совсем какой-то космос (облако типа амазоновского, но для бедных).

А сколько рабочих мест? Каналы интернета быстро развиваются, может, дешевле потратиться на них, чем переписывать прикладной софт. Опять таки, терминальных систем сейчас довольно много. В том числе, оптимизированные на плохие каналы связи. Может, погуглить их? Goglobal, например...

kreator писал(а): ↑31 Июль 2017, 10:25Что хотелось бы? Прежде всего есть проблема со скоростью каналов интернета. Филиалы сидят на слабых каналах и почему-то нет желания\возможности увеличить. Руководство требует трёхзвенку (видимо, модная тема). Плюс веб-морда, но это типа не связано, а как-бы отдельно. Админы настроили каналы так, что http-протокол отрабатывает достаточно быстро и плюс ещё - проблема потери связи нивелируется. Сейчас у нас так. Десктопный клиент напрямую коннектится к SQL-серверу FB по tcp-ip протоколу. Получается плохо. Вот думаю - ip-драйвер поможет? Выступая в качестве прокладки на стороне SQL-сервера. Ну и в перспективе навесить на серверную часть какие-нибудь расчёты, отчёты...

Kreator поднял интересную тему - SQL Server + Clarion IP Driver + Clarion Application - это возможно и целесообразно?

Основная проблемы при прямом доступе Clarion Application к SQL серверу через Internet низкая скорость, разрывы соединения и низкая безопасность.

Может ли решить применение Clarion IP Driver-а данные вопросы?

Clarion IP Driver тестировал только с TPS - работает (но это просто тест без промышленной эксплуатации), но у TPS известные проблемы с размером в 2GB на файл.

Есть ли какие примеры и шаблоны для построения трёхзвенной модели на Clarion?

Да не от нас это зависит! Конечно, первым делом мы сразу сели на терминалку. Контора сейчас внедряет VDI (продвинутый терминал от VMWare). Платная вещь, внедрение идёт тяжело (возможно из-за слабых каналов). Хорошо, что не сразу все садятся на этот VDI. Майкрософтовская терминальная служба будет, видимо, отключена. Но в любом случае, приоритет вэбу и трёхзвенке. А клиентов - одновременно 150 на наш сервер. В планах подключение ещё 50. Но траффик не только наш, общий. Думаю, одновременно в сети пара-тройка тысяч траффик ест.

Я бы начал с анализа, что эти 150 пользователей делают...
А вообще, как-то странно. Контора пользуется учетной системой, а разработчики ее ничего не решают и от них ничего не зависит. 2-3 тыс пользователей в сети для швейной фабрики...

Это не швейка. Это другое место работы. Швейку поддерживаю "по дружбе", по старой, на 1С переходить не хотят .
А здесь рулят эффективные АйТи-менеджеры .

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

Просто они так рулят!!! Как бы Титаником не оказаться. Они сначала всё разрушат. А потом начнут искать бюджет. Их жизнь - движуха.

Понятно, откуда растет тема про преимущество веба на плохих каналах... Они не говорили еще, что десктоп умер?

finsoftrz писал(а): ↑31 Июль 2017, 17:42 Они не говорили еще, что десктоп умер?

Обещают. Лет через пять .