Замена ASTA в качестве промежуточного решения

В настоящее время я использую Delphi7 вместе с ASTA для обработки связи моего клиент-сервера с базой данных Advantage.

Я перехожу в Rad Studio XE Enterprise и надеюсь перейти на другое, но похожее решение, поскольку будущее ASTA стало несколько неопределенным. Поскольку это будет большая инвестиция во времени и, возможно, в деньги, я изучал варианты, но достиг ситуации с деревьями и лесом.

Я перечислю некоторые основные моменты о том, что мне нужно, и если кто-то может предложить конкретную комбинацию технологий и продуктов, на которых я должен сосредоточиться, которые могут помочь удовлетворить эти потребности, я буду очень признателен. Мне просто нужно заменить и / или улучшить возможности связи и шифрования, которые ASTA предоставила чем-то текущим и находящимся в стадии активной разработки и поддержки.

    -Я буду использовать Delphi XE.
    -Приложений будет Win32, сервер будет работать на Windows.
    -IIS не допускается.
    Требование -VPN не допускается.
    -Социальная связь должна поддерживать шифрование AES как внутри, так и через сторонние дополнения.
    - Некоторый базовый браузерный доступ к приложениям был бы бонусом, ЕСЛИ он способен обеспечить надежную защиту.
    -Поддержка для Linux, Mac, Mobile является очень низким приоритетом.
    -Мне нужно будет соответствовать требованиям NIST 800-53/FIPS 140-2, но мне не понадобится сертификация. (поскольку они относятся к связи и шифрованию)

Поскольку это мой первый вопрос, пожалуйста, дайте мне знать, если я смогу лучше сформулировать или детализировать то, что мне нужно.

Спасибо за любое направление, которое вы, ребята, можете дать.

Источник

4 ответа

Решение

Отказ от ответственности: я работаю на RemObjects Software.

-Я буду использовать Delphi XE.

Data Abstract поддерживает Delphi 7 и Delphi 2007 через XE, и мы регулярно добавляем поддержку новых версий Delphi как можно скорее (то есть, когда приходит XE2)

-Приложений будет Win32, сервер будет работать на Windows.

Мы поддерживаем это да.

-IIS не допускается.

Хостинг в IIS является опцией в данных Аннотация, орех не является обязательным требованием. на самом деле, наша предпочтительная / предложенная модель использует автономные исполняемые файлы сервера, которые вы можете установить или запустить вручную, которые открывают свои собственные узлы и являются полными серверами. они могут быть основаны на HTTP или на других протоколах (таких как более "металлические" каналы TCP или Super TCP)

Требование -VPN не допускается.

DA не нужно (но, конечно, будет работать через) VPN.

-Социальная связь должна поддерживать шифрование AES как внутри, так и через сторонние дополнения.

DA поддерживает AES из коробки, а также HTTPS (последний в зависимости от основных методов связи, которые вы выбираете).

- Некоторый базовый браузерный доступ к приложениям был бы бонусом, ЕСЛИ он способен обеспечить надежную защиту.

Серверы DA могут предоставлять доступ через JSON и REST/OData в дополнение к обычной связи клиент-сервер, которую DA обеспечивает для своих клиентов. Таким образом, вам не нужно идти на компромисс в отношении того, как ваши "настоящие" настольные клиенты общаются с вашим сервером, но при этом у вас есть гибкость, позволяющая другим клиентам (включая веб-клиенты) также общаться с вашим сервером, используя открытые стандарты.

-Поддержка для Linux, Mac, Mobile является очень низким приоритетом.

DA / Delphi поддерживает Linux через FPC (Mac тоже, но мы считаем Mac/FPC более жесткой территорией;) и добавит поддержку Linux и Mac через Delphi, как только Embarcadero выпустит это.

Конечно, у нас также есть отдельные версии DA для разработки на Mac/iOS (в Xcode) и для.NET (благодаря Mono - это хороший способ поддержки Linux), если вам когда-нибудь понадобится туда.

-Мне нужно будет соответствовать требованиям NIST 800-53/FIPS 140-2, но мне не понадобится сертификация. (поскольку они относятся к связи и шифрованию)

это единственный вопрос, на который у меня нет ответа, так как я не знаю деталей этого стандарта. Но если у вас есть конкретные технические вопросы по этому поводу, пожалуйста, не стесняйтесь обращаться ко мне или в нашу службу поддержки по адресу support@remobjects.com

надеюсь это поможет!

Источник

Недавно мы закончили переписывать наше приложение, используя DataAbstract из RemObjects. Это немного кривая обучения, но как только вы закончите, вы найдете очень полезный опыт. Вот вопросы, на которые я могу ответить:

  • Я буду использовать Delphi XE - XE поддерживается.

  • Приложения будут Win32, сервер будет работать под Windows - DA работает с Windows и MAC.

  • IIS не разрешен - нет необходимости в IIS

  • Связь через сокет должна поддерживать шифрование AES как изначально, так и через сторонние дополнения - AES поддерживается "из коробки".

Источник

Мы используем RemObjects SDK для нашего программного обеспечения для тонких клиентов:

  • тонкий клиент с TMS Smooth Controls, написанный на D2010
  • связь (двоичная, TCP) с сервером (D2010, Windows Service)
  • С RO SDK вы можете легко создавать свои собственные (удаленные) функции со специальными параметрами, возвращаемыми значениями и т. Д. Вся бизнес-логика на стороне сервера.
  • мы не используем DataAbstract (очень ориентированный на базу данных / таблицу, не люблю использовать Javascript для бизнес-правил)
  • сжатие / шифрование поддерживается, но мы не используем их (внутренняя сеть)
  • Вы также можете использовать HTTP+SOAP, мы используем компонент IndyHTTPServer с особой обработкой, чтобы создать несколько простых веб-страниц. Ссылка: http://blog.delphiaddict.com/?p=171

RO SDK работает очень хорошо и качественно!

Источник

Я предложу поговорить напрямую с продавцами:

  • RemObjects относительно RO SDK + DA - support@remobjects.com
  • Components4Developers относительно kbmMW - support@components4developers.com
  • RealThinClient относительно RTC SDK - devsupport@realthinclient.com

Конечно, они дадут вам подробные ответы.

Источник
Другие вопросы по тегам