I don't always write reactive applications, but when I do, it runs on Raspberry Pi - Poitiers

Présentation du 11/12/2014 à Poitiers

Transcript

1. Mathieu ANCELIN Chris WOODROW Alexandre DELEGUE
2. Mathieu ANCELIN • Développeur @SERLI • Scala, Java, web & OSS • ReactiveCouchbase, Weld-OSGi, Weld, etc ... • Poitou-Charentes JUG • Membre de l’expert group CDI 1.1 (JSR-346) • Membre de l’expert group OSGi Enterprise • @TrevorReznik
3. Chris Woodrow • Développeur @Serli • Java • Cloud • Cassandra • ElasticSearch • Haute Disponibilité • InfoQ.FR
4. Alexandre DELEGUE • Développeur @ SERLI • Java • Scala • Web • spring, play, … • @chanksleroux
5. SERLI • Société de conseil et d’ingénierie du SI • 75 personnes • 80% de business Java • Contribution à des projets OSS • 10% de la force de travail sur l’OSS • Membre de l’EG JSR-346 • Membre de l’OSGi Alliance • www.serli.com @SerliFr
6. SERLI • Société de conseil et d’ingénierie du SI • 75 personnes • 80% de business Java • Contribution à des projets OSS • 10% de la force de travail sur l’OSS • Membre de l’EG JSR-346 • Membre de l’OSGi Alliance • www.serli.com @SerliFr
8. Les technologies présentées sont inspirées de technologies réelles Les applications qui en découlent sont fictives Toute ressemblance avec des applications existantes n’est que fortuite
9. ALEX
10. ALEX
13. www.amazing.com
14. Mobile infrastructure
15. Raspberry Pi • CPU 700 MHz • 512 Mo de RAM • 2 ports USB • Carte SD • Port ethernet • “Un ordinateur comme en 2000” :D • Le tout pour ~35$
16. Mobile infrastructure Raspberry pi x 7 Routeur wifi Switch
17. Demo
18. Résister à la charge
19. Résister aux pannes
20. Résister aux pannes
21. Absorber une hausse de trafic
22. Approche classique
23. Monolithique hornbill
24. Latence
25. Bloquant
26. Charge
27. Scalabilité
28. Reactive Manifesto
29. Reactive Manifesto
30. Reactive manifesto • react to event : the event-driven nature enables the following qualities • react to load : focus on scalability by avoiding contention on shared resources • react to failure : build resilient systems with the ability to recover at all levels • react to user : honor response time guarantees regardless of load
31. Scalable / React to load
32. Overview Frontend Cart Identity Backend
33. Datas
34. Datas
35. Datas
36. Mini / Micro Services • Une application par domaine fonctionnel • store-frontend : présentation du contenu • store-identity : authentification / gestion de compte • store-cart : panier • store-backend : administration du site
37. Stateless • Chaque application est stateless • aucune donnée n’est stockée dans l’application (pas de cache, pas de fichier …) • Chaque application peut être clonée Session
38. Stateless • Chaque application est stateless • aucune donnée n’est stockée dans l’application (pas de cache, pas de fichier …) • Chaque application peut être clonée Session
39. Frontend }- 100 % html - Indexation par les moteurs de recherche - stateless - une url == un contenu
40. Limiter la charge
41. Limiter la charge
42. Cache Frontend Cache Browser CDN nginx/http varnish
43. Optimisations Cache + recherche full text Base de données ?
44. Modèle de données {
 id: "04abe480-2521-11e4-acde-f7b0d99b8321",
 label: "Product number 1",
 description: "A description …",
 image: "image.jpeg",
 price: 1.5,
 fragments: [{
 type: "search",
 html: " <div >...</div>"
 },{
 type: "cart",
 html: " <tr >...</tr>"
 }
 ]
 } } } Données indexées pour la recherche HTML pré-généré
45. Recherche GET /products?q=some%20text Frontend Search some text - Concat fragments - Include into main template
46. Créer / mettre à jour Backend Frontend UpdateProduct ProductUpdated EventSource ProductUpdated
47. Resilient / react to failure
49. Infrastructure Identity Frontend Identity Backend Cart Cart Frontend Identity Backend
50. Infrastructure Identity Frontend Identity Backend Cart Cart Frontend Identity Backend
51. Infrastructure Identity Frontend Identity Backend Cart Cart Frontend Identity Backend
52. Infrastructure Identity Frontend Identity Backend Cart Cart Frontend Identity Backend
53. Infrastructure Identity Frontend Identity Backend Cart Cart Frontend Identity Backend
54. Demo Let It Crash !!!
55. Event-driven / react to event
56. Event-driven / react to event
57. Akka ?
58. Akka ?
59. Akka ??
60. Akka • Akka • Modèle acteur • Un acteur = Une entité statefull • Communication entre acteurs par messages (même à distance) • Un acteur peut créer/détruire des enfants • Un acteur peut surveiller d’autres acteurs • Plus de problèmes de concurrence, asynchrone par nature • Résistant aux pannes • Java or Scala
61. Akka Actor
62. Akka Actor Actor Actor Actor Actor Fils Fils Fils Fils Actor Fils
63. Akka Actor Actor Actor Actor messages Actor Fils Fils Fils Fils Actor Fils
64. Akka Actor Actor Actor Actor messages Actor Fils Fils Fils Fils Actor Fils Server 1 Server 2 messages
65. Akka Actor Actor Actor Actor messages Fils Fils Fils Actor Fils Actor Fils Server 1 Server 2 messages
66. Akka messages import akka.actor.{Props, ActorSystem, ActorLogging, Actor}
 
 case class Greeting(who: String)
 
 class GreetingActor extends Actor with ActorLogging {
 def receive = {
 case Greeting(who) ⇒ log.info("Hello " + who)
 }
 }
 
 val system = ActorSystem("MySystem")
 val greeter = system.actorOf(Props[GreetingActor], name = "greeter")
 greeter ! Greeting("Charlie Parker")
68. Play 2 • Framework web • java or scala • Support pour les websocket et le server sent event • Asynchrone • pré-requis pour une application orientée événements
69. Play async case class ListProductsQuery()
 
 class ProductView extends Actor {
 override def receive: Receive = {
 case ListProductsQuery() => models.Product.list() pipeTo sender()
 }
 } class ProductsController extends Controller {
 private def listProducts(): Future[List[models.Product]] = {
 (Actors.productView() ? ListProductsQuery()).mapTo[List[models.Product]]
 }
 def index() = Action.async {
 listProducts().map(products => Ok(views.html.index(products)))
 }
 }
70. Messages Frontend Cart Identity Backend CheckAuth UpdateProduct OrderCart AddProductToCart ProductAddedToCart ProductUpdated WebSocket Messages Akka Server sent event
71. Cluster • Utilisation de Akka-cluster • Librairie permettant de former un cluster de systèmes d’acteurs • simple service d’adhésion • tolérant aux pannes • décentralisé (P2P, gossip) • pas de SPOF • pas de SPOB • détection des pannes
72. Akka cluster
73. Cluster services • Librairie de découverte de services distribués • Exposition descripteurs de services (URL, protocole, version, nom) • Repose sur les memberships du cluster Akka • Clients de services • HTTP, Akka, Thrift, Memcached … • Petits plus • Monitoring • Load balancing (pas très intelligent) • Retry with exponential back off
74. Cluster services Client spécifique Client Générique Monitoring Load balancer + retry Service instance 1 Service instance 1 Service instance 1
75. Cluster services Client spécifique Client Générique Monitoring Load balancer + retry Service instance 1 Service instance 1 Service instance 1
76. Cluster services Client spécifique Client Générique Monitoring Load balancer + retry Service instance 1 Service instance 1 Service instance 1
77. CQRS & EventSourcing • Command Query Responsibility Segregation • Command : Enregistrement • Query : Lecture • 2 modèles distincts • Séparation des services • Event sourcing • Stockage des événements
78. Persistence Journal Event source processor event command event event View 1 View 2 View 3
79. Persistence Journal Event source processor event command event event View 1 View 2 View 3
80. Exemple AddProductToCart Journal ProductAddedToCart ProductAddedToCart ProductAddedToCart WebSocket Actor Products Views Products Processor
81. Responsive
82. Frontend réactif
83. Frontend réactif
84. Demo Realtime web!
85. Et les perfs dans tout ca ?
86. Et les perfs dans tout ca ?
87. Les chiffres 367 998 456 756
88. Les chiffres 367 998 456 756 €
89. 200 clients
90. 400 clients
91. Metrics everywhere !!!
92. Les problèmes rencontrés
93. Nginx / mongo …
94. Nginx / mongo …
95. Cassandra
96. Cassandra
97. Bench web socket
98. Bench web socket
99. Configuration akka-cluster
100. Conclusion
101. scala
102. scala
103. This is the end ...