Cloud basierte Anwendungen erzeugen

[Kostas]

Hallo Zusammen,

hat sich schon mal jemand hier mit dem Thema beschäftig, Anwendungen zu entwickeln die vollständig auf einer Cloud laufen sollen?
Wenn ja, welche Werkzeuge werden üblicherweise eingesetzt?

[omnibrain]

Du müsstest erstmal sagen was du mit "Cloud" und "vollständig auf einer Cloud laufen" meinst.

Du kannst in der "Cloud" eine virtuelle Windows-Maschine haben und dann dein 1998 mit Delphi entwickeltes Programm laufen lassen.
Alles von Hand per Webinterface zusammengeklickt.

Am anderen Ende des Spektrums hast du mit node.js geschriebene Funktionen die auf einer Serverless Plattform laufen, und die mit Hilfe von terraform provisioniert und deployed werden.

[Kostas]

Derzeit entwickeln wir auf zwei verschiedene Arten:
A) neue native Windows Anwendungen mit D11 und pflegen noch alte Projekte mit D5.
B)Wir entwickeln PWA Anwendungen mit Node.js und React.js. Als REST-API Server erzeugen wir in Node.js oder mit Delphi als Windows Service und verwenden dabei die MARS Komponenten von Andrea Magni, ein sehr angenehmer Mensch.

Bis zu einem gewissen Grad an Komplexität funktioniert die Variante B perfekt. Wenn ich allerdings komplexe WaWi-Systeme die in D11 entwickelt werden vollständig in die Web-Welt projiziere dann sehe ich Probleme wie z.B. das Reporting um nur ein Element zu greifen. Aktuell kann ich mit FastReport(ich liebe FastReport) Duplex drucken und Papierschächte ansteuern. Für die Web-Welt fehlt mir die Funktionalität. Web Report Engines wie JasperReports sind sehr mächtig können aber nach meinem Stand(ca. 12 Monate alt) genau das nicht. Ich möchte meinem Kunden nicht sagen müssen, wenn wir das Projekt als Web-Anwendung starten, musst du dich von Papierschächten und Duplex-Druck verabschieden.

Die Kunden kommen verstärkt mit dem Wunsch auf Cloud bzw. Web-Anwendungen. Für meinen Kundenkreis muss ich auch externe Hardware nutzen können wie z.B: besondere Label Drucker, RFID und Barcode, 3D-Code Scanner, Anbindungen an SPS Steuerungen usw. nutzen können. Derzeit mit einer nativen Windows Anwendung alles kein Problem. Wenn der Mist allerdings in der Cloud bzw. im Web sein soll habe ich bisher keine Ansatzpunkte gefunden. Wie lange wird Microsoft noch native 32/64Bit Anwendungen unterstützen? Die stellen das Windows Betriebssystem je auch auf die Cloud um. Die Google Umgebung "GO" habe ich mir auch angeschaut. Die Cloud und Web-Welt so scheint es mir, interessieren sich nicht für externe Hardware die angesprochen werden möchte. Genau daran zweifle ich. ioT Hardware gibt es nicht für jeden Bereich. Ich kann mir das nicht vorstellen dass es wirklich so ist. Ich schätze ich bin nur noch nicht auf die Umgebung gestoßen die all das ermöglicht, deshalb die Frage hier ob ich möglicherweise einen Hinweis bekomme in welcher Richtung ich schauen sollte.

[himitsu]

Nja, da z.B. Vieles bezüglich IoT auch über Cloud läuft ... oftmals "offiziell" nur zwanghaft über Cloud der Hersteller, wie z.B. viele IPCams und das ganze SmartHomeZeugs,

da gibt es bestimmt Möglichkeiten das zu verbinden, wenn man selber auch in der / einer anderen Cloud werkelt.



Aber ja, dann kommt es zu solch kranken Dingen, wie du hast sowas wie ein Tablet, dort ist Zusatzhardware, ala Barcode-Scanner (LaserModul, nicht Webcam) oder halb-externes RFID verbaut, welches seine Daten an seine ServerApp/Cloud schickt, falls man keine native App installiert und die API nutzen kann, und du mußt das dann entweder an deine ServerApp weiterleiten (App des Hertellers), bzw. lokale Web oder native Clienten müssen auch erstmal extren anfragen, obwohl die Hardware eigentlich im selben Gerät verbaut ist.



Wir hatten uns auch von Externen eine WebApp entwickeln lassen. Ein wildes Gemisch aus Sencha und Anderem Datenbankwrappingzeugs.
Am Ende sollte etwas rauskommen, wo hier Welche die Oberflächen/Module/Seiten dann weiterentwickeln können.
Nja, aus unpraktischkeit dann kurz vor Ende gestorben.
MultiTier ist untertierben, bei all den Zwischenschichten, wo oft überall halb-manuell Hand angelegt werden muß, wenn man neue Dinge in der DB einbaut/ändert.

Jetzt nach bissl erneutem Umsehen nochmal mit uniGUI neu angefangen und nach vielleicht einem Jahr seit paar Tagen / Gestern die ersten schon halbwegs nutzbaren Zustände, welche wohl die nächsten Wochen beim Kunden angefangen werden auszuprobieren.

Die komplette WaWi und Co. wird das aber nicht ersetzen.
Aber BDE/Zeiterfassung, Lagerverwaltung (zusammen mit den ESL) und Miniversionen der wichtigens Verwaltungsoberflächen, aus der normalen Delphi-App, werden dort erstmal zusätzlich Einzug finden.

Ja Reporting (List&Label, FastReport, DevExpress-GridExport) und die ESL (auch mit FastReport und nicht über Templates der HerstellerCloud) auch erstmal im Windows-Client, aber es gab schon erste Üüberlegungen den "Druck" in unseren aktuellen oder einen neuen Service (stückchenweise) zu verschieben/kopieren, wo es dann u.A. auch von der WebApp nutzbar wäre.

[Kostas]

Es gibt eben ERP-Systeme die mit python entwickelt sind und auf einer Cloud laufen. Habe ich mir nicht genauer angeschaut, aber ein aktueller Kunde schaut sich derzeit solche Systeme an. Natürlich sind die Daten dann auch irgendwo und nicht bei sich im Unternehmen. Aber das scheint den Kunden nicht oder nicht mehr wichtig zu sein. Ich kennen ein IT Team eines deutschen Autoherstellers, die haben berichtet dass sie einen neuen IT Sicherheitschef bekommen haben. Seine erste Amtshandlung war, teile der Motorenentwicklungsabteilung auf deutsche Cloud Server Anbieter zu verlagern. Keine zwei Wochen später sind die hoch sensible Daten abhanden bekommen, vermutlich an Mitbewerben, das ist nicht genau bekannt. Ihm ist nichts passiert da er passende Verträge mit den Cloud Anbieter gemacht hat.

Nochmal zurück zu Cloud Apps und Co. Für mich hört sich das unrealistisch an wenn Cloud basierte CRM und ERP Systeme benötigte Hardware nicht adressieren können. Da stimmt was nicht. Ich habe befreundete Web-Entwickler, die kennen die Probleme mit externer Hardware überhaupt nicht weil Sie sie nicht nutzen. Frage: Wie macht Ihr Reports= Antwort wir erzeugen PDFs. Frage: und wie adressiert Ihr Papierschächte? Antwort: Das PDF wird nicht ausgedruckt sondern per mail versendet. Es macht keinen Sinn mit den Leuten zu sprechen.

[TurboMagic]

Manchmal fragt man sich echt, was an einer monolithischen EXE-Datei so falsch sein soll...
(außer dass die nicht auf einem mobilen Betriebssystem läuft)

MS sollte im Tablet Bereich einfach mal besser und preiswerter werden und dort trotzdem native
Software unterstützen.

Man hat derzeit den Eindruck dass alles krampfhaft in die Cloud muss, auch wenn das dann
Abo-Gebühren usw. kostet und immer wieder Sicherheitsdesaster passieren (z. B. Azure neulich,
da musste MS zugeben, dass > 100.000 Kundedatensätze oder so offen im Netz verfügbar waren,
wegen einer "kleinen" Fehlkonfiguration). Das ist der Schwachsinn mit dem "Trends" hinterherrennen
ohne das richtig zu reflektieren.

Evtl. liegt's da auch ein wenig an uns dem Anwender klar zu machen, was er davon hat, wenn das
Zeugs nicht in der Cloud liegt und nativ läuft. Auch mal einfach aufzeigen was dann viel einfacher
umzusetzen ist und vielleicht auch mal, wieviel Strom damit gespart werden kann...

Aussprachetechnisch ist Cloud übrigens mit "klaut" verwandt

Grüße
TurboMagic

[himitsu]

Zitat von TurboMagic:

Manchmal fragt man sich echt, was an einer monolithischen EXE-Datei so falsch sein soll...

Sagen wir es mal so ... bei uns kommen ab und zu neue Kunden dazu.
Manchmal sogar mehr, als wir annehmen können, weil macht ja auch Arbeit, dieses Kundenwünsche/Anforderungen/Anpassungen/... bis hin zur Installation und Einführung.

Also gefragt scheint "eine" normale Windows-App, mit zentraler DB und einem Service schon noch zu sein.

Gut, nun aber auch mal wieder einen kleineren Kunden, dem ein "ständiglaufender" Server im Hause zu viel ist, weswegen wir DB und Apps über's Internet bei uns laufen lassen.
Wobei ja eigentlich ein kleiner Rechner/Server oder vielleicht sogar ein NAS mit Linux-Docker und Windows-VM (Service ist Windows ... noch nicht probiert, ob es auch mit Linux zum Laufen zu bekommen wäre, aber eine Fremdkomponente wäre wohl dagegen : ImageEn ... zukünftig wird die aber vermutlich rausfliegen ... wobei die ersten RuntimePackage lassen sich schon seit 'ner Weile auch für Android kompilieren und mit einer winzigen TestApp nutzen, bzw. damals im 10.2 zuletzt getestet)

[Olli73]

Also ich habe in der Vergangenheit Webanwendungen mit Delphi + UniGui entwickelt und mit Fastreport auf dem Server eine PDF erstellt und diese dann im Browser angezeigt. Druckerschächte müsste der Benutzer dann aber selbst auswählen...

Alternativ könntest du einen Windows-Service auf dem Client installieren, der per HTTP(S) mit dem Server kommuniziert und die mit der angeschlossenen Hardware kommuniziert. Dann muss dieser allerdings wieder lokal installiert werden (das ist aber vielleicht auch nicht an jedem Arbeitsplatz notwendig).

[Phoenix]

Zitat von Kostas:

hat sich schon mal jemand hier mit dem Thema beschäftig, Anwendungen zu entwickeln die vollständig auf einer Cloud laufen sollen?
Wenn ja, welche Werkzeuge werden üblicherweise eingesetzt?

Ja, das machen wir für unsere Kunden tagtäglich.
Werkzeuge: Wow. Ne Menge

Grundsätzlich kann man so ziemlich alles in der Cloud laufen lassen. Fragt sich nur, auf welcher Ebene.
"Cloud", egal bei welchem Anbieter, bietet ja immer verschiedene Abstraktionsebenen an. Das fängt von IaaS (Infrastructure as a Service) an wo man eben VM's mietet (ist so ziemlich das teuerste), und geht über PaaS (Platform as a Service) z.B. Docker oder Kubernetes wo man seine Anwendungen auf der Plattform "Cloud" laufen lässt bis hin zu SaaS (Software as a Service), wo man z.B. gleich komplette hochverfügbare Datenbankcluster oder Message-Queues oder Event-Processing Plattformen etc.pp. mieten kann.

Containerisierung hat den Vorteil, dass der Overhead einen Container laufen zu lassen sehr gering ist. Man bekommt also deutlich mehr durch Container voneinander isolierte Prozesse auf der gleichen Hardware zum laufen als es z.B. mit VM's der Fall wäre - damit ist das im Betrieb am Ende am günstigsten. Dabei ist das egal ob das in der Cloud gemietete oder selber gekaufte Hardware im eigenen RZ ist (kurzum: Container lohnen sich so oder so). Ausnahme: Windows-Container. Die mag keiner betreiben (selbst MS in Azure nicht ), sie sind groß, unhandlich, haben viel overhead... Also Finger weg davon.

Will heissen: Was Du in einem Linux-Container bei Dir am Laufen hast, kannst Du in aller Regel auch problemlos genau so in die Cloud hieven.
Mit was das gebaut wird, sei es in Rust, Go, .NET, Delphi, wegen mir auch Java (naja.. lieber ned , ist am Ende eigentlich egal.

Für die Cloud sind die verwendeten Architekturpatterns deutlich wichtiger als die eigentliche Technologie. Also isolierte, unabhängig skalierbare, zustandslose Dienste, die asynchron miteinander kommunizieren, also z.B. über Message Queues oder Event-Streaming Systeme. CQRS (command and query responsibility segregation, also nicht schreiben und gleich die modifizierten Daten zurückliefern, sondern entweder nur schreiben oder nur lesen). Wenn man das beachtet, dann flutscht das eben egal wo man es betreibt, sei es im eigenen RZ oder eben in der Cloud.

[Kostas]

Zitat von Phoenix:

Zitat von Kostas:

hat sich schon mal jemand hier mit dem Thema beschäftig, Anwendungen zu entwickeln die vollständig auf einer Cloud laufen sollen?
Wenn ja, welche Werkzeuge werden üblicherweise eingesetzt?

Ja, das machen wir für unsere Kunden tagtäglich.
Werkzeuge: Wow. Ne Menge
...

Möchtest du kurz beschreiben wie Ihr das Thema angeht bezüglich Reporting. Ich benötige eine Reporting Engine wie FastReport die im Projekt integrierbar ist der Kunde seine eigene Report anlegen kann, natürlich nur im Rahmen der von uns für den Report verfügbaren Querys. Auch das Thema Papierschächte und Duplex Ansteuerung ist wichtig. Wir müssen z.B. Scheckkartren Drucker ansteuern und Daten in den Chip schreiben oder Scheckkartren mit RFID die ebenfalls beschrieben werden. Für die Drucker gibt es unter Windows Treiber. Wie würde das funktionieren?

Mit Container meinst du so etwas wie Docker Container?