Von "Enterprise" zu "Reactive" (JAX 2015)

Lutz Hühnken | @lutzhuehnken | Typesafe

Von „Enterprise“ zu „Reactive“

Von Enterprise zu Reactive@lutzhuehnken

Reactive „for the rest of us“..

Big DataWeb Scale

HFT

TomcatWeb MVCRDBMS


Was ist Enterprise?

Im Sinne dieses Vortrags:

• Alles, was auf Java EE basiert

• Insbesondere Servlet API basierte Webapps, z.B. auf Tomcat


Was ist Reactive?


Was ist Reactive?

Behauptet doch jeder von sich…


Was ist Reactive?

Alles Akka, oder was?


Mal anders: Fragen, die wir immer wieder

hören


WAR? Servlet Container?

Web Layer

Library X (nutzt ThreadLocal)

?


Kann ich das nutzen mit RDBMS/

JDBC?

Backend

Wie mache ich 2PC?


Thread per Request


n Threads per m Requests



Effekt: Kleinere Einheit der Nebenläufigkeit (Task level concurrency)


Kleiner Exkurs: Gilt auch für Aktoren

(Überhaupt: Gemeinsamkeit (einiger) reaktiver Systeme)



Was heißt das für ThreadLocal?



Was heißt das für I/O?



In Tomcat / Servlet Container?


Konsequenzen (alpha)

• Servlet Container

• ThreadLocal

• Blocking I/O

werden zu Anti-Pattern. Vermeiden!


Jetzt habe ich aber so etwas..try { stmt = con.createStatement(); ResultSet rs = stmt.executeQuery(query); while (rs.next()) { String coffeeName = rs.getString("COF_NAME"); int supplierID = rs.getInt("SUP_ID"); float price = rs.getFloat("PRICE"); int sales = rs.getInt("SALES"); int total = rs.getInt("TOTAL"); System.out.println(coffeeName + "\t" + supplierID + "\t" + price + "\t" + sales +

Blocking I/O, Sorgenkind JDBC


Isolieren!

Bei vert.x „Worker Verticle“ Bei Play/Akka: Volle Kontrolle über Dispatcher

Nicht nur für JDBC, generell für „blocking“ code


Konsequenzen (beta)

• auf Servlet Container und ThreadLocal verzichten

• Blocking I/O vermeiden. Im Notfall: Isolieren.


Jetzt habe ich aber so etwas.. @Transactional public static class GreetingService {

@Inject private JmsTemplate jmsTemplate;

@PersistenceContext private EntityManager entityManager;

public void createGreeting(String name) { Greeting greeting = new Greeting(name); this.entityManager.persist(greeting); this.jmsTemplate.convertAndSend("greetings", greeting); …

Verteilte Transaktion



Vermeiden

this.entityManager.persist(greeting); this.jmsTemplate.convertAndSend("greetings", greeting); …

Warum nicht separater Abgleich (Reconciliation)?

In unserem kleinen Beispiel:


TrennenJeder 2 PC kann durch asynchrones Messaging

ausgedrückt werden!


2PC => MessagingKleine Einschränkung - Voraussetzungen:

•tentative operations•at-least-once delivery•idempotent messages

Item-B Cancellation Tentative Op

Item-A


Verwerten

Service A (Reactive)

Service B (Legacy)


Konsequenzen (1.0)

• auf Servlet Container und ThreadLocal verzichten

• Blocking I/O vermeiden. Im Notfall: Isolieren.

• Distributed Tx: Vermeiden, trennen, verwerten


Warum das Ganze?

• Wir haben gesehen: Ich kann auch meine „normale“ Geschäftsanwendung reactive machen, und dabei Kompromisse eingehen.

• Was bringt mir das?


• Heißt nicht nur „web scale“.

• Effizient sein. Moderne Hardware nutzen (Many Core, NUMA)

• Von Innovation profitieren (s. Brian Goetz gestern)


Nicht von mir! Sondern von John Rose, Java VM Architect, JFokus, Stockholm, February 2015


• Prinzipien der Supervision & Isolation

• Let it crash!


• Spaß!!

• Ernsthaft. All das ist nicht entwickelt worden, um unser Leben komplizierter zu machen. Sondern einfacher!

• Wie würdest du es mit Menschen lösen..?


Vielen Dank

[email protected]

Twitter: @lutzhuehnken

Kommt zum Typesafe-Stand!(In der Nähe der Garderobe)

Geht zu den anderen „Reactive“ Vorträgen!

mailto:[email protected]

Technology

Von "Enterprise" zu "Reactive" (JAX 2015)