javacro'14 - vaadin scalability myth – gordan ivanović

Mit o Vaadin

skalabilnosti

Gordan Ivanović

IGEA – IN2 Grupa

Sadržaj

O Vaadinu

Motivacija testiranja

Što smo i kako testirali

Rezultati

Zaključak

12.05.2014. IGEA – IN2 Group 2

Ukratko o Vaadinu

Framework za razvoj rich web aplikacija

Server-side i client-side

Orijentiran na server-side

12.05.2014. IGEA – IN2 Group 3

Prednosti

Kratka krivulja učenja

Čist kod

Lagan za održavanje

Server-side orijentiran

Nema borbe s mnogobrojnim klijentskim tehnologijama

Bolji fokus na implementaciju poslovnih procesa

Proširiv

Dobro se integrira s drugim tehnologijama

…

12.05.2014. IGEA – IN2 Group 4

Mane

Server-side orijentiran

Client-side razvoj

Velika količina generiranog HTML koda

Performanse??

Skalabilnost??

12.05.2014. IGEA – IN2 Group 5

Testiranje Vaadin tima

Web aplikacija za kupovinu kino karata (QuickTickets)

Vaadin 6

Vaadin zadovoljio (premašio?) očekivanja

Može podnijeti veliko opterećenje

Jedan server može podnijeti kupovinu kino karata za cijeli SAD i

Kanadu (Vaadin polu-šala)

12.05.2014. IGEA – IN2 Group 6

Motivacija za novo testiranje

Vaadin 7

Aplikacija za kupovinu kino karata je relativno light-

weight po pitanju količine interakcije usera/klijenta s

aplikacijom/serverom

Testiran samo jedan scenarij

Još uvijek skalabilnost glavni razlog za nekorištenje

Vaadina

Jedno od rijetkih (jedino?) istraživanje Vaadin

skalabilnosti dostupno na webu

Postoje usporedbe s drugim tehnologijama – nije cilj ovog

testiranja

12.05.2014. IGEA – IN2 Group 7

Što testiramo

Implementirali smo jednostavan use-case

Javni adresar stanovnika po državama i kontinentima

Cilj nije bio stvoriti potpuno realan use-case po pitanju

tržišne potražnje već simulirati kompliciraniju (enterprise)

web aplikaciju

Veći broj raznolikih AJAX requestova

Veće opterećenje na server

Veće opterećenje na bazu

Teže skalirati

12.05.2014. IGEA – IN2 Group 8

Implementacija i izvedba

Vaadin aplikacija u integraciji sa Springom

Dvije verzije aplikacije:

a) Sve komponente su immediate

b) Nijedna komponenta nije immediate

Nismo koristili cacheiranje

Amazon Cloud

2 large instance za aplikacijske servere

2 large instance za JMeter

1 large instanca za bazu (Postgresql)

12.05.2014. IGEA – IN2 Group 9

Implementacija i izvedba - JMeter

JMeter

Četiri korisnička scenarija

Svaki snimljen posebno za pojedinu verziju aplikacije

U scenarijima implementirana kašnjenja– trajanje scenarija cca 3

minute

Na svakoj instanci pokrenuta 3 scenarija koja su gađala isti

server

12.05.2014. IGEA – IN2 Group 10

Implementacija i izvedba – JMeter

scenariji

Tri scenarija koja simuliraju kompliciranije(realnije)

slučajeve korištenja

Pretraživanje + unos jedne osobe u bazu + unos jedne adrese u

bazu + minimalno grešaka pri unosima

Pretraživanje + unos jedne osobe u bazu + unos jedne adrese u

bazu + puno grešaka pri unosima

Pretraživanje + unos tri adrese u bazu + malo grešaka pri unosu

12.05.2014. IGEA – IN2 Group 11

Implementacija i izvedba – JMeter

scenariji

„Dodatni” scenarij - samo unošenje podataka u polja bez

perzistiranja u bazu

Odlazaka na bazu ima za potrebe punjenja padajućih izbornika

Nije puštan u kombinaciji s ostalima već sam za sebe

Prema broju odlazaka na bazu sličan Vaadin testu skalabilnosti

Razlozi ovog testiranja:

Istraživanje utjecaja baze na rezultate prvih testova

Veći fokus na client-server komunikaciju nego na cijelu aplikaciju

12.05.2014. IGEA – IN2 Group 12

Rezultati – kombinacija 3 immediate

scenarija

12.05.2014. IGEA – IN2 Group 13

Broj

korisnika

Pristiglo Ajax

requesta u

minuti

Obrađeno

average/peek Ajax

Request po minuti

Broj

servera

Median

(ms)

540 22860 9336/13441 1 13

1080 45720 10536/14285 1 208

1080 45720 10626/14421 2 38

2160 91440 13212/20641 2 59

4320 182880 11562/24441 2 1126

- Zadnje mjerenje pokazalo je loš odziv i povećan broj

grešaka > 1%

Rezultati – kombinacija 3

non-immediate scenarija

12.05.2014. IGEA – IN2 Group 14

Broj

korisnika

Pristiglo Ajax

requesta u

minuti

Obrađeno

average/peek Ajax

Request po minuti

Broj

servera

Median

(ms)

540 11520 5550/8643 1 21

1080 23040 8951/13548 1 33

2160 46080 8817/15206 1 317

2160 46080 10026/16680 2 175

4320 92160 13442/22631 2 265

- U zadnjem mjerenju prihvatljivo vrijeme odziva i prihvatljiv

broj grešaka < 1%

Rezultati – dodatni scenarij

12.05.2014. IGEA – IN2 Group 15

Broj korisnika: 4800

Broj pristiglih zahtjeva u minuti: 110400

Prosječno obrađeno zahtjeva u minuti: 24006

Peek obrađeno zahtjeva u minuti: 35014

2 servera uz median vrijeme odziva 117ms

Zaključak

Obrada zadovoljavajućeg broja AJAX requesta u minuti

Kombinacija (kompliciranih) korisničkih scenarija i broja

korisnika daje zadovoljavajuće rezultate isto kao i

kontrolni scenarij

Najveći problem kod (pre)velikog broja korisnika

predstavlja vrijeme odziva i broj odbijenih zahtijeva

Činjenica da je u testovima baza u pojedinim trenutcima

postala usko grlo pokazuje da Vaadin dobro podnio

povećano opterećenje

Testiranje je pokazalo da bi Vaadin zadovoljio potrebe

jedne bogatije aplikacije s prosječnim brojem (korisnika u

peek periodima korištenja)

12.05.2014. IGEA – IN2 Group 16

IGEA – IN2 Grupa