November 10, 2021

Reading Time:

OpsVerse – The beginning

Share

Why did we start OpsVerse?

The software delivery pipeline is the backbone of any software engineering organization. It includes the tools to build, test, deploy, and monitor applications. Today, however, there is no single tool in the market available to help manage this pipeline end to end. Instead, a company must rely on its DevOps teams to build and manage one.

So, what’s the problem?

DevOps teams first need to operationalize a set of disconnected, complicated tools and then develop the software delivery pipeline layer above it. This layer quickly becomes a heavily customized solution that requires deep tribal knowledge to operate and manage on an ongoing basis. Teams must also deal with the plethora of tools and services available in the public cloud and CNCF ecosystems.

Naturally, companies will start to incorporate data science and ML engineering roles as they become more data-centric and start developing AI/ML-based features. These engineers need additional tools (namely, DataOps and MLOps) to perform their duties. This exponentially increases the complexity of implementing and managing tool stacks.

So, companies typically have two options when it comes to solving toolchain problems. The first one is to buy or subscribe to a SaaS-based tool for individual use cases (for example: Datadog for monitoring, Sumo Logic for SIEM, Harness for CD, AWS RDS for DBs, and Snowflake for analytics). This approach simplifies tool onboarding and gives access to enterprise-grade products and support; however, it often results in vendor lock-in and becomes extremely expensive when scaling. Customers will also need to send their sensitive data to a 3rd-party service outside of their network, which has security and compliance implications.

The other option is for companies to build and run their own tools based on open source systems (as examples: ELK for log management, Prometheus for monitoring, Kafka for messaging, Apache Superset for data visualization, etc.). This option provides a greater amount  of flexibility and better data governance, but carries a high operational cost and isn’t very reliable. Over time, these factors contribute to serious engineering productivity problems.

In our experience, neither option is ideal for running consistently reliable cloud native DevOps toolchains. That’s why we started OpsVerse — a DevOps tools-as-a-service company. We are building open standards-based DevOps tools that work out of the box and integrate seamlessly with the rest of the software delivery ecosystem.

Run anywhere

Our tools are available on OpsVerse distributed SaaS platform which gives users the option to run them on our cloud or on their own public/private cloud environments. As a result, customers have access to fully managed services with better security, compliance, and data residency choices. We also considerably reduce the cost of data transmission. Just imagine sending 1 TB of telemetry data to Datadog every day!

Open source and open standards

All of our tools are based on open standards and open source systems, allowing users to implement them in a vendor-agnostic way while obviating lock-in. Additionally, it improves the developer and engineering experience as both parties are able to leverage their existing knowledge of open source systems.

Our products

With these philosophies deeply embedded in everything we do, we released ObserveNow and DeployNow.

ObserveNow

A fully operationalized and integrated full-stack observability platform that can run on any cloud within minutes

DeployNow

A GitOps-based deployment system that brings enterprise-grade features to Argo. It supports fine-grained RBAC, modern deployment strategies like blue-green and canary deployments, and SSO and DR which allow users to accelerate the adoption of continuous delivery. Like the rest of our tools, DeployNow can also be used within a customer’s private network.

Our vision

Our vision is to enable software companies to focus on their core products, not on the complicated tools and infrastructure needed to bring them to market.

We are fortunate to have Shruti Gandhi of Array Ventures be a part of our story. We thank her for her faith in us and the OpsVerse vision. Array accelerated our journey and helped focus our vision and direction. We also want to thank all our advisors, early investors and — last but not least — our awesome customers for staying by our side throughout this incredible journey.

Share

Written by Arul Jegadish Francis

Subscribe to the OpsVerse blog

New posts straight to your inbox