Ersetzen von ASTA als mittelgroßer Lösung

Question

Ich verwende derzeit DelPhi7 zusammen mit ASTA, um meine Client -Server -Kommunikation zu einem Vorteil DB zu verarbeiten.

Ich wechsle zu Rad Studio XE Enterprise und möchte zu einer anderen, aber ähnlichen Lösung wechseln, wie die Zukunft von ASTA etwas ungewiss geworden ist. Da dies eine große Investition in der Zeit und wahrscheinlich Geld sein wird, habe ich die Optionen untersucht, aber eine Bäume gegen Waldsituation erreicht.

Ich werde einige grundlegende Punkte auf das auflisten, was ich brauche, und wenn jemand eine bestimmte Kombination von Technologien und Produkten vorschlagen kann, auf die ich mich konzentrieren sollte, kann ich es sehr zu schätzen wissen. Ich muss wirklich nur die Kommunikations- und Verschlüsselungsfähigkeiten ersetzen und/oder verbessern, die ASTA mit etwas Aktuellem und aktivem Entwicklungs- und Unterstützungspflicht zur Verfügung gestellt hat.

-Ich werde Delphi XE verwenden.

-Anwendungen werden win32 sein, der Server wird unter Windows ausgeführt.

-Iis ist nicht erlaubt.

-VPN -Anforderung ist nicht zulässig.

-Socket -Kommunikation muss die AES -Verschlüsselung nativ oder über Addon Dritter unterstützen.

-Esome Basic Browser -basierter Anwendungszugriff wäre ein Bonus, wenn er zu einer starken Sicherheit in der Lage ist.

-Unterstützung für Linux, Mac, Mobile hat eine sehr niedrige Priorität.

-Ich muss in der Lage sein, NIST 800-53/FIPS 140-2 Compliancy zu treffen, muss aber keine Zertifizierung benötigen. (wie sie sich auf Kommunikation und Verschlüsselung beziehen)

Da dies meine erste Frage ist, lassen Sie mich bitte wissen, ob ich besser formuliert oder detailliert werden kann, was ich brauche.

Danke für jede Richtung, die ihr geben könnt.

Answer 1

Haftungsausschluss: Ich arbeite für die Remobjects -Software.

-Ich werde Delphi XE verwenden.

Data Abstract unterstützt Delphi 7 und Delphi 2007 bis XE und wir fügen regelmäßig so bald wie möglich Unterstützung für neue Versionen von Delphi hinzu (dh wenn XE2 kommt)

-Anwendungen werden win32 sein, der Server wird unter Windows ausgeführt.

Wir unterstützen das ja.

-Iis ist nicht erlaubt.

Hosting in IIS ist ein Möglichkeit in Data Abstract, Nuss keine Anforderung. Tatsächlich verwendet unser bevorzugtes/vorgeschlagenes Modell eigenständige Server -Server -Executables, die Sie einen Dienst installieren oder manuell ausführen können, die ihre eigenen ORTs öffnen und vollständige Server sind. Diese können auf HTTP oder auf anderen Protokollen basieren (z.

-VPN -Anforderung ist nicht zulässig.

Da muss VPNs nicht benötigt werden (aber natürlich arbeiten).

-Socket -Kommunikation muss die AES -Verschlüsselung nativ oder über Addon Dritter unterstützen.

DA unterstützt AES sowie HTTPs (letztere je nach den von Ihnen gewählten Kommunikationsmethoden).

-Esome Basic Browser -basierter Anwendungszugriff wäre ein Bonus, wenn er zu einer starken Sicherheit in der Lage ist.

DA -Server können Zugriff über JSON und REST/ODATA bieten zusätzlich In die reguläre Client/Server -Kommunikation, die DA für seine eigenen Clients bietet. Auf diese Weise müssen Sie nicht gefährdet, wie Ihre "echten" Desktop -Clients mit Ihrem Server sprechen, aber dennoch die Flexibilität haben, andere Clients (einschließlich webbasiertes) auch mit Ihrem Server mit offenen Standards sprechen zu lassen.

-Unterstützung für Linux, Mac, Mobile hat eine sehr niedrige Priorität.

DA/Delphi unterstützt Linux Thru FPC (auch Mac, aber wir betrachten Mac/FPC als ein raueres Gebiet;) und unterstützt Linux und Mac über Delphi, sobald Embarcadero das versendet.

Natürlich haben wir auch separate Ausgaben von DA für native Mac/iOS -Entwicklung (in Xcode) und für .NET (was durch Mono eine gute Möglichkeit ist, Linux zu unterstützen), wenn Sie jemals dorthin gehen müssen.

-Ich muss in der Lage sein, NIST 800-53/FIPS 140-2 Compliancy zu treffen, muss aber keine Zertifizierung benötigen. (wie sie sich auf Kommunikation und Verschlüsselung beziehen)

Das ist die einzige Frage, auf die ich keine Antwort habe, da mir die Details dieses Standards nicht bekannt ist. Wenn Sie jedoch spezielle technische Fragen dazu haben, zögern Sie bitte nicht, mich oder unser Support -Team über support@remobjects.com zu kontaktieren

hoffe das hilft!

Answer 2

Wir haben kürzlich unsere Anwendung mit DataAbstract von RemObjects umgeschrieben. Es ist ein bisschen eine Lernkurve, aber wenn Sie es hinweg haben, werden Sie es als höchst lohnende Erfahrung finden. Hier sind die Fragen, die ich beantworten kann:

• Ich werde Delphi XE verwenden - XE wird unterstützt.

• Anwendungen werden win32 sein, Server wird unter Windows ausgeführt - DA arbeitet mit Windows und Mac.

• IIS ist nicht erlaubt - Keine Notwendigkeit für IIS

• Die Socket -Kommunikation muss die Verschlüsselung von AES nativ oder über Addon Dritter unterstützen - AES wird aus der Schachtel unterstützt.

Answer 3

Wir verwenden RemObjects SDK für unsere Thin Client -Software:

• Dünner Client mit TMS -glatten Steuerelementen, geschrieben in D2010
• Kommunikation (binär, TCP) mit Server (D2010, Windows Service)
• Mit RO SDK können Sie problemlos Ihre eigenen (Remote-) Funktionen mit speziellen Parametern, Rückgabetwerten usw. erstellen. Alle Geschäftslogik ist die Serverseite.
• Wir verwenden nicht DataAbstract (sehr datenbank/tabelorientiert, nicht gerne JavaScript für Geschäftsregeln).
• Komprimierung/Verschlüsselung wird unterstützt, aber wir verwenden sie nicht (internes Netzwerk)
• Sie können auch HTTP+SOAP verwenden. Wir verwenden die Indyhttpserver -Komponente mit einer speziellen Handhabung, um auch einige einfache Webseiten zu erstellen. Verknüpfung: http://blog.delphiaddict.com/?p=171

RO SDK funktioniert sehr gut und ist von hoher Qualität!

Answer 4

Ich werde empfehlen, direkt mit Anbietern zu sprechen:

• RemObjects bezüglich RO SDK + DA - support@remobjects.com
• Components4Developers bezüglich kbmMW - support@components4developers.com
• RealThinClient bezüglich RTC SDK - devSupport@realtinclient.com

Sicher, sie geben Ihnen detaillierte Antworten.