Salesforce · DevOps Center
Salesforce DevOps Center: wat het kan en waar je rekening mee moet houden
Change- en release management · Version control · Pipeline stages
DevOps Center is Salesforce’ eigen oplossing voor change- en release management. Het vervangt change sets door een proces met version control, werkitems en pipeline stages. De next-generation versie draait rechtstreeks op het Salesforce-platform en is inmiddels verder uitgebreid met onder meer geïntegreerde testing, data deployment en AI-ondersteuning.
Daarmee kan DevOps Center een groot deel van het handwerk rond Salesforce-development uit het releaseproces halen. Version control, testing en deployments komen samen in één proces. Maar hoe goed werkt dat in de praktijk, en waar loop je tegen grenzen aan?
Dit artikel laat zien wat DevOps Center in de praktijk toevoegt, waar de belangrijkste aandachtspunten liggen en hoe je het inricht.
2 versies
Managed package en next-generation on-platform
5 stappen
Om DevOps Center in te richten
3 punten
Om vooraf in te plannen
1 platform
On-platform, geen apart releasetool nodig
Wat is DevOps Center?
DevOps Center is een on-platform oplossing voor change- en release management. Je legt een pipeline vast met stages, bijvoorbeeld Development, Test en Productie. Wijzigingen worden gekoppeld aan werkitems, vastgelegd in version control en vervolgens gecontroleerd door de verschillende stages van de pipeline gepromoveerd.
Een belangrijke keuze van Salesforce is dat admins en developers binnen hetzelfde proces kunnen werken. Een admin kan veel werkzaamheden vanuit de gebruikersinterface uitvoeren, terwijl een developer vanuit een IDE, Salesforce CLI of rechtstreeks vanuit de repository kan werken. Externe wijzigingen worden vervolgens met DevOps Center gesynchroniseerd.
Er zijn momenteel twee versies in omloop: het oorspronkelijke managed package en de nieuwe next-generation, on-platform versie. Dit artikel gaat over de next-generation versie.
Waarom teams voor DevOps Center kiezen
Het sluit aan op Salesforce. DevOps Center draait binnen Salesforce en gebruikt hetzelfde permissiemodel en dezelfde ontwikkelomgevingen. Er is geen afzonderlijk platform nodig om het releaseproces te beheren. De next-generation versie hoeft bovendien niet als managed package te worden geïnstalleerd.
Admins en developers kunnen in hetzelfde proces werken. Een low-code wijziging en een pro-code wijziging kunnen onderdeel zijn van dezelfde pipeline. Dat is vooral relevant voor teams waarin beide werkwijzen naast elkaar bestaan.
Version control wordt de bron van waarheid. Wijzigingen worden niet alleen naar een volgende omgeving verplaatst, maar vastgelegd in source control. Daardoor zijn wijzigingen terug te vinden, te beoordelen en indien nodig terug te halen. DevOps Center ondersteunt daarbij zowel werkzaamheden vanuit de interface als rechtstreeks vanuit Git.
Het releaseproces wordt zichtbaar. Werkitems laten zien welke wijzigingen in welke fase van de pipeline staan. Bij meerdere parallelle wijzigingen geeft dat een overzicht dat met losse deployments en change sets snel ontbreekt.
Wat er recent is toegevoegd
DevOps Testing
Testing wordt onderdeel van de pipeline in plaats van een losse stap naast het deploymentproces.
Je configureert testproviders, groepeert tests in test suites en stelt quality gates in. Die suites en gates koppel je vervolgens aan specifieke pipeline stages. Tests kunnen automatisch worden uitgevoerd wanneer een review wordt aangemaakt en voordat een werkitem naar de volgende stage wordt gepromoveerd.
Salesforce ondersteunt onder meer Code Analyzer v5, Apex Unit Tests, Flow Tests, Scale Test en Agentforce Testing Center. Daarnaast zijn verschillende externe testplatformen beschikbaar via partners.
Het verschil is vooral dat een testresultaat onderdeel wordt van het releaseproces. Een quality gate kan bepalen dat een werkitem pas verder mag wanneer aan vooraf vastgelegde voorwaarden is voldaan.
De quality gate zit in DevOps Center, niet in Git
Werkzaamheden die rechtstreeks buiten DevOps Center om in Git worden uitgevoerd, vallen niet automatisch onder dezelfde controle. Wie ook rechtstreeks in de repository wijzigingen accepteert, moet daarom aanvullende controles aan de Git-kant inrichten.
Data Deployment
Metadata en bijbehorende configuratiedata kunnen in dezelfde commit en deployment worden meegenomen. Denk bijvoorbeeld aan configuratierecords die nodig zijn om een nieuwe metadatawijziging correct te laten werken. Dat voorkomt een bekende situatie: de metadata is succesvol gedeployed, maar de configuratie die daarbij hoort moet daarna nog handmatig worden bijgewerkt. Door beide onderdelen samen te behandelen, blijven afhankelijkheden beter bij elkaar.
Agentforce-ondersteuning
De next-generation DevOps Center-versie maakt gebruik van de Salesforce DX MCP Server en DevOps Center MCP tools. Daarmee kunnen DevOps-taken vanuit een ondersteunde IDE met natuurlijke taal worden aangestuurd.
Een praktisch voorbeeld is een merge-conflict. Agentforce kan de conflicterende wijzigingen analyseren en een oplossingsrichting voorstellen. Dezelfde tools kunnen ook worden gebruikt voor het beheren van werkitems, commits, pull requests en promoties. Dit verandert de kern van DevOps Center niet. Het maakt vooral een aantal handelingen rond version control en release management toegankelijker vanuit de ontwikkelomgeving.
Drie punten om vooraf in te plannen
De mogelijkheden zijn uitgebreid, maar DevOps Center past niet automatisch op iedere releasewerkwijze. Deze punten verdienen daarom vooraf aandacht.
1. Hotfixes
Een standaard pipeline is gericht op gecontroleerde promotie door de verschillende stages. Een kritieke productiebug vraagt soms om een afwijkende route.
Salesforce adviseert hiervoor een afzonderlijk hotfix-project met een eigen pipeline. De fix kan daarmee sneller worden opgepakt, waarna de wijzigingen alsnog naar het reguliere project moeten worden teruggebracht om de verschillende branches en omgevingen gelijk te houden.
2. Source tracking en development vanuit een IDE
In de next-generation versie is DX Inspector juist bedoeld om wijzigingen in de developmentomgeving te volgen, te beoordelen en aan werkitems te koppelen. Source tracking houdt daarbij metadatawijzigingen bij en maakt het mogelijk om vanuit de developmentomgeving commits en change requests aan te maken.
Dat betekent niet dat alle wijzigingen automatisch worden meegenomen. Niet ieder metadatatype wordt door source tracking ondersteund en in sommige situaties moet metadata handmatig worden toegevoegd. Ook gedeelde developmentomgevingen kunnen extra aandacht vragen.
Voor teams die grotendeels vanuit een IDE werken, is het daarom belangrijk om vooraf vast te leggen welke route wijzigingen volgen: via DX Inspector, rechtstreeks via Git of een combinatie daarvan.
3. Migratie vanaf het managed package
De migratie vanaf het oude managed package vraagt extra aandacht. Niet alle onderdelen worden automatisch overgezet en instellingen voor onder meer omgevingen en source control moeten opnieuw worden ingericht. Salesforce adviseert bovendien om tijdens de migratie niet gelijktijdig in beide versies aan hetzelfde project te werken.
Wie het managed package al gebruikt, doet er daarom goed aan de migratie als een afzonderlijk traject te behandelen en eerst in een gecontroleerde omgeving te testen.
Setup in vijf stappen
- DevOps Center inschakelen. Activeer de next-generation versie in de DevOps Center Hub en ken de benodigde permission sets toe.
- Version control koppelen. Verbind GitHub of Bitbucket als source-controlomgeving. Version control vormt de bron van waarheid voor de wijzigingen in de pipeline.
- Project en pipeline inrichten. Maak een project en bepaal welke stages nodig zijn voor de releasecyclus.
- Omgevingen koppelen. Verbind de development-, test- en productieomgevingen met de juiste pipeline stages. Developmentomgevingen voor source tracking moeten hiervoor geschikt zijn als source-tracked sandbox of scratch org.
- Werkitems en promotie inrichten. Koppel wijzigingen aan werkitems, commit ze naar source control en richt de review- en promotieflow in. DevOps Testing kan vervolgens als onderdeel van de pipeline worden toegevoegd.
Voor wie is DevOps Center?
DevOps Center is vooral interessant voor teams die Salesforce-development willen standaardiseren en nu nog werken met change sets of veel handmatige deployments. Het biedt een vaste releaseflow met version control, werkitems en pipeline stages, zonder dat daar een afzonderlijk platform voor nodig is.
Het past ook goed bij teams waarin admins en developers naast elkaar werken. Beiden kunnen vanuit hun eigen werkwijze wijzigingen aan hetzelfde releaseproces toevoegen.
Minder vanzelfsprekend is dit bij teams met veel spoedwijzigingen, een sterk afwijkende releasewerkwijze of een developmentproces dat vrijwel volledig vanuit de IDE verloopt. Ook dan kan DevOps Center een goede aanleiding zijn om het releaseproces verder te standaardiseren en minder afhankelijk te maken van handmatige stappen. De vraag is vooral welke aanpassingen daarvoor nodig zijn.
Een kleine pilot geeft daar snel antwoord op. Richt één project en één pipeline in en voer een aantal echte wijzigingen door. Daarmee wordt zichtbaar wat DevOps Center in de praktijk toevoegt en waar aanvullende afspraken of tooling nodig zijn.
Conclusie
DevOps Center is een serieuze optie voor teams die meer structuur willen aanbrengen in Salesforce-development en release management. Zeker wanneer er nu veel met change sets of handmatige deployments wordt gewerkt, kan het een groot deel van dat proces samenbrengen in één werkwijze. De extra mogelijkheden voor testing, data deployment en Agentforce maken het bovendien relevanter dan de eerdere versie.
Dat betekent niet dat ieder team zijn bestaande werkwijze één op één kan overnemen. Hotfixes, development vanuit de IDE en een bestaande inrichting met het managed package vragen om een bewuste aanpak. Juist daarom is een pilot de beste manier om de fit te bepalen: richt één pipeline in en laat er echte wijzigingen doorheen lopen. Dan wordt snel duidelijk wat DevOps Center kan overnemen en waar aanvullende afspraken of tooling nodig blijven.
Hulp nodig bij DevOps Center?
Wij helpen je bij het opzetten van je pipeline, het koppelen van version control en omgevingen, en het bepalen hoe hotfixes en IDE-development in je releaseproces passen. Van een eerste pilot tot een werkende standaard.