Wat is een Skryv applicatie?

Concept

Met een Skryv‑applicatie kunnen overheden en publieke organisaties hun dienstverlening digitaliseren via een samenstelling van netwerk‑ en infrastructuurcomponenten die zowel de opzet als het operationeel beheer ervan faciliteren. Skryv-applicaties worden vormgegeven volgens agnostische architectuurprincipes en kunnen op om het even welke omgeving uitgerold worden. Dit kan een cloudomgeving op basis van managed services zijn, maar een self-managed cloudomgeving of een lokale on-premise server behoren eveneens tot de mogelijkheden. Deze vrijheid betekent dat overheden 100% controle blijven behouden over hun applicatie en onderliggende infrastructuur.

AWS-cloudomgeving als default

Als default stelt Skryv een AWS‑gebaseerde cloudomgeving voor, gebruikmakend van managed en waar mogelijk serverless services. Dit biedt voordelen op het vlak van schaalbaarheid, continuïteit, onderhoud en veiligheid. Het Skryv‑platform voorziet out‑of‑the‑box de nodige technische interfaces (API’s, configuratie, tooling) om met deze AWS‑services te interageren. Voor de relevante componenten zijn bijkomende interfaces voorzien die gericht zijn op self‑hosted of open‑source alternatieven. In de praktijk worden deze alternatieven vooral gebruikt door ontwikkelaars die lokaal (op hun eigen pc of laptop) een miniatuurversie van de applicatie willen uitrollen voor ontwikkelings‑ en testdoeleinden. Op aanvraag kan Skryv extra interfaces of adapters toevoegen voor organisaties die kiezen voor andere cloudoplossingen (bijvoorbeeld Azure of een private cloud).

High-level architecturale beschrijving

Elke Skryv‑applicatie kan op hoog niveau beschreven worden in twee lagen:

1. Netwerklaag: bevat de netwerkcomponenten die bepalend zijn voor de omgeving en de toegang zoals DNS, netwerksegmentatie, firewalls, load balancing en de container runtime.

2. Infrastructuurlaag: bestaat uit drie sublagen:

   • State‑laag: stateful componenten zoals databases, message queues, zoekindexen en identity providers die instaan voor persistente opslag en beschikbaarheid van data binnen de scope van de applicatie.

   • Compute‑laag: computationele componenten die samen de back‑end van de applicatie vormen en verantwoordelijk zijn voor de operationele uitvoering van de dienstverlening (bijvoorbeeld de workflow engine en Spring Boot‑gebaseerde Skryv‑services).

   • User interface‑laag: frontoffice en backoffice, twee JavaScript‑gebaseerde webapplicaties die fungeren als user interfaces voor aanvragers en dossierbehandelaars.

Onderstaande secties lichten per laag toe welke concrete AWS‑services gebruikt kunnen worden en welke self‑hosted alternatieven in aanmerking komen.

Netwerkcomponenten

Hieronder een overzicht van de belangrijkste netwerkcomponenten en hoe die concreet ingevuld kunnen worden via een AWS-service of via een self-hosted alternatief.

Infrastructuur componenten

De infrastructuur bestaat uit state componenten, compute componenten en user interface componenten en wordt gedefinieerd, geconfigureerd en geïnstalleerd op basis van bestanden opgeslagen in de applicatie repository en resources (libraries) opgeslagen in de Skryv artifactory.

Meer functionele uitleg over onderstaande componenten, samen met een gedetailleerde architecturale tekening, vind je terug op de pagina Wat is Skryv platform?.

State

Compute

User interfacing

Deze user interfaces worden gehost door de back-end van de applicatie zelf. Hiervoor moet dus geen extra infrastructuur opgezet worden.

Ondersteunende componenten

Een Skryv‑applicatie maakt typisch gebruik van onderstaande ondersteunende componenten. Voor elk component verwijzen we naar de bijhorende AWS‑service of naar enkele self‑hostable alternatieven. Alternatieve oplossingen zijn mogelijk zolang ze functioneel equivalent zijn (API‑toegang, security‑model en netwerkconnectiviteit die compatibel zijn met de Skryv‑applicatie).