Przyszłość technologii webowych i podejścia do realizacji projektów internetowych. Przyszłość, którą musisz znać już teraz. - Wiktor Schmidt -TechStandard

Przyszłość webu? Wiktor Schmidt wiktor@netguru.pl

O czym? nowe trendy w • data-storage • languages / frameworks • development process

Data storage

S3 CDN (CloudFront)

Application Data

Nowe wymagania • szybkość i skalowalność • mniejsze wymagania co do persistence, integrity, etc.

Document store

Document store • najbardziej zbliżony do SQLa, duże możliwości ﬁltrowania • łatwy sharding i replikacja • brak JOINów,

Better Key-Value • Redis • memcacheDB • Riak

Better Key-Value • prosty • bardzo łatwy sharding • brak JOINów, brak ﬁltrowania

“MapReduce” • Cassandra - Facebook, Digg, Twitter, OpenX, Reddit • HBase - Mahalo, yahoo, stumbleUpon, ning

“MapReduce” • Potencjalnie wysokie możliwości ﬁltrowania i agregacji danych • przechowywanie dużych ilości danych • auto-scaling, auto-sharding • bardzo skomplikowane

Application layer

Nowe wymagania • real-time web • logika po stronie klienta • high concurency

Whatʼs hot?

pierwsza połowa 2010

rapid development rapid prototyping

druga połowa 2010

Dlaczego “hot”? • javascript • V8 (chrome) engine • evented, non-blocking I/O • native HTTP support

Javascript • dynamiczny • powszechnie znany • bezpieczny • “dziwny”

Evented vs. Threaded

Non-blocking I/O

Native HTTP server

Procesy

QA oraz Deployment

Ewolucja procesów QA • “u mnie działa” aka SOA#1 • “wrzucam na produkcje i klikam” • staging server - testy ręczne • unit, integration, functional tests • ...

Ewolucja procesów deploymentu • “sie koduje i sie wrzuca na eFTePa” • VCS (SVN), svn update na serwerze, rsync, nfs • scripted deployment - multiserver, (semi-)automated • ...

Continuous... • integration • deployment

Continuous Integration • automated tests after each commit • always ready for deployment

Korzyści • szybki feedback • eliminacja “złego” kodu w repo • “usystematyzowanie” jakości

Niebezpieczeństwa • poprawnie działąjące testy != poprawnie działająca aplikacja • nie można testować reguł “biznesowych”

Continuous Deployment • automated tests after each commit • automated deployment after each commit

Procesy

Case • IMVU • commit -> test -> deploy • 15k test cases • 70 deploys/day • 1 mln tests/day • 30-40 test servers

Deploy • initial deploy (small % of users) • metrics sampling (load, cpu, etc.) • (some time) • sampling and compare • deploy to 100% or rollback

Jak to wygląda u nas?

Deployment • “master” branch • automated tests • staging server • manual testing • beta server • manual testing • production server

Korzyści • szybki i konkretny feedback • dalsze “usystematyzowanie” jakości • eliminacja “strachu” przed deploymentem • TTR - time to recovery

Dziękuje pytania/uwagi? Wiktor Schmidt / netguru / wiktor@netguru.pl

Przyszłość technologii webowych i podejścia do realizacji projektów internetowych. Przyszłość, którą musisz znać już teraz. - Wiktor Schmidt -TechStandard

by netguruPL on Sep 13, 2010

Accessibility

Tags

Upload Details

Usage Rights

Statistics

Przyszłość technologii webowych i podejścia do realizacji projektów internetowych. Przyszłość, którą musisz znać już teraz. - Wiktor Schmidt -TechStandard — Presentation Transcript