Upgrade to Pro — share decks privately, control downloads, hide ads and more …

STEINZEIT WAR GESTERN! WEGE DER CLOUD-NATIVEN E...

STEINZEIT WAR GESTERN! WEGE DER CLOUD-NATIVEN EVOLUTION. #ConLi18

Jahrzehnte lang wurden Enterprise-Applikationen mehr oder weniger erfolgreich monolithisch gebaut und betrieben. Leider können diese Systeme und deren Betriebsmodelle den hohen Anforderungen moderner Geschäftsmodelle nur noch schwer genügen. Kurze Release-Zyklen, Antifragilität und Hyperscale scheinen unerreichbar zu sein. Was also tun? Muss man all diese Systeme von Grund auf neu bauen? Das ist sicherlich kein besonders ökonomischer und sinnvoller Weg.

Dieser Vortrag zeigt mögliche Wege der Cloud-nativen Evolution von Bestandssystemen. Wir berichten aus der Praxis, wie wir zwei unserer Großkunden aus dem Versicherungs- und Automotive-Bereich dabei helfen, ihre komplexen Anwendungslandschaften schrittweise zu modernisieren und dabei Hunderte (!) von Bestandsanwendungen in kurzer Zeit industrialisiert in die Cloud zu heben. Wir zeigen unser Vorgehen zur exponentiellen Massenmigration, gehen auf die Anpassungen der Softwarearchitektur und -technik ein und berichten von den organisatorischen Veränderungen bei der Absicherung und dem Betrieb (die nicht immer einfach sind und waren).

M.-Leander Reimer

November 15, 2018
Tweet

More Decks by M.-Leander Reimer

Other Decks in Programming

Transcript

  1. A <<System / Plattform>> IO Business Applications (BDR) A <<Ext.

    System>> Saferpay A <<System>> SMTP.MUC A <<System>> SOFAK Berechtigter Dritter (PKW), Berechtigter Dritter (Motorrad) A <<System>> P-CODE (BDR) A <<Subsystem>> Tuner APP (BDR) A <<Subsystem>> VIN Decoder (BDR) A <<System>> ITSM SUITE OSMC User Security Context A <<System>> Integrierte Web-Applikation B2I Security Context B2I Security Context A <<System>> OSMC (BDR) H <<System>> Fahrzeug H <<System>> Fahrzeuginterface (PTT) I <<System>> LAAS A <<System>> AOS (BDR) A <<Subsystem>> AOS-TS (BDR) B2I Security Context A <<System>> B2I-UA (BDR) A <<Ext. System>> BZAFS A <<System>> Group Directory A <<System>> APRIL (BDR) A <<System>> Integr. Client-Appl. OSS Tech Security Context (OSS Client Zertifikat) A <<System>> externes System B2I-UB DB AOS-TS DB OSMC DB AOS DB P-CODE DB B2I Security Context I <<Execution Unit>> OpenShift CNAP A <<System>> Billing Service A <<System>> Payment Service A <<System>> Process Service A <<Ext. System>> ASBC A <<Ext. System>> SAP (EAI/TBB)
  2. 47

  3. 48

  4. 49

  5. 50 Unit Tests Acceptance Tests Load Tests Schnittstellen Tests Security

    Tests Infrastructure Tests End-2-End Tests Exploratory Test
  6. version: '3' services: postgres: ... april-aos-runtime: image: april-aos-runtime:1.0.1 environment: -

    DB_HOST=postgres - DB_PORT=1527 - DB_USER=${DB_USER} - DB_PASSWORD=${DB_PASSWORD} depends_on: - postgres ports: - "8080:8080" networks: - april-net $ docker-compose build $ docker-compose up –d --build $ docker-compose logs $ docker-compose down
  7. resources: # CPU is specified in units of cores #

    Memory is specified in units of bytes # required resources for a Pod to be scheduled and started requests: memory: "128Mi" cpu: "1" # the Pod will be restarted if limits are exceeded # so be careful not to set them too low! limits: memory: "1Gi" cpu: "2"
  8. -XX:+UnlockExperimentalVMOptions -XX:+UseCGroupMemoryLimitForHeap -XX:ParallelGCThreads=2 -XX:ParallelGCThreads=2 -server -Xmx320m -Xss256k -XX:MaxMetaspaceSize=160m -XX:CompressedClassSpaceSize=32m #

    Do not use G1GC? -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:NewRatio=1 -XX:+CMSParallelRemarkEnabled # Use for small heaps on 64-bit VMs -XX:+AggressiveOpts -XX:+UseCompressedOops -XX:+UseCompressedClassPointers # optional -XX:+UnlockDiagnosticVMOptions -XX:NativeMemoryTracking=summary