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

Women in Tech East Coast

kellobri
October 25, 2019

Women in Tech East Coast

2019 Conference - Is there a Future for DevOps?

kellobri

October 25, 2019
Tweet

More Decks by kellobri

Other Decks in Technology

Transcript

  1. January 1. Shiny in Production Workshop 2. Configuration Management Tools

    for the R Admin April 3. Championing Analytic Infrastructure July 4. Art of the Feature Toggle 5. Environmental Release Patterns August 6. Shiny in Production: Building bridges from data science to IT September 7. Data Product Delivery: The R user’s journey toward improving daily work 8. The R in Production Handoff: Building bridges from data science to IT October 9. Interactivity in Production Solutions Engineer at a Software Company called RStudio. RStudio builds open source and professional tools used by the Data Science and Statistical Computing community. speakerdeck.com/kellobri
  2. Solutions Engineering isn’t Dev and it isn’t Ops... Industrial Research

    Business Management Human Resources Government Work Regulated Environments Big Data Applications Cloud Infrastructure R in Production What is there to learn? What are the needs? What can we build? Solutions Engineers!
  3. 1. DevOps is a philosophy / set of practices 2.

    Which create new processes for collaboration between Dev and Ops teams 3. There’s nothing new in DevOps A framework for making sense out of common sense
  4. When developers begin to think of infrastructure as part of

    their application, stability and performance become normative. - Jeff Geerling “Ansible for DevOps”
  5. Vicious cycle of mutual resentment and distrust Dev Silo IT/Ops

    Silo THE FEAR “Hey - could you just put this thing in production real quick?” “Uh.. I just deployed this little change, and something might be broken”
  6. The DevOps Handbook 1. Accelerate Flow - Make work visible

    - Limit Work in Progress (WIP) - Reduce Batch Sizes - Reduce the number of handoffs - Continually identify and elevate constraints - Eliminate hardships and waste 2. Utilize Feedback - See problems as they occur - Swarm to solve problems and build new knowledge - Keep pushing quality closer to the source - Enable optimizing for downstream work centers 3. Learn and Experiment - Enable organizational learning and a safety culture - Institutionalize the improvement of daily work - Transform local discoveries into global improvements - Inject resilience patterns into daily work Three principles form the underpinnings of DevOps:
  7. Make an impact: Data Product Development & Delivery “It doesn’t

    matter how great your analysis is unless you can explain it to others: You need to communicate your results.”
  8. Local Environment Promotion Strategies Local Data Science Environment Email an

    Image or PDF Email the Code or Package Create a Shared Git Repository Publish to RPubs / Shinyapps.io Publish to an Analytic Sandbox (Tinker-Space) Deploy to Professional Analytic Infrastructure Sophistication / Usefulness Difficulty?
  9. SUPER-vicious cycle of mutual resentment and distrust Data Science Silo

    IT/Ops Silo THE FEAR “Hey - I wrote this code using a bunch of open source packages some random person from the internet created … Also, what’s a test?”
  10. Challenges for the R User Organizational • Legitimizing R •

    Working with IT Technical • Experience • Education • Exposure The Analytic Administrator
  11. How to wade in … with Empathy and Strategery! Does

    DevOps Exist in Your Org? Yes Maybe? Nope. Is IT/Ops comfortable helping you bring Shiny to production? ! . Best case scenario! Get ready to help implement some novelty Make a checklist, answer questions, build a POC, be prepared to take it slow This is your chance to meet some people! Talk to a developer or IT Human! Are you comfortable bringing DevOps to your Org? ! . Cool Beans! Figure out who else needs convincing Noodle on it! Maybe it’s worth it? Make a communication plan and come with an open mind. Read Books!
  12. Start by answering some questions… - What is a Shiny

    Application? - Who is the audience? - What is your service level agreement definition? (SLA) - What does your analytic architecture look like today? - What are your goals for evolving this architecture? - How will monitoring be handled? - Who is responsible for maintenance? Make work visible, Define shared goals, Build a checklist, Iterate Empathetic Communication is Challenging
  13. Shared Goal: Shorten the distance between development and production ADVOCATE

    FOR A SANDBOX PUBLISHING ENVIRONMENT B. User Acceptance Testing A. Automated Snapshot Testing
  14. Automation! • I don’t want to remember to run this

    testing procedure • I don’t want to have to assure someone from IT that I ran it • I certainly don’t want to hand the job off to them GIVE IT TO THE MACHINES Shared Goal: The improvement of daily work