1 / 45

Engineering and Autonomy in the Age of Microservices - Nic Benders, New Relic

Nic Benders, New Relic's Chief Architect discusses how New Relic re-organized their engineering teams around microservices in order to achieve greater scale and efficiency

datawire
Download Presentation

Engineering and Autonomy in the Age of Microservices - Nic Benders, New Relic

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Engineering & Autonomy
 In the Age of Microservices Nic Benders - Chief Architect, New Relic @nicbenders ©2008-16 New Relic, Inc. All rights reserved.   ©2008-16 New Relic, Inc. All rights reserved.   1

  2. Safe Harbor This document and the information herein (including any information that may be incorporated by reference) is provided for informational purposes only and should not be construed as an offer, commitment, promise or obligation on behalf of New Relic, Inc. (“New Relic”) to sell securities or deliver any product, material, code, functionality, or other feature. Any information provided hereby is proprietary to New Relic and may not be replicated or disclosed without New Relic’s express written permission. Such information may contain forward-looking statements within the meaning of federal securities laws. Any statement that is not a historical fact or refers to expectations, projections, future plans, objectives, estimates, goals, or other characterizations of future events is a forward-looking statement. These forward-looking statements can often be identified as such because the context of the statement will include words such as “believes,” “anticipates,” “expects” or words of similar import. Actual results may differ materially from those expressed in these forward-looking statements, which speak only as of the date hereof, and are subject to change at any time without notice. Existing and prospective investors, customers and other third parties transacting business with New Relic are cautioned not to place undue reliance on this forward-looking information. The achievement or success of the matters covered by such forward-looking statements are based on New Relic’s current assumptions, expectations, and beliefs and are subject to substantial risks, uncertainties, assumptions, and changes in circumstances that may cause the actual results, performance, or achievements to differ materially from those expressed or implied in any forward-looking statement. Further information on factors that could affect such forward-looking statements is included in the filings we make with the SEC from time to time. Copies of these documents may be obtained by visiting New Relic’s Investor Relations website at ir.newrelic.com or the SEC’s website at www.sec.gov. New Relic assumes no obligation and does not intend to update these forward-looking statements, except as required by law. New Relic makes no warranties, expressed or implied, in this document or otherwise, with respect to the information provided ©2008-16 New Relic, Inc. All rights reserved.   2

  3. ▪ ©2008-16 New Relic, Inc. All rights reserved.   ©2008-16 New Relic, Inc. All rights reserved.   3

  4. ©2008-16 New Relic, Inc. All rights reserved.   ©2008-16 New Relic, Inc. All rights reserved.   4

  5. ©2008-16 New Relic, Inc. All rights reserved.   5

  6. Organizations which design systems ... 
 are constrained to produce designs which are copies of the communication structures 
 of these organizations — Mel Conway ©2008-16 New Relic, Inc. All rights reserved.   6

  7. Organizations which design systems ... 
 are constrained to produce designs which are copies of the communication structures 
 of these organizations — Mel Conway ©2008-16 New Relic, Inc. All rights reserved.   8

  8. Characteristics of a Microservice Architecture (From https://martinfowler.com/articles/microservices.html) • Componentization via Services • Organized around Business Capabilities • Products not Projects • Smart endpoints and dumb pipes • Decentralized Governance • Decentralized Data Management • Infrastructure Automation • Design for failure • Evolutionary Design ©2008-16 New Relic, Inc. All rights reserved.   9

  9. Characteristics of a Microservice Organization • Componentization via Teams • Organized around Business Capabilities • Products not Projects (Long-Term Ownership) • Smart Teams and dumb (communication) pipes • Decentralized Governance (Teams make decisions) • Decentralized Data Management (Data skills everywhere) • Infrastructure Automation (Self-Serve Infrastructure) • Design for failure • Evolutionary Design ©2008-16 New Relic, Inc. All rights reserved.   10

  10. Durable, full-ownership teams, organized around business capabilities, with the authority to choose their own tasks and the ability to complete those tasks independently. Reduce central control, emphasizing information flow from the center and decision making at the edge. Eliminate dependencies between teams, through org structure changes and tooling improvements. ©2008-16 New Relic, Inc. All rights reserved.   11

  11. Let’s have a re-org!

  12. We’re engineers,
 we solve problems,
 let’s solve this one

  13. We hire smart people, let them be smart

  14. Optimize for agility

  15. We’re data nerds

  16. Analysis Design Rollout Break Engineers make
 the decisions dependencies

  17. Design Rollout Break dependencies Engineers make


  18. Make strong teams

  19. Full Ownership Teams

  20. T-Shaped Engineers

  21. Invert control

  22. Self-selection

  23. :-/ Harder than
 it looks

  24. :-( Managers really didn’t like it

  25. :-( Engineers 
 didn’t like it either

  26. :-o We almost 
 backed down!

  27. Mitigations

  28. The Big Event

  29. Self-selection reveals opportunities

  30. The power of 
 self determination

  31. Working agreements

  32. “We work together best when…”

  33. Insights Team Mob Programming Continuous Deployment Weekly Demos & Retros

  34. It really worked!

  35. You hired smart engineers… trust them

  36. Better teams make better products

  37. Jim Shore

  38. Thank you. Nic Benders @nicbenders

More Related