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

• 1. Przyszo webu?Wiktor Schmidt [email protected]

2. O czym?nowe trendy w data-storage languages / frameworks development process 3. Data storage 4. Files 5. S3 CDN (CloudFront) 6. Application Data 7. Nowe wymagania szybko i skalowalno mniejsze wymagania co do persistence, integrity, etc. 8. Document store 9. Document store najbardziej zbliony do SQLa, due moliwoci ltrowania atwy sharding i replikacja brak JOINw, 10. Better Key-Value Redis memcacheDB Riak 11. Better Key-Value prosty bardzo atwy sharding brak JOINw, brak ltrowania 12. MapReduce Cassandra - Facebook, Digg, Twitter, OpenX, Reddit HBase - Mahalo, yahoo, stumbleUpon, ning 13. MapReduce Potencjalnie wysokie moliwoci ltrowania i agregacji danych przechowywanie duych iloci danych auto-scaling, auto-sharding bardzo skomplikowane 14. Application layer 15. Application layer 16. Nowe wymagania real-time web logika po stronie klienta high concurency 17. Whats hot? 18. pierwsza poowa2010 19. rapid developmentrapid prototyping 20. druga poowa 2010 21. Dlaczego hot? javascript V8 (chrome) engine evented, non-blocking I/O native HTTP support 22. Javascript dynamiczny powszechnie znany bezpieczny dziwny 23. Evented vs. Threaded 24. Evented vs. Threaded 25. Non-blocking I/O 26. Native HTTP server 27. Procesy 28. QA oraz Deployment 29. Ewolucja proceswQA u mnie dziaa aka SOA#1 wrzucam na produkcje i klikam staging server - testy rczne unit, integration, functional tests ... 30. Ewolucja procesw deploymentu sie koduje i sie wrzuca na eFTePa VCS (SVN), svn update na serwerze, rsync, nfs scripted deployment - multiserver, (semi-)automated ... 31. Continuous... integration deployment 32. ContinuousIntegration automated tests after each commit always ready for deployment 33. Korzyci szybki feedback eliminacja zego kodu w repo usystematyzowanie jakoci 34. Niebezpieczestwa poprawnie dziajce testy != poprawnie dziaajca aplikacja nie mona testowa regu biznesowych 35. ContinuousDeployment automated tests after each commit automated deployment after each commit 36. Procesy 37. Case IMVU commit -> test -> deploy 15k test cases 70 deploys/day 1 mln tests/day 30-40 test servers 38. Case IMVU commit -> test -> deploy 15k test cases 70 deploys/day 1 mln tests/day 30-40 test servers 39. Deploy initial deploy (small % of users) metrics sampling (load, cpu, etc.) (some time) sampling and compare deploy to 100% or rollback 40. Jak to wyglda u nas? 41. Deployment master branch automated tests staging server manual testing beta server manual testing production server 42. Korzyci szybki i konkretny feedback dalsze usystematyzowanie jakoci eliminacja strachu przed deploymentem TTR - time to recovery 43. Dzikuje pytania/uwagi? Wiktor Schmidt / netguru / [email protected]