KODE ELLER KONSOL

Hvad der ændrer sig, når din tenant lever i Git.

TerraProvider holder Intune og Entra ID som Terraform-kode i dit repository, så hver ændring er en plan, dit team kan gennemgå, før den når tenanten. Her er en sammenligning med at klikke i Microsoft Intune og Microsoft Entra administrationscenter, og hvornår et administrationskonsol passer dit team bedre.

  • terraprovider/microsoft365wp
  • Terraform and OpenTofu
  • Business Source License 1.1
terraform plan
  # microsoft365wp_conditional_access_policy.require_mfa_admins will be updated in-place  ~ resource "microsoft365wp_conditional_access_policy" "require_mfa_admins" {      ~ conditions = {          ~ users = {              ~ exclude_users = [                  - "7c1e4a90-3f2b-4d8e-9a61-0b5c2e8f1d47",                ]                # (8 unchanged attributes hidden)            }            # (6 unchanged attributes hidden)        }        id           = "2b7f9c3e-8d41-4f6a-b0e2-5c9a1d7e3f80"        # (3 unchanged attributes hidden)    }Plan: 0 to add, 1 to change, 0 to destroy.

Eksempeldata.

SIDE OM SIDE

Den samme ændring i administrationscenter og i kode

En Conditional Access-politik, en overholdelsesregel, en ekstra tenant: hvad sker der med hver enkelt, når der klikkes, og hvad sker der, når det er en fil i dit repository.

Den samme ændring i administrationscenter og i kode
SituationI administrationscenterMed TerraProvider
Før en ændring går liveEn Conditional Access-ændring er live i det øjeblik, nogen trykker Gem.Ændringen er et pull request. Planen viser, hvilken attribut der flyttes fra hvad til hvad, før noget berører tenanten.
Hvem godkendte det, og hvorforAuditloggen angiver den konto, der gemte politikken. Ticketen og begrundelsen er et andet sted, hvis de overhovedet eksisterer.Commit-besked, pull request og godkendelse ligger ved siden af ændringen. At rulle tilbage er en revert.
Test og produktionHver tenant klikkes igennem for sig, og de to glider fra hinanden over månederne.Ét modul, anvendt på begge tenants. Hvor de adskiller sig, siger en variabel det.
En ændring uden for processenDokumentationen bliver ved med at beskrive tenanten, som den så ud før.Den næste plan lister den op, herunder indstillinger dine filer aldrig nævner. Du tager den til dig eller ruller den tilbage.
En ny tenantAlle politikker klikkes igennem igen, med den gamle tenant åben i næste fane.Importér den tenant, du har (quickstartens eksport er et udgangspunkt), og anvend derefter den samme kode på den nye.
Ændringer fra en pipelineNogen logger ind i en browser og foretager ændringen manuelt.GitHub Actions og Azure DevOps logger ind med OpenID Connect, uden en gemt hemmelighed.
Hvor konfigurationen liggerI selve tenanten.I dit eget Git-repository, som HCL der både Terraform og OpenTofu kan køre. Providerens kildekode er offentlig under Business Source License 1.1.
HVAD PASSER BEDST

Kode passer til teams, der allerede gennemgår ændringer i pull requests

Hvad der passer bedst, afhænger mindre af tenanten end af teamet: hvem der foretager en ændring, og hvor den bliver gennemgået.

  • TerraProvider passer, når

    • Dit team skriver allerede Terraform til Azure og gennemgår det i pull requests.
    • En Conditional Access-ændring kræver et ekstra par øjne, før den går live.
    • Test og produktion skal holdes ens, og hvor de adskiller sig, skal det være læsbart.
    • Ændringer skal køre fra GitHub Actions eller Azure DevOps, ikke fra en browsers adresselinje.
  • Et administrationskonsol passer bedre, når

    • Ingen på teamet skriver HCL, og ingen planlægger at gøre det.
    • Ændringer foretages af folk i en browser, og teamet ønsker at bevare det sådan.
TENANT-TEAMS OG MSP'ER

Én provider til din egen tenant og til dine kunders tenants

Et team, der driver sin egen tenant, placerer test og produktion under ét modul. En managed service provider giver hver kundetenant sin egen provider-blok og kalder det samme baseline-modul for dem alle; undtagelserne er variabler, en reviewer kan læse.
  • Din egen tenant: Community Edition er gratis for organisationer med op til 99 brugere, og Enterprise tilføjer support fra 100 brugere.
  • Kundetenants: Community Edition dækker dem ikke, så de kræver en egen plan. Kontakt salg
main.tf
provider "microsoft365wp" {  alias     = "contoso"  tenant_id = "8a1f3c2e-5b7d-4e90-a6c4-2d9e7f1b0c35"}provider "microsoft365wp" {  alias     = "fabrikam"  tenant_id = "e4c27b91-0d3a-4f86-b5e2-7a1c9d0f6b48"}module "baseline_contoso" {  source    = "./baseline"  providers = { microsoft365wp = microsoft365wp.contoso }}module "baseline_fabrikam" {  source     = "./baseline"  providers  = { microsoft365wp = microsoft365wp.fabrikam }  allow_byod = true}

Eksempeldata.

Se din egen tenant som en plan.

Anmod om en prøveperiode med Enterprise, eller start med Community Edition, gratis for organisationer med op til 99 brugere.