Training: June 20–21, 2016
Tutorials: June 21, 2016
Keynotes & Sessions: June 22–23, 2016
Santa Clara, CA

The two sides of Google infrastructure for everyone else

ajay adhikari (Docker)
4:35pm–5:15pm Wednesday, 06/22/2016
Infrastructure reimagined
Location: Ballroom AB Level: Intermediate
Average rating: ****.
(4.40, 5 ratings)

The meme “Google infrastructure for everyone else” (GIFEE) has emerged alongside Kubernetes and other recent releases by Google. Gareth Rushgrove explores whether Google’s approach to infrastructure will be how all organizations run software in the future and why that’s an interesting question to ask for anyone running systems today. Does everyone really need to hire so many PhDs or pay Google-level salaries for the best people?

Gareth first offers an argument for GIFEE, exploring the problems software like Kubernetes solves and how people outside Google are using it today. He then offers a counter argument—what makes software like this hard to adopt and why might organizations take a different path to the future than the one that worked for Google. Gareth concludes by examining how to overcome barriers to adoption of new software and new paradigms, using the GIFEE meme as an example but also touching on other large shifts like the adoption of the platform as a service.

Topics include:

  • Barriers to, and reasons for, adopting new technology
  • Buy vs. build and the role software vendors play in change in large organizations
  • The limitations of even skilled operations people
  • The importance of a culture of tool building
Photo of ajay adhikari

ajay adhikari


Gareth Rushgrove is a product manager at Docker. He works remotely from Cambridge, UK, helping to build interesting tools for people to better manage infrastructure and applications. Previously, he worked for the UK Government Digital Service focused on infrastructure, operations, and information security. When not working, he can be found curating the Devops Weekly newsletter or hacking on software in new-fangled programming languages.