Intentional Deployment: Best Practices for Feature Flag Management

Поділитися
Вставка
  • Опубліковано 27 гру 2024

КОМЕНТАРІ • 9

  • @GrantM1337
    @GrantM1337 4 роки тому +4

    This was exactly what I needed. Thank you!

  • @alextaylor2551
    @alextaylor2551 4 роки тому +2

    Wow- I’m surprised no one is watching this- good presentation thanks!

    • @ankushpandit
      @ankushpandit 4 роки тому +1

      They are waiting to be another example :)

    • @thinhtat
      @thinhtat 4 роки тому +1

      i'm thinking :) . thanks for presentation, it helps me a lots

  • @leeworrell3761
    @leeworrell3761 4 роки тому

    This video really answered my questions. Thanks so much. Great video.

  • @ArjunVerma-lq4cf
    @ArjunVerma-lq4cf 3 роки тому

    Nice and imp video to watch before starting feature flag use

  • @ornous
    @ornous 4 роки тому

    Great talk!

  • @yp5387
    @yp5387 3 роки тому

    Do not release if you can't rollback it in 5 minutes..

  • @privacyvalued4134
    @privacyvalued4134 4 роки тому +1

    Way too complicated. Just roll code out to everyone. If it breaks, then roll it back and do a postmortem. The Knight Capital Group lost their business because they used feature flags NOT because they managed them poorly. If anything, it's an excellent example of why to NOT use feature flags in the first place. Your code is in version control, so it's easy enough to rollout and back again. Use a test suite against features to prevent breakage and roll out changes on set days of the week and a set time of day such that there is sufficient staff on hand to deal with actual breakage (i.e. don't deploy on weekends or at 3 am when no one is in the office let alone conscious). If your code or setup is too complicated to just rollout, then your code is written incorrectly and/or your infrastructure is poorly designed and you should be looking at those things rather than feature flags as a solution.