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

StackOverflow https://stackoverflow.com/questions/4822062

Вопрос

В настоящее время я использую Delphi7 вместе с ASTA для обработки связи с клиентским сервером с преимуществом DB.

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

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

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

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

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

Это было полезно?

Решение

Отказ от ответственности: я работаю в программном обеспечении Remobjects.

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

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

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

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

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

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

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

DA не понадобится (но, конечно, будет работать через) VPNS.

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

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

-Какный базовый доступ к приложениям на основе браузера был бы бонусом, если он способен к сильной безопасности.

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

-Супорт для Linux, Mac, Mobile -очень низкий приоритет.

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

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

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

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

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

Другие советы

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

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

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

  • IIS не допускается - Нет необходимости в IIS

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

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

  • Тонкий клиент с гладкими контролем TMS, написанный в D2010
  • Коммуникация (двоичный, TCP) с сервером (D2010, служба Windows)
  • С RO SDK вы можете легко создать свои собственные (удаленные) функции, со специальными параметрами, возвращающими значениями и т. Д. Вся бизнес -логика - это сторона сервера.
  • Мы не используем DataBstract (очень ориентированная на базу данных/таблицы, не любите использовать 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

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

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top