Featured Story
AT&T snaps up T-Mobile's unwanted midband spectrum from UScellular
T-Mobile has determined 3.45GHz spectrum is not suitable for its 5G network. But AT&T continues to use C-band and 3.45GHz spectrum for its 5G midband network buildout.
Google is working to empower developers to succeed with small steps, says Adam Seligman, developer relations VP.
Developers need tools that will help them test and safely roll out new features to users without compromising their business, says Adam Seligman, VP or developer relations at Google.
And not surprisingly, Seligman believes Google is well placed to offer developers the tools and support they need.
The Google man says organizations need to think about their application needs in terms of individual features, rather than think in terms of complete apps. To help them think that way, developers need to be confident that they can turn an idea into a feature that can be tested in a simple, quick and secure way, says Seligman, who joined Google (Nasdaq: GOOG) in January after more than six years at Salesforce.com Inc. . (Prior to joining Salesforce, Seligman also worked in developer relations for Microsoft, where he spent eight years.)
A fast, incremental upgrade development model is one that Google follows internally, he says. "We have a model where individual developers are incredibly empowered to ship code into production," Seligman says. "And to do that, you have to have things like automated testing, test builds, code review process, a collaborative source environment, and then push a little feature to production and route a small amount of traffic to it, to get data to see what happens."
He continues, "That's opposed to the old waterfall approach, where you wait six months, you come up with a giant release, you test it as best you can, and you ship it. And then everybody gets it and then things don't work... Google believes stubbing your toe shouldn't be fatal," Seligman states.
Figure 1: Google's Seligman, pointing proudly to his giraffe shoes. He says his daughter loves giraffes. (See Google Cloud Next in Photos, With Gorgeous Giraffe Footwear
Now entering its fifth year, the 2020 Vision Executive Summit is an exclusive meeting of global CSP executives focused on navigating the disruptive forces at work in telecom today. Join us in Lisbon on December 4-6 to meet with fellow experts as we define the future of next-gen communications and how to make it profitable.
This fast development process is "a totally different way to think about development," claims Seligman, though it may sound familiar to many.
Last month, Google launched several new services and software designed to help developers adopt such a process. The web services giant debuted Cloud Services Platform, a hybridized platform for running containerized and serverless apps that combines Kubernetes container management with Istio open source software for connecting containerized applications. Additionally, Google launched Cloud Build, a Continuous Integration/Continuous Delivery (CICD) platform, which integrates with the GitHub developer collaboration service. (See Google Launches Cloud Services Platform, a Toolkit for Kubernetes & Serverless Apps, Google Pushes Enterprise Strategy Beyond the Cloud and Google Builds Bridge With Microsoft in GitHub Partnership.)
This change in business processes applies to traditional organizations as well as born-in-the-cloud startups. Traditional businesses -- and Google Cloud customers -- like HSBC, Airbus and Target are all transforming with software and AI, and need to be able to ship code safely, Seligman says. "Many times the best way to do that is not by taking a giant leap but by taking many small steps," he says.
Google's Cloud Services Platform and the open source Istio standard for container management make it easier to implement small changes to services and get feedback, he says. "You can easily move forward. Or if you have to move backward, it's a small step back."
This change in business process requires both cultural and technological change, Seligman says. Agile development is the methodology -- the human element -- to allow developers to move in sprints, while CICD is the technology to quickly turn code into product. Businesses also requires a "mindset to empower developers to release products quickly and safely," Seligman says.
"Canaries are a key element of that empowerment," Seligman says. In this context, a 'canary' refers to a real production build that is only deployed to a small number of users, so that if it fails it does very little damage and the organization can collect data on how the feature works. Canaries that succeed are pushed out to a wider base for further testing, until (hopefully) they become standard features of a service, available to all users.
"You could probably do that with any CICD system, but to have the cultural approach where developers are empowered to test canaries and get data, that can be a radical shift in how people think about software," Seligman says.
CICD is a hot developer technology. Google and Netflix launched Kayenta, an open source tool for continuous software delivery at cloud scale, in April. Mirantis launched its own continuous delivery product and services based on Netflix's Spinnaker at about the same time. And GitLab provides CICD as a service as part of its platform for open source development collaboration. (See Google & Netflix Launch 'Kayenta' for Cloud-Scale Continuous Software Delivery and Mirantis Has Seen the Future (Again) & This Time It's Spinnaker.)
Seligman discusses Google's fast development philosophy in a brief video interview with Light Reading:
And here's Frank Zappa describing the same principles as Seligman talks about, applied to a different industry, in an interview from 25 or more years ago.
You May Also Like