Sign up for weekly AppOps insights.

Sign up for weekly AppOps insights.

Why is Salesforce so Late to the DevOps Game?

Zoe Burris

September 23, 2021

More IT teams are turning to DevOps as a solution to help them to solve incessant silos in their workflows. However, the question of why Salesforce has been so slow to adopt still remains on the minds of developers. The DevOps movement began to grow in 2007, spawned by development teams desperate for tools that solved their biggest pains. DevOps served to break down the brick wall between engineering teams and their operations counterparts so companies could keep up with demand for more frequent software releases. 

The Salesforce ecosystem’s slow adoption of DevOps can be attributed to the following key principles:

1. Salesforce is not a code first environment

Salesforce is a low-code platform that is declaratively configured as much as it’s programmatically configured. The declarative environment provided by Salesforce goes beyond the developer empowering a people with no coding experience to be citizen developers in control of their business processes. Often, Salesforce Administrators, Business Analysts and Project Managers have great ideas, but are excluded from conversations, due to their inability to work with code-heavy DevOps tools.

Successful adoption of DevOps for any team low-code, no-code citizen developers must be first class citizens from the very beginning. This is why AppOps is designed with the lowest technical user in mind. 

2. The production org has historically been the source of truth

In DevOps the code is the source of truth, not the software. The code is versioned and every change is stored in a repository, like track changes to a document, so it’s easy to roll back changes if there’s an error. Within Salesforce we think of production as the source of truth. The problem is production is always moving and changing, and there’s no real history of changes. 

For Salesforce DevOps to be successful we need to be able to version not just the code in Salesforce but the declarative configurations too. This is why AppOps helps you version your Salesforce data.

3. Creating reproducible environments has been challenging 

This principle is all about having a safe place to play around and test new ideas. You need to be able to create them quickly and toss them. Salesforce has sandboxes, but not truly reproductions of production because they don’t have all of your data. Even Full Copies get out of sync with production quickly and can only be refreshed every 30 days. Since Salesforce data is highly relational and those relationships are hard to maintain org to org, most companies fall into one of two buckets:

  • Everyone shares the Full or Partial Copy sandbox. All the work happens here and people stepping on each other’s toes, which results in restricting access to the 
  • They work in DevPro without data, meaning they can’t efficiently build new stuff or test it very well 

To be successful, you need to be able to create true copies of production and really fast. That’s why AppOps Sandbox seeding allows you to select, filter and seed data into any org in minutes. 

Schedule a demo to discover how AppOps can improve how your team manages data  Salesforce.