Dienstverlening & portaal

• Het vaste leverpad

  Iedere levering doorloopt dezelfde acht stappen, van beschrijven tot overdragen, met een normtijd per stap en één leverstatus in versiebeheer. Een stap is pas gereed als het onderdeel werkt; een onvolledige levering blijft zichtbaar en wordt zonder dubbele onderdelen hervat.

  0 vastgesteld13 voorstellen

• Dienstbeschrijving en toetsing

  De dienstbeschrijving is de enige invoer van een team. Een toetspijplijn in de opslagplaats Afnemers toetst ieder voorstel, langs iedere ingang, aan de geldende regels: rol, velden, capaciteit, zones en instemming.

  1 vastgesteld15 voorstellen

• Beoordelen en samenvoegen in versiebeheer

  Versiebeheer is beschermd met ondertekende vastleggingen, een beschermde hoofdtak en twee beoordelaars naast de auteur. Binnen de vastgestelde varianten voegt alleen een samenvoegidentiteit automatisch samen; sjablonen en beleid nooit.

  1 vastgesteld10 voorstellen

• Catalogus en dienstsjablonen

  De catalogus biedt teams gepubliceerde diensten met varianten, afspraken per profiel en documentatie. Iedere dienst en ieder sjabloon heeft een eigenaar en een versie; het aanbod groeit langs het groeipad.

  3 vastgesteld6 voorstellen

• Het portaal en de ontwikkelomgeving

  Het portaal, Red Hat Developer Hub, dient voorstellen in en toont de voortgang, maar voert niets uit. Het draait met de ontwikkelomgeving op een eigen gehost portaalcluster, met rechten per team en begrensd verkeer.

  3 vastgesteld17 voorstellen

• Wijzigen, bijwerken en beëindigen

  Een wijziging is een nieuwe levering langs hetzelfde pad, en bijwerken levert een nieuwe versie in versiebeheer op die gespreid wordt uitgerold: eerst de proefgroep, dan in golven. Beëindigen loopt via de toestand in de dienstbeschrijving.

  0 vastgesteld7 voorstellen

• Beheer, meting en herstel van het leverpad

  Portaal, toetsing en leverwerkstroom komen uit code en versiebeheer en zijn opnieuw op te bouwen. Uitval stopt nieuwe leveringen maar geen draaiende toepassing, en iedere levering wordt gemeten tegen de nulmeting.

  0 vastgesteld17 voorstellen

Onderdelen

Samenhang

• Applicatieteam → Dienstcataloguskiest variant
• Dienstcatalogus → Versiebeheerlegt voorstel vast
• Versiebeheer → Uitvoeringgoedgekeurde inrichting
• Beleidstoets → Versiebeheertoetst voorwaarden
• Uitvoering → Beheerstatusmeldt voortgang

Wat het domein moet bereiken

Herhaalbaarheid

Eén goedgekeurde dienstbeschrijving stuurt levering, beheer, wijziging en beëindiging.

Beheersbaarheid

Een onvolledige levering blijft zichtbaar, met oorzaak en eigenaar per onderdeel.

Begrensde zelfservice

Teams kiezen standaardvarianten; het platform handhaaft dezelfde regels via portaal, API en versiebeheer.

Belanghebbenden

Teameigenaar

Bepaalt eigenaar, profiel, capaciteit, gegevens en toegestane koppelingen.

Platformbeheer

Beheert sjablonen, automatisering, leverstatus en herstel van mislukte leveringen.

Diensteigenaar

Accepteert de dienst op basis van het complete bewijs; bepaalt voorwaarden voor productie.

Samenwerking met andere domeinen

Applicatieteam

Krijgt: Dienstkeuze, eigenaar, profiel, capaciteit en verbindingen. Levert: Voorstel, voortgang en bewijs.

Identiteit & toegang

Krijgt: Gebruikers en groepen. Levert: Aanmelding en rolcontrole.

Vlootbeheer

Krijgt: Catalogus en goedgekeurde dienstbeschrijving. Levert: Voorstel in versiebeheer.

Leverende domeinen

Krijgt: Status van cluster, database en koppelingen. Levert: Goedgekeurde beschrijving en uitvoering.