Trivadis TechEvent 2016 APEX Applikationen auf Wolke 7 von Andrej Gorodetsky und Andreas Fend

BASEL BERN BRUGG DÜSSELDORF FRANKFURT A.M. FREIBURG I.BR. GENF

HAMBURG KOPENHAGEN LAUSANNE MÜNCHEN STUTTGART WIEN ZÜRICH

APEX-Applikationen auf Wolke 7Entwicklung SaaS-Anwendungen mit Oracle APEX - von Konzept bis Deployment

Andrej GorodetskyAndreas Fend

Agenda

APEX Applikationen auf Wolke 7 – Techevent Sept. 20162 10.09.2016

1. Warum machen wir das?Oracle Apex als Cloud TechnologieWelcher Cloud-Anbieter kann uns unterstützen?Wie kann Trivadis das nutzen?

2. Shopping für AnfängerAnwender: Noch ein Shop? Was muss der Shop technisch können?Stolpersteine & offene Punkte

3. Kleine WarenkundeWie muss eine Applikation aufgebaut sein?Was sollte ich vermeiden?Unser Beispiel

4. Kaufrausch (Demo)

5. Fazit & Ausblick


Warum machen wir das?

APEX als Cloud-Technologie


Geht das?

Natürlich!

Plattform

– Datenbank => skalierbar

– Anbieter für die Plattform => verfügbar

– Technologie => webbased +

Multiplattform

Belege:

– APEX.ORACLE.COM

Welcher Cloud-Anbieter kann uns unterstützen?


Cloud-Anbieter und deren Möglichkeiten

Microsoft Azure

– Datenbank as a Service nur mit MS SQL daher für Apex nur VM und eigene

Lizenzen/Wartung

Amazon Web Services

– Datenbank as a Service nicht verfügbar daher nur VM und eigene

Lizenzen/Wartung

Oracle

– Database as a Service inkl. Lizensierung

– Schema as a Service inkl. Lizensierung

(Einschränkungen bezgl. Deployment, evtl. bei Managed Schema (geplant))


Shopping für Anfänger

Anwender: Noch ein Shop?


Anforderungen des Anwenders

Einfach!

– Anwender will die Applikation finden die er braucht

– Anwender braucht Infos über die Applikation. Eine „Produktpräsentation“

– Anwender will das bestellte Produkt „Schnell“ haben.

– Anwender will sich nicht mit Konfiguration oder Installation aufhalten.

=> One-Stop-Ordering

Ja! Noch ein Shop...

Was muss der Shop technisch können?


Jederzeit öffentlich erreichbar sein

Die Applikationen übersichtlich darstellen und durchsuchbar machen

Dem Kunden eine Möglichkeit zum Bestellen bieten

Bestellung soll dann folgendes auslösen

– Payment abwickeln

– Bereitstellen des Datenbankschemas + Anlegen des Apex-Workspace

– Installieren der Applikation

– Benachrichtigen des Kunden und zustellen der Zugangsdaten

Beim Beenden des „Mietzeitraums“ Sperren/Löschen der Applikation + Kundendaten

Stolpersteine


Berechtigungen

Nutzung von Oracle-Quellcodes zur Installation der Applikation

Möglichkeiten zur Installation der Applikation

– Manuell (Import Application über Webfrontend)

– Manuell (Packaged Application aus dem Repository)

– Automatisiert über Konsole (häufigster Weg, Viel Scripting und Zugriff auf Shell nötig)

– Automatisiert per Execute Immediate (Splitting des Application-Files nötig, sehr Aufwändig)

– Automatisiert unter Verwendung der (undokumentierten) API-Funktionen (Relativ

aufwändiges reverse Engineering nötig)

, Berechtigungen, Berechtigungen…. (evtl. Redesign?)

Offene Punkte


Abrechnungs- / Geschäftsmodell

Security Issues (z.b. bei Applikationen die Filesystemzugriffe benötigen)

Kundenkonto

Bereitstellung/Upload der Applikation

E-Mail-Konzept & andere Infrastruktur-Bausteine


Kleine Warenkunde

Wie muss eine Applikation aufgebaut sein?


Prinzipiell: Erlaubt ist was gefällt!

Es muss auf sicheren Code geachtet werden!

Robustes Rechte- und Rollenkonzept

APEX Standard wo möglich (möglichst keine Dinge die auf OS-Ebene ablaufen etc.)

Vorhandene Interfaces implementieren (z.B. Erstellen des ersten User samt PW)

Muss mit einem Schema und einem Workspace auskommen

Muss als Packaged Application auslieferbar sein

Was sollte ich vermeiden


Die Verwendung von Versionsspezifischem Code

– Birgt das Risiko das beim Update der Infrastruktur alle Instanzen der Applikation

unbrauchbar werden

Verwendung von Serverressourcen wie z.b. FileSystem oder Useraccounts

– Stellt ein generelles Sicherheitsrisiko für den Server dar und sollte nur in

Ausnahmefällen genehmigt werden

Verwendung von APEX-Mail

– Da nur ein Mailserver pro Instanz konfigurierbar ist könnte hier ein Performance

und Sicherheitsrisiko entstehen

Unser Beispiel : TVD-Forecast-Tool

Bezeichnung Präsentation14 10.09.2016


Kaufrausch!

DEMO


Overview


ProviderCustomersPricing OptionsApplications

Application

Requests

Provisioning

Job

Shop

New Request


Fazit

Unser Fazit & Ausblick


Machbar

Noch nicht am Markt verfügbar

Chance für die Wiederverwendung von Code und Produkten

Zusätzliches Deliverymodell: Vermarktung von Softwareprodukten als SaaS

Einige (kleinere) Probleme die es noch zu klären gilt

– Skalierbarkeit in der Cloud

– Payments

– Geschäftsmodell

– Technische Fragen

Demnächst ein Trivadis-Application-Store?

Fragen ? … oder Ideen ?

20 APEX Applikationen auf Wolke 7 – Techevent Sept. 201610.09.2016

Session Feedback – now


Please use the Trivadis Events mobile app to give feedback on each session

Use "My schedule" if you have registered for a session

Otherwise use "Agenda" and the search function

If the mobile app does not work (or if you have a Windows smartphone), use your

smartphone browser

– URL: http://trivadis.quickmobileplatform.eu/

– User name: <your_loginname> (such as “svv”)

– Password: sent by e-mail...

Trivadis TechEvent 2016 APEX Applikationen auf Wolke 7 von Andrej Gorodetsky und Andreas Fend

Technology