Upgrade to Pro — share decks privately, control downloads, hide ads and more …

Iterate and Ship

181de1fb11dffe39774f3e2e23cda3b6?s=47 Armin Ronacher
May 10, 2016
Programming
4
310

Iterate and Ship

How we iterate and ship at Sentry.

181de1fb11dffe39774f3e2e23cda3b6?s=128

Armin Ronacher

May 10, 2016
Tweet

More Decks by Armin Ronacher

See All by Armin Ronacher
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
0
320
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
1
320
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
0
1.9k
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
5
720
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
19
8.2k
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
4
790
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
2
1.3k
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
4
540
181de1fb11dffe39774f3e2e23cda3b6?s=48 mitsuhiko
9
1.2k

Other Decks in Programming

See All in Programming
4047c64e3a1e2f81addd4ba675ddc451?s=48 zsmb
1
100
C53a4a07191668addb0f406ceac16f41?s=48 sungkukshawnpark
0
660
2c0947c6a28e7f771ebd9859ecf54e5c?s=48 shinyorke
0
110
845fae80ed8b704a88b32500b3db4c53?s=48 sailplanetw
1
120
D840733454bebebb5d6f0a2d95754897?s=48 aokabic
1
140
6bf08ada80199f23061a6c22f03f0ed2?s=48 masahiro_nishimi
0
450
D3be793aaf76ed1915295001712ce0f1?s=48 jrfk
0
670
0b26590a0a8b0f1da140ed5de9b68379?s=48 usamik26
0
230
Cc8ec9594b83b5dc3c7eef345c05dc8d?s=48 shiz
2
450
F5781435bf6dbab3cbbe791111383cf1?s=48 yannickbaron
0
100
1d42b38276c3d2c7cc931fa444c13488?s=48 nasum
18
6.2k
91b77d9a98b86e27838b183407270bc0?s=48 supikiti
6
1.6k

Featured

See All Featured
7559f6cff1f5efc2d210965febd4d71c?s=48 bermonpainter
347
27k
A0517b08532aec8ab2aae3f65d40ad86?s=48 hannesfritz
32
1.1k
719435d98d452de7ac367c828266cf01?s=48 erikaheidi
24
4.8k
9375a9529679f1b42b567a640d775e7d?s=48 schacon
152
6.8k
A9179349dd2bdc67f377719f56d85656?s=48 garrettdimon
291
110k
A60068bce2e73de3a37ca9d2dbe36092?s=48 bryan
35
3.7k
B3d6434763caa0ef5dc4b792662c49f7?s=48 smashingmag
287
47k
Fde6c3a50ca518a909ef35c22c0ee0e4?s=48 destraynor
225
48k
11c84dff30266b907714802088852677?s=48 jasonvnalue
87
8.3k
A9a491b0fcbe0fbce3d64063a37add99?s=48 rmw
15
970
1b8ad785acdd1ce1c99914b1c2a4e10e?s=48 sugarenia
235
930k
2f5463832ccb768ccb4a1ca3607c27ef?s=48 jacobian
260
20k

Transcript

  1. Armin Ronacher iterate and ship

  2. Armin Ronacher @mitsuhiko Flask / Sentry / Lektor

  3. ̿ SENTRY ̀

  4. None
  5. None
  6. None

  7. ̿ THE TWO PRODUCTS ̀

  8. sentry vs ‘getsentry’

  9. sentry open source repo on-premise monthly releases

  10. ‘getsentry’ billing & quotas depends on sentry hourly deploys

  11. ̿ THE GOALS ̀

  12. deploy in seconds be unable to screw up and if

    you do: instant rollbacks

  13. tag a release once a month

  14. ̿ WORKFLOW ̀

  15. commit review integration deploy

  16. requires good test coverage requires good local setup makes it

    easier for newcomers

  17. ̿ COMMITTING ̀

  18. lint on commit!

  19. 1 Release / Month 5 Deployments / Day On Prem:

    Hosted:
  20. None

  21. master is stable

  22. 1. branch off master 2. pull request 3. merge

  23. all the pull requests

  24. !! AVOID DOWNTIME !!

  25. postgres <3 transactional ddl, concurrent indexes, cheap alter table add

    nullable columns

  26. bidirectional compatibility

  27. separation of state and connections

  28. ̿ CONTINUOUS TESTING ̀

  29. sentry travis-ci.org test all the code

  30. ‘getsentry’ travis-ci.com test code relevant for us

  31. ̿ CONTINUOUS DELIVERY ̀

  32. FREIGHT wait for travis > build > ship

  33. bidirectional communication with the main slack channel

  34. dev never matches prod :(

  35. thus: fast rollbacks! (backwards + forwards compatibility)

  36. ̿ CODE STRUCTURE ̀

  37. large systems are organisms

  38. not all things will run the same code at the

    same time

  39. data schema ~ code behavior

  40. break up larger features

  41. feature flag it! (we shipped some code to on-prem we

    backed out)

  42. ̿ MOVING PARTS ̀

  43. keep dev basic: fewer parts

  44. do not diverge dev from prod too much

  45. virtual machines and docker are not an acceptable dev environment

  46. ̿ REPRODUCIBLE BUILDS ̀

  47. pip freeze / npm shrinkwrap

  48. nothing is more frustrating than a failed deploy because a

    dependency of a dependency of a dependency of a dependency pushed out a broken release

  49. build once > ship to many

  50. ̿ MONITOR FAILURES ̀

  51. associate failures to users

  52. map support requests to failures

  53. use sentry :-)

  54. ̿ FRIENDLY ROBOTS ̀

  55. replace yourself!

  56. bots and webhooks

  57. github hooks

  58. notify to communication hub

  59. ̿ BETTER CLIMATE ̀

  60. the more robots, the better the integration, the smaller the

    fear of doing damage

  61. If you can launch a feature on your first day

    of work that's motivating

  62. also: happy customers

  63. Q&A