new preview build

Digikoppeling-Architectuur/Review-Q1-2024/index.html

@@ -1368,7 +1368,7 @@ <h2>
 <p>Naast het uitvoeren van een transactie met een betrouwbaar - <em>reliable</em> - protocol als ebMS2, is het ook mogelijk transacties op <em>business niveau</em> te borgen. Dubbel verzonden en ontvangen verzoeken - <em>duplicate requests</em> dienen dan door de business applicatie genegeerd te worden.  Een vaak geciteerde bron [<cite><a class="bibref" data-link-type="biblio" href="#bib-no-reliable-messaging" title="Nobody Needs Reliable Messaging">no-Reliable-messaging</a></cite>] stelt dat betrouwbare aflevering van berichten enkel op het niveau van de verwerkende business applicaties kan worden uitgevoerd. Een eis hiervoor is dat voor update requests <em>Idempotent</em> methoden worden gebruikt, meer hiervoor zie regel "/core/http-methods" uit [<cite><a class="bibref" data-link-type="biblio" href="#bib-api design rules" title="API Design Rules (Nederlandse API Strategie IIa)">API DESIGN RULES</a></cite>].</p>
 <p>Praktisch gezien resulteert dit meestal in een conversatie bestaande uit meerdere synchrone uitwisselingen. Conversaties zijn een vast onderdeel van het ebMS2 protocol maar kunnen ook op business niveau worden onderkend. Hiervoor worden attributen aan de synchrone uitwisseling toegevoegd waarmee zowel de provider als consumer - 'out-of-band' - de synchrone uitwisseling later kunnen correleren als 1 conversatie en op deze conversatie als geheel dan bijvoorbeeld compenserende handelingen kunnen verrichten.</p>
 </section><section id="notificaties-signalen"><div class="header-wrapper"><h4 id="x4-4-4-notificaties-signalen"><bdi class="secno">4.4.4 </bdi>Notificaties / Signalen</h4><a class="self-link" href="#notificaties-signalen" aria-label="Permalink for Section 4.4.4"></a></div>
-<p>Een alternatieve vorm van synchrone uitwisseling die steeds vaker voorkomt is te omschrijven als notificatie. Hierbij stuurt de <em>data provider</em> via het REST patroon een HTTP POST bericht naar de service van de <em>data-consumer</em>. Door toevoeging van dit patroon in de gegevensuitwisseling wordt een zogenaamde <em>Event Driven Architecture</em> gerealiseerd. Eind 2022 is de Notificatiestandaard bij Logius in beheer genomen onder de noemer <a href="https://github.com/Logius-standaarden/NL-GOV-profile-for-CloudEvents">NL-GOV-profile-for-CloudEvents</a>.</p>
+<p>Een alternatieve vorm van synchrone uitwisseling die steeds vaker voorkomt is te omschrijven als notificatie. Hierbij stuurt de <em>data provider</em> via het REST patroon een HTTP POST bericht naar de <em>webhook</em> van de <em>data-consumer</em>. Door toevoeging van dit patroon in de gegevensuitwisseling wordt een zogenaamde <em>Event Driven Architecture</em> gerealiseerd. Eind 2022 is de Notificatiestandaard bij Logius in beheer genomen onder de noemer <a href="https://github.com/Logius-standaarden/NL-GOV-profile-for-CloudEvents">NL-GOV-profile-for-CloudEvents</a>.</p>
 </section><section id="grote-berichten"><div class="header-wrapper"><h4 id="x4-4-5-grote-berichten"><bdi class="secno">4.4.5 </bdi>Grote Berichten</h4><a class="self-link" href="#grote-berichten" aria-label="Permalink for Section 4.4.5"></a></div>
 <p>De situatie kan zich voordoen dat een bericht een omvang krijgt die niet meer efficiënt door de Digikoppeling-adapters verwerkt kan worden bijvoorbeeld vanwege de overhead bij eventuele hertransmissies. Ook kan het voorkomen dat er behoefte bestaat aan het sturen van aanvullende informatie naar systemen buiten de normale procesgang ('out-of-band'). In die gevallen zal dit grote bestand op een andere wijze uitgewisseld moeten worden: met de Digikoppeling Koppelvlakstandaard Grote Berichten.</p>
 <p>Bij ‘grote berichten’ worden grotere bestanden uitgewisseld via een Digikoppeling uitwisseling in combinatie met een (HTTPS-)down- of upload vanaf een beveiligde website. Grote berichten vormen een functionele uitbreiding op Digikoppeling uitwisseling voor de veilige bestandsoverdracht van berichten groter dan 20 MiB<sup><a href="#f24">24</a></sup>.</p>