Aanvragen en wijzigen¶
Bijna elke wijziging aan het Integratieplatform is een standaardwijziging: jij beschrijft wat je wilt, het platformteam of jij (via een pull request) wijzigt de configuratie in code, die wordt gereviewd en gedeployd. Je maakt geen queues, topics of integratieresources met de hand aan in het portal, want de volgende deployment zou dat ongedaan maken.
Welke intake je gebruikt, hangt af van je platform (Beheermodellen). Supporturen,
reactie- en oplossingsdoelen en het contactkanaal (<support channel>) staan in je overeenkomst, niet hier.
Hoe wijzigingen worden gedaan¶
| Vorm | Hoe het werkt |
|---|---|
| Aanvraag | Je beschrijft de wijziging in een ticket of work item. Het platformteam bereidt de pull request voor. |
| Pull request | Je wijzigt de configuratie zelf (bijvoorbeeld queues.json, of de module-aanroep in je workloadrepository) en opent een pull request. Het platformteam of de integration platform engineers reviewen en deployen die. Het platform accepteert pull requests van bouwers, ook om zijn eigen processen te verbeteren. |
Alle interactie met het platform loopt via Git en pull requests, wat versiebeheer en traceerbaarheid geeft. De stappen zijn:
- De wijziging is een pull request, door jou voorbereid of op aanvraag.
- Een reviewer controleert die. Voor Service Bus-entiteiten zie de checklist.
- Hij wordt gedeployd via de pipeline. Deployments van je eigen workloadresources worden met de hand gestart (Integratieresources deployen).
- Je wordt geïnformeerd en het ticket wordt gesloten.
Standaardwijzigingen¶
| Wijziging | Klasse | Wat je aanlevert | Waar het wordt geconfigureerd |
|---|---|---|---|
| Een gedeelde service aan- of uitzetten (Service Bus, Event Hubs, API Management, container registry) | Optimalisatie | De service, de omgevingen en wie hem gaat gebruiken | Spoke-bestand, extension enabled (Spoke extensions) |
| Een integratieworkload-spoke verbinden met de gedeelde services | Enablement | De spoke en de extensions die je nodig hebt | Spoke-bestand (Spoke JSON) |
| Een Service Bus-queue of -topic toevoegen, wijzigen of verwijderen | Enablement | De entiteit, zijn eigenschappen, producer- en consumerworkloads | queues.json of topics.json (Service Bus) |
| Mensen of groepen toevoegen aan of verwijderen uit een Service Bus sender- of receiver-groep | Enablement | De groep, de leden | Entra ID. Je kunt dit zelf doen als owner van de groep. |
| Een API in API Management en de Application Gateway toevoegen, wijzigen of verwijderen | Enablement | De API-definitie, backend, products, subscriptions | APIOps-repository en gateway-definities (Gedeelde services) |
| Een nieuw integratiepatroon of een nieuwe module aanvragen (Logic App, Function App, Container App, Data Factory) | Enablement | De module, spoke, omgeving en instellingen | Module-aanroep in je workloadrepository (Modules) |
| Integration platform engineers toevoegen | Enablement | De personen en de rol | Platformtoegang, volgens je overeenkomst |
Wijzigingen buiten deze lijst, zoals een nieuwe module-optie of een nieuwe gedeelde service, zijn wijzigingen van het platform, geen standaard- wijzigingen. Die worden eerst beoordeeld (Servicetypen).
Wat je in een aanvraag zet¶
| Aanvraag | Neem op |
|---|---|
| Gedeelde service of extension | De spoke, de service (apim, acr, servicebus, eventhub), de omgevingen, de mensen die hem gaan gebruiken |
| Queue of topic | Workload, entiteitsnamen, queue of topic en, voor een topic, de subscribing workloads. Eigenschappen die afwijken van de standaardwaarden (delivery count, TTL, sessions, duplicate detection, grootte). Of een filterregel nodig is. |
| Module | Welke module, de spoke en omgeving, te gebruiken subnetnamen, groottes, de identity voor het ophalen van images (Container App), authenticatie-instellingen (Logic App) |
| API | Naam, path, backend-URL, OpenAPI-bestand, products, subscriptions. Geen keys in de aanvraag: verwijs naar Key Vault-secrets. |
| Firewallregel | Bron, bestemming (FQDN of IP group), poort. Nodig voor elke verbinding die je spoke verlaat (Firewallregels en IP-groepen). |
Wie doet wat¶
| Platformteam | Workload team | |
|---|---|---|
| Gedeelde services en de platformpipelines deployen en beheren | Ja | |
| Wijzigingen aan entiteiten en modules reviewen en deployen | Ja | Bereidt de pull request voor |
| Groepslidmaatschap van je entiteiten beheren | Ja | |
| Beslissen over de eigenschappen van je queues, API's en resources | Ja | |
| Firewallregels | Valideren en deployen | Aanvragen |
De algemene verdeling staat in Verantwoordelijkheden en Beheermodel.