将ASTA替换为中型解决方案

题

目前，我将使用Delphi7与ASTA一起使用ASTA来处理我的客户端服务器通信到Advantage DB。

我正在转到Rad Studio XE Enterprise，并希望切换到一个不同但相似的解决方案，因为ASTA的未来已经变得不确定。由于这将是对时间的大量投资，而且可能是金钱，所以我一直在研究这些选择，但已经到达了树木与森林的状况。

我将列出一些关于我需要的基本要点，如果有人可以提出特定的技术和产品组合，我应该专注于可能有助于满足这些需求，我将非常感谢。我真的只需要替换和/或提高ASTA提供的交流和加密能力，并在当前的积极发展和支持下。

- 我将使用Delphi Xe。

- 应用程序将是Win32，服务器将在Windows上运行。

不允许 - II。

-VPN要求不允许。

- 存放通信必须在本地或通过第三方插件来支持AES加密。

- 基于基本浏览器的某些基本应用程序访问，如果能够具有强大的安全性，将是一个奖励。

-Linux，Mac，Mobile的支持是非常低的优先级。

- 我需要能够满足NIST 800-53/FIPS 140-2的适应，但不需要认证。（与通信和加密有关）

由于这是我的第一个问题，请让我知道我是否可以更好地表达或详细说明我需要的内容。

感谢你们可以给的任何方向。

解决方案

免责声明：我为RemoBjects软件工作。

- 我将使用Delphi Xe。

数据摘要支持Delphi 7和Delphi 2007 Thru XE，我们会定期添加对Delphi新版本的支持（即XE2何时到达）

- 应用程序将是Win32，服务器将在Windows上运行。

我们支持那是。

不允许 - II。

在IIS中托管是一个选项在数据摘要中，螺母不是必需的。实际上，我们的首选/建议模型是使用独立的服务器可执行文件，您可以安装服务或手动运行，该服务可以打开自己的ORT，并且是完整的服务器。这些可能基于HTTP或其他协议（例如，更多的“金属” TCP或超级TCP通道）

-VPN要求不允许。

da不需要（但当然会通过工作）VPN。

- 存放通信必须在本地或通过第三方插件来支持AES加密。

DA支持AES和HTTPS（后者取决于您选择的基础通信方法）。

- 基于基本浏览器的某些基本应用程序访问，如果能够具有强大的安全性，将是一个奖励。

DA服务器可以通过JSON和REST/ODATA提供访问此外 DA为自己的客户提供的常规客户/服务器通信。这样，您不必妥协您的“真实”桌面客户端如何与您的服务器交谈，但是仍然可以灵活地让其他客户（包括基于Web的客户端）也使用开放标准与您的服务器交谈。

-Linux，Mac，Mobile的支持是非常低的优先级。

DA/Delphi支持Linux通过FPC（也是Mac，但我们认为Mac/fpc是更粗糙的领域；），一旦Embarcadero embarcadero船只，将通过Delphi添加对Linux和Mac的支持。

当然，如果您需要去那里，我们还拥有用于本机Mac/iOS开发（Xcode）和.NET（单声道是支持Linux的好方法）的DA版本的单独版本。

- 我需要能够满足NIST 800-53/FIPS 140-2的适应，但不需要认证。（与通信和加密有关）

这是我没有答案的唯一问题，因为我不知道该标准的细节。但是，如果您对此有具体的技术问题，请随时通过support@remobject与我或我们的支持团队联系

希望这可以帮助！

其他提示

我们最近使用RemoBject的DataIbsTract完成了我们的应用程序。这是一条学习曲线，但是一旦您结束了它，您会发现它是一种非常有意义的体验。这是我可以回答的问题：

我们使用remobjects SDK作为薄客户端软件：

带有TMS平滑控制的瘦客户，用D2010编写
与服务器（D2010，Windows Service）的通信（二进制，TCP）
使用RO SDK，您可以轻松地创建自己的（远程）功能，具有特殊参数，返回值等。所有业务逻辑都是服务器端。
我们不使用DataAbstract（非常数据库/表面，不喜欢将JavaScript用于业务规则）
支持压缩/加密，但我们不使用它们（内部网络）
您也可以使用HTTP+SOAP，我们使用Indyhttpserver组件和一些特殊的操作来创建一些简单的网页。关联： http://blog.delphiaddict.com/?p=171

RO SDK运作良好，高质量！

我建议直接与供应商交谈：

当然，他们会给您详细的答案。

许可以下： CC-BY-SA 和归因