Shipping code at PyConPL 2013

Transcript

3. null ’ ship it
4. ship code w w
5. architecture delivery ownership b architecture delivery ownership b
7. base r rails
8. base r rails DB b - authentication r r Everything
9. external public api rr w f features impractical f r r w r b / api
10. dog food your apis all fr b public api
11. dog food your apis b r clients frontends
12. dog food your apis completness f r r r well tested third party r
13. backbone.js event-driven b syncing r modularity v apis
14. separate fr massive fr backbone.js
15. separate fr massive fr backbone.js top-level fr w modules
16. backbone.js reports f necessary
17. auth system overloading r b universal api
18. auth system r r SERVICE
19. service-oriented architecture
20. soa r b modules SERVICEs design f r failure agnostic
21. fr Cost soa
22. fr Cost soa r services r storage f testing
23. f r calls soa FS::API::Tags::Tag. user_context(user.api_token). find(id) FS::API::Core::Account.find(id)
24. json f r w api-based staying agnostic
25. json responses staying agnostic
26. staying agnostic { "items": [ "10034", "10041", "10046" ], "metadata": { "total": 3 } }
27. absolutely no xml
28. f r development soa
29. bugs f r development soa
30. bugs f maintenance f r development soa
31. framework b interfaces / / q b serialization
32. growth > 30 r Services > 100 Aws b
33. 360k / r w v r 150m 46ms v r r 23.1ms performance
34. r f 1.4k r v 60M r rv performance
35. w w w soa what’s going on?
36. synchronous calls
37. message queues
38. rabbitmq
39. rabbitmq r b messages v r library
40. rabbitmq Dispatcher.start(opts) do |config| config.handle "deal.new", :with => Handlers::DealHandler end
41. rabbitmq class Handlers::DealHandler def process(event_data) # do stuff here end end
42. rabbitmq r 10 million v
43. testing continuous integration rv r fully tested w
44. isolation r mirroring testing
45. mocking r versioning testing in isolation preserve r
46. errors whole requests testing in isolation v r f presence of attributes
47. testing in isolation selenium
48. testing qa team r nothing b r
49. architecture delivery b architecture delivery b
50. STABLE b r all the time
51. architecture delivery b automation
52. architecture delivery b automation automation
53. architecture delivery b automation automation automation
54. setup testing delivery automation
55. setup automation stack f code r bootstrap r all else nginx ` -fr `
56. setup automation vagrant + puppet v f next?
57. master branch w passing tests w deployable notifications
58. sandbox f production v r production-scaled ( ) r -r testing
59. cautious deployments
60. cautious automated deployments
61. cautious ordinary automated deployments
62. grid
63. allocation r resources grid
64. predefined resources web w r r background job w r r rabbit w r r
65. predefined resources tags = Service.find_by_name(“tags”) tags.web_workers = 8 tags.background_workers = 3 end
66. dynamic allocation master nodes mit star cluster slots r node
67. dynamic allocation
68. dynamic allocation r scaling
69. grid grid deploy tags production
70. check r r w ’ necessary routing grid
71. grid console grid console tags production
72. r r isolation r blacklisting grid
73. architecture delivery ownership b architecture delivery ownership b
74. ownership v r b owns r f product
75. ownership everyone r everyone
76. everyone deploys r r first week
77. influence r Familiarizes w r r v f anxiety deployment
78. r shipping r influencing customers r code ownership
79. 20-40 r day w deploy
80. often stable b
81. fast often v
83. architecture delivery ownership b @antekpiechnik antek@getbase.com