Få på plass en ALM løsning for Dynamics CRM som gjør deploy trygg og sikker

I dag bruker vi bare uadministrerte løsninger (unmanaged solutions) i Dynamics CRM i alle miljø (DEV, TEST og PROD) og dette er svært uheldig.

Bruk av uadministrerte løsninger i Dynamics 365-miljøer utenfor utvikling innebærer betydelig risiko fordi de mangler kontrollen og angremulighetene som administrerte løsninger gir.

Benedikt Bergmann er Microsoft MVP med over 10 års erfaring som løsningsarkitekt på Dynamics 365 og Power Platform:
_My recommendation, as well as Microsoft’s, is to only use managed solutions for environments other than the development environment. This often leads to questions from colleagues and customers on how to move to managed solutions in a setup where previously everything was deployed as unmanaged. This blog post will explain exactly that._

_**Background**
Let’s talk shortly about the background first. I sometimes come into projects where solutions have been deployed to downstream environments as unmanaged. One of the most common reasons is that the first implementation was a couple of years ago. Back then the whole Application Lifecycle Management (ALM) story wasn’t as mature and good as we have it today, therefore a lot of customers and partners chose to only use unmanaged solutions. Since then Microsoft has invested a lot in everything around ALM. There aren’t many excuses to use unmanaged solutions in downstream environments._

**Hovedrisikoer**
- Irreversible endringer: I motsetning til administrerte løsninger, kan ikke uadministrerte løsninger avinstalleres for å fjerne komponentene. Sletter du løsningen, blir selve tilpasningene (felter, skjemaer osv.) liggende igjen i miljøet, noe som krever manuelt opprydningsarbeid
- "Uadministrert lag"-fellen: Uadministrerte endringer legger seg på det øverste laget i miljøets [lagdelingsmodell](https://www.google.com/url?sa=i&source=web&rct=j&url=https://learn.microsoft.com/en-us/power-apps/maker/data-platform/solution-layers&ved=2ahUKEwjv1c_BkeCSAxXZHRAIHeaZLVoQy_kOegYIAQgDEAI&opi=89978449&cd&psig=AOvVaw2IcqtEy9g6PB9jDCV8ZylA&ust=1771404333407000). Dette betyr at de alltid vil overstyre oppdateringer fra administrerte løsninger, noe som kan "skjule" feilrettinger eller nye funksjoner som rulles ut via offisielle rørledninger (pipelines)
- Miljø-avvik (Drift): Direkte redigering i produksjon fører til "drift", hvor miljøene dine ikke lenger er like. Dette gjør det nesten umulig å teste nye funksjoner på en pålitelig måte i Sandbox før de går live
- Avhengighetskonflikter: Uadministrerte løsninger sporer ikke avhengigheter like strengt som administrerte, noe som øker risikoen for feilmeldinger om "manglende komponenter" ved fremtidige distribusjoner
- Sikkerhet og styring: Uadministrerte løsninger lar alle med tilpasningstilgang redigere produksjonsmiljøet direkte. Dette omgår beste praksis for [Application Lifecycle Management (ALM)](https://www.google.com/url?sa=i&source=web&rct=j&url=https://learn.microsoft.com/en-us/power-platform/alm/solution-concepts-alm&ved=2ahUKEwjv1c_BkeCSAxXZHRAIHeaZLVoQy_kOegYIAQgDEAY&opi=89978449&cd&psig=AOvVaw2IcqtEy9g6PB9jDCV8ZylA&ust=1771404333407000) og sletter sporbarheten

**Anbefalt praksis**
Microsoft anbefaler å bruke uadministrerte løsninger kun i Utvikling (DEV). For TEST, UAT og PROD bør du eksportere arbeidet som en administrert løsning. Administratorer kan nå bruke innstillingen [Blokker uadministrerte tilpasninger](https://www.google.com/url?sa=i&source=web&rct=j&url=https://learn.microsoft.com/en-us/power-platform/alm/block-unmanaged-customizations&ved=2ahUKEwjv1c_BkeCSAxXZHRAIHeaZLVoQy_kOegYIAQgFEAE&opi=89978449&cd&psig=AOvVaw2IcqtEy9g6PB9jDCV8ZylA&ust=1771404333407000) for å forhindre denne risikoen i kritiske miljøer.