Select Page

Gopal Dommety

last updated on November 29, 2021

Every company is trying to deliver software faster. The most important decision for setting up the organization for success is the Continuous Delivery platform. Sometimes the shiny object is not the right solution.

Responding quickly to customer needs is the new key to long term success for many companies. Since software applications are now central to so many customer interactions, speed in delivering software is a key IT competency. That is why continuous delivery is gaining such a broad following now. 

Choosing a platform for continuous delivery (CD) is not simple. The number of integrations required, the process change that CD causes, and the impact of a poor choice all demand a thoughtful consideration of all the factors involved in a good decision. 

Engineering and IT architects, managers and leaders have to grapple with requirements and tradeoffs as they make decisions on which Continuous Delivery Platform to choose. Rather than focus on features or technical approaches, this blog highlights 3 strategic dimensions companies leaders should consider in their CD selection process and how OpsMx Enterprise for Spinnaker addresses these considerations.

1. Extensibility – Ensuring the Capability to Meet  Future Needs

Initial deployment of CD platforms can provide a complete solution – for your initial applications or targets. However, fast-growing companies and large organizations need the ability to extend their CD tool. Teams need to accommodate new scenarios that arise as more services are added to the CD process, more DevOps tools are added to your toolchain, and more corner cases appear in your environments. These extensions may happen weekly, monthly, or even a year from now, but they will happen. 

When the situation comes, a change to the CD platform is simply a requirement – without the change, that service is not able to be deployed with the required speed. With a proprietary solution, your wait time is probably long. You need to request an update from the vendor, hope that your standing is high enough to generate attention, convince other customers to lobby for the feature with you, or compete with other customers for the vendor’s limited bandwidth. Finally, if the change request is accepted, you must wait until a request is implemented, tested, and delivered. 

On the other hand, Spinnaker enables you to accommodate extensions quickly. 

  • Spinnaker has extensibility built-in. At its core, Spinnaker provides extensibility that allows us to by-pass the traditional challenges associated with adaptability and change. You can leverage the extensible framework of Spinnaker to deliver new integrations without having to wait for a corresponding software release from a proprietary software vendor. For example, you can add integrations to new or legacy tools in the CI/CD tool change that might be implemented or acquired after the CD platform has been deployed. 
  • Spinnaker provides flexibility to be able to work with:
    1. Both traditional and modern applications (monoliths, microservices, and hybrid) 
    2. Extensible pipelines
    3. Extensible stages without needing code changes
    4. Custom deployment strategies
  • Because Spinnaker is open source and the Spinnaker community is large and vibrant, you are able to work with other companies or on your own to implement the change and add it to Spinnaker.   
  • For example, someone can easily implement a new scenario by constructing a pipeline to fetch a version/package list from a repository like Artifactory/Git, allowing the user to select/search from the list and deploy to one or more targets.

Additionally, every software product gets defects from time to time. If a proprietary product has a bug that is significant for you, you are again forced to work with the software vendor to prioritize and resolve the issue. With Spinnaker, you are able to make the updates yourself until the change is implemented in the main branch of Spinnaker. This can be a lifesaver when the problem you’ve encountered is important to you but not necessarily to many other organizations. This was exactly the case that Cisco encountered – more than once – when modernizing their CD solution.

CD Platform Strategic Considerations

CD Platform Strategic Considerations

2. Cost & Risk Mitigation   

Cost: Although up-front cost is not an immediate concern for most organizations, it does tend to become a concern at scale and over time. 

Customers who have moved away from proprietary solutions to Spinnaker have told us that proprietary solutions tend to be 300% more expensive, and costs are unpredictable in the long-term, as unforeseen charges arise. 

Risk Mitigation:  Risk mitigation is a top priority for many companies because so many things can go wrong. OpsMx offers a true “white-glove implementation service” that ensures your team will accomplish their goals in a quick fashion. This white-glove service, coupled with our unique machine learning modules, is all included in the OpsMx subscription price. 

3. Culture Fit – Key to Innovation

Several leaders have told me that they consider the culture of a team to be a big factor in the innovation and scalability of their business. I do agree with them that culture influences direction and success for the team. 

Teams that actively embrace open source solutions tend to have higher flexibility, a more collaborative, and a general willingness to do “whatever it takes” to get the job done. We’ve seen that teams with DevOps cultures or with cultures focused on best-in-class toolchains tend to prefer OpsMx and Spinnaker due to their ability to be extensible and flexible, thus minimizing friction to innovation. 

Community is another important aspect of our culture. The Spinnaker community is growing and has more than 10,000 people actively working to innovate in Continuous Delivery. Of course, breakthroughs can come from anywhere, and having 10,000 people working on a project provides a much higher chance of delivering new features, or of finding help when you need to solve a pressing question on the platform.  

The Spinnaker Community provides access to best practices from other companies that are facing similar issues. It does not rely on a single vendor being the arbitrator of the best practices or features. Fortunately, OpsMx is one of the leading contributors to the Spinnaker open source project and we routinely bring these best practices to our subscribers to optimize and support their implementation.

I wanted to share these thoughts as I sincerely believe your choice of CD solution will impact the success of your software delivery going forward. If you have any questions or comments, please reach out to me or [email protected]

OpsMx is a leading provider of Continuous Delivery solutions that help enterprises safely deliver software at scale and without any human intervention. We help engineering teams take the risk and manual effort out of releasing innovations at the speed of modern business. For additional information, contact us.

Gopal Dommety

Gopal Dommety is the CEO of OpsMx. Gopal is a serial entrepreneur and technology visionary. As CEO, he has built the team to scale the technology and go to market functions, and has proven product-market fit with customers like Cisco, Salesforce, Standard Chartered Bank, Juniper Networks, Albertsons, and many others. Prior to OpsMx, Gopal was the founder and CEO of N42, where he built a team of machine learning experts to address the problems companies face when running large scale virtual data centers. Gopal also was the architect behind multiple Cisco flagship products and designed Internet Protocols (RFCs) that are widely used in the Internet today. Gopal holds more than 60 patents in the area of large scale distributed systems. Gopal is awarded Ph.D in Computer Science and Master’s Management Science, and graduated from Stanford, Ohio State and IIT.



Submit a Comment

Your email address will not be published.

This site uses Akismet to reduce spam. Learn how your comment data is processed.