Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Von "Enterprise" zu "Reactive" (JAX 2015)
Search
Lutz Hühnken
April 22, 2015
Programming
0
14
Von "Enterprise" zu "Reactive" (JAX 2015)
Vortrag "Von Enterprise zu Reactive" von der JAX 2015.
Lutz Hühnken
April 22, 2015
Tweet
Share
More Decks by Lutz Hühnken
See All by Lutz Hühnken
Events, Workflows, Sagas: Complex Flows in Distributed Applications (2024-11-12 Software Architecture Gathering, Berlin)
lutzh
0
59
Event-Driven Architecture - 10 Jahre klüger
lutzh
0
81
The Unreasonable Effectiveness of Events at BOBKonf Berlin 2024
lutzh
1
140
Managing Architecture - LeadDev Berlin - 2023-12-05
lutzh
0
120
Microservices need Microworkflows w-jax Munich 2023
lutzh
0
39
Events, Workflows, Sagas? Keep Your Event-driven Architecture Sane at Developer Week Nuremberg
lutzh
0
34
Events, Workflows, Sagas at KanDDDinsky Berlin 2022
lutzh
0
360
Events! Events Everywhere!
lutzh
1
310
Events First: Resiliente und skalierbare Microservices
lutzh
0
300
Other Decks in Programming
See All in Programming
PHPカンファレンス 2024|共創を加速するための若手の技術挑戦
weddingpark
0
140
chibiccをCILに移植した結果 (NGK2025S版)
kekyo
PRO
0
130
DevFest - Serverless 101 with Google Cloud Functions
tunmise
0
140
GitHub CopilotでTypeScriptの コード生成するワザップ
starfish719
26
6k
AWS re:Invent 2024個人的まとめ
satoshi256kbyte
0
100
為你自己學 Python
eddie
0
520
DMMオンラインサロンアプリのSwift化
hayatan
0
190
AppRouterを用いた大規模サービス開発におけるディレクトリ構成の変遷と問題点
eiganken
1
450
CQRS+ES の力を使って効果を感じる / Feel the effects of using the power of CQRS+ES
seike460
PRO
0
240
PicoRubyと暮らす、シェアハウスハック
ryosk7
0
220
Асинхронность неизбежна: как мы проектировали сервис уведомлений
lamodatech
0
1.3k
ecspresso, ecschedule, lambroll を PipeCDプラグインとして動かしてみた (プロトタイプ) / Running ecspresso, ecschedule, and lambroll as PipeCD Plugins (prototype)
tkikuc
2
1.9k
Featured
See All Featured
The Pragmatic Product Professional
lauravandoore
32
6.4k
Being A Developer After 40
akosma
89
590k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
Designing on Purpose - Digital PM Summit 2013
jponch
116
7.1k
RailsConf 2023
tenderlove
29
970
Become a Pro
speakerdeck
PRO
26
5.1k
Scaling GitHub
holman
459
140k
Gamification - CAS2011
davidbonilla
80
5.1k
Making the Leap to Tech Lead
cromwellryan
133
9k
No one is an island. Learnings from fostering a developers community.
thoeni
19
3.1k
BBQ
matthewcrist
85
9.4k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
Transcript
Lutz Hühnken | @lutzhuehnken | Typesafe Von „Enterprise“ zu „Reactive“
Von Enterprise zu Reactive @lutzhuehnken Reactive „for the rest of
us“.. Big Data Web Scale HFT Tomcat Web MVC RDBMS
Von Enterprise zu Reactive @lutzhuehnken Was ist Enterprise? Im Sinne
dieses Vortrags: • Alles, was auf Java EE basiert • Insbesondere Servlet API basierte Webapps, z.B. auf Tomcat
Von Enterprise zu Reactive @lutzhuehnken Was ist Reactive?
Von Enterprise zu Reactive @lutzhuehnken Was ist Reactive? Behauptet doch
jeder von sich…
Von Enterprise zu Reactive @lutzhuehnken Was ist Reactive? Alles Akka,
oder was?
Von Enterprise zu Reactive @lutzhuehnken Mal anders: Fragen, die wir
immer wieder hören
Von Enterprise zu Reactive @lutzhuehnken WAR? Servlet Container? Web Layer
Library X (nutzt ThreadLocal) ?
Von Enterprise zu Reactive @lutzhuehnken Kann ich das nutzen mit
RDBMS/ JDBC? Backend Wie mache ich 2PC?
Von Enterprise zu Reactive @lutzhuehnken Thread per Request
Von Enterprise zu Reactive @lutzhuehnken n Threads per m Requests
Von Enterprise zu Reactive @lutzhuehnken n Threads per m Requests
Effekt: Kleinere Einheit der Nebenläufigkeit (Task level concurrency)
Von Enterprise zu Reactive @lutzhuehnken Kleiner Exkurs: Gilt auch für
Aktoren (Überhaupt: Gemeinsamkeit (einiger) reaktiver Systeme)
Von Enterprise zu Reactive @lutzhuehnken n Threads per m Requests
Was heißt das für ThreadLocal?
Von Enterprise zu Reactive @lutzhuehnken n Threads per m Requests
Was heißt das für I/O?
Von Enterprise zu Reactive @lutzhuehnken n Threads per m Requests
In Tomcat / Servlet Container?
Von Enterprise zu Reactive @lutzhuehnken Konsequenzen (alpha) • Servlet Container
• ThreadLocal • Blocking I/O werden zu Anti-Pattern. Vermeiden!
Von Enterprise zu Reactive @lutzhuehnken 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
Von Enterprise zu Reactive @lutzhuehnken Isolieren! Bei vert.x „Worker Verticle“
Bei Play/Akka: Volle Kontrolle über Dispatcher Nicht nur für JDBC, generell für „blocking“ code
Von Enterprise zu Reactive @lutzhuehnken Konsequenzen (beta) • auf Servlet
Container und ThreadLocal verzichten • Blocking I/O vermeiden. Im Notfall: Isolieren.
Von Enterprise zu Reactive @lutzhuehnken 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
Von Enterprise zu Reactive @lutzhuehnken
Von Enterprise zu Reactive @lutzhuehnken Vermeiden this.entityManager.persist(greeting); this.jmsTemplate.convertAndSend("greetings", greeting); …
Warum nicht separater Abgleich (Reconciliation)? In unserem kleinen Beispiel:
Von Enterprise zu Reactive @lutzhuehnken Trennen Jeder 2 PC kann
durch asynchrones Messaging ausgedrückt werden!
Von Enterprise zu Reactive @lutzhuehnken 2PC => Messaging Kleine Einschränkung
- Voraussetzungen: •tentative operations •at-least-once delivery •idempotent messages Item-B Cancellation Tentative Op Item-A
Von Enterprise zu Reactive @lutzhuehnken Verwerten Service A (Reactive) Service
B (Legacy)
Von Enterprise zu Reactive @lutzhuehnken Konsequenzen (1.0) • auf Servlet
Container und ThreadLocal verzichten • Blocking I/O vermeiden. Im Notfall: Isolieren. • Distributed Tx: Vermeiden, trennen, verwerten
Von Enterprise zu Reactive @lutzhuehnken Warum das Ganze? • Wir
haben gesehen: Ich kann auch meine „normale“ Geschäftsanwendung reactive machen, und dabei Kompromisse eingehen. • Was bringt mir das?
Von Enterprise zu Reactive @lutzhuehnken • Heißt nicht nur „web
scale“. • Effizient sein. Moderne Hardware nutzen (Many Core, NUMA) • Von Innovation profitieren (s. Brian Goetz gestern)
Von Enterprise zu Reactive @lutzhuehnken Nicht von mir! Sondern von
John Rose, Java VM Architect, JFokus, Stockholm, February 2015
Von Enterprise zu Reactive @lutzhuehnken • Prinzipien der Supervision &
Isolation • Let it crash!
Von Enterprise zu Reactive @lutzhuehnken • 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..?
Von Enterprise zu Reactive @lutzhuehnken Vielen Dank
[email protected]
Twitter: @lutzhuehnken
Kommt zum Typesafe-Stand! (In der Nähe der Garderobe) Geht zu den anderen „Reactive“ Vorträgen!