Vision App Maker rulează sub formă de componente containerizate, orchestrate de Kubernetes, OpenShift, OKD, Docker Swarm sau un echivalent. Platforma se poate instala on-premises, într-un cloud public (AWS, Azure, Google Cloud) sau într-o configurație hibridă.
Modelul de instalare
Platforma este proiectată pentru cloud public sau privat. Componentele rulează ca servicii logice decuplate, în containere, pe baza de microservicii, API-uri și micro-segmentarea comunicațiilor. Mediul este integral virtualizat.
Componentele containerizate sunt:
- clienții web front-end: portalul intern, portalul extern și infochioșcul;
- API Gateway (App Maker Gateway);
- motorul de procesare (App Maker Engine);
- componenta de administrare și configurare (App Factory Studio);
- un cache distribuit bazat pe Redis, partajat de replicile platformei;
- servicii auxiliare, precum autentificarea, procesarea fișierelor și integrările externe, în funcție de configurarea solicitată.
Containerele respectă standardele Open Container Initiative (OCI) și Docker. Platforma este compatibilă cu ofertele de tip Platform-as-a-Service care construiesc, implementează și scalează aplicații containerizate.
Orchestrare suportată
| Variantă | Versiune | Observații |
|---|---|---|
| Kubernetes | 1.25+ | Load balancing prin ingress controller sau service mesh; auto-scaling, rolling deployments, politici de failover și înaltă disponibilitate |
| OpenShift | 4.x | Alternativă la Kubernetes, cu aceleași capabilități; scalarea, replicile și rolling deployments rulează pe această platformă |
| OKD | 4.16+ | Varianta recomandată; scalarea, replicile și rolling deployments rulează pe această platformă |
| Docker Swarm | – | Orchestrator suportat pentru instalări pe containere |
Fiecare proiect își definește propria topologie. Topologia stabilește tipurile de componente și modul lor de instalare, balansare și disponibilitate.
Topologia de înaltă disponibilitate
Topologia de referință separă zona expusă la internet de rețeaua internă. Ea se poate adapta la configurația de rețea și de securitate a clientului.
- Clienții externi accesează platforma din internet, printr-un firewall.
- Un reverse proxy și load balancer din DMZ primește traficul extern. Trimite cererile pentru portal către un cluster de aplicație balansat, iar cererile de API și conținut către adresa internă.
- Serverele App Maker rulează în clustere cu balansare de rețea, câte două, fiecare pereche în spatele unei adrese IP virtuale.
- Utilizatorii interni accesează portalul intern prin propria adresă IP virtuală.
- Bazele de date rulează pe un cluster SQL Server de tip failover cu două noduri, pe o rețea de stocare SAN.
- Un al doilea firewall separă zona DMZ de rețeaua internă.
Componentele cu acces extern pot fi amplasate în DMZ. Acestea comunică cu componentele interne doar prin HTTPS, prin reverse proxy. Portalul extern nu accesează niciodată direct baza de date.
Prerechizite
Prerechizitele de mai jos sunt un rezumat. Versiunile exacte și pașii de instalare sunt furnizate împreună cu manualul de instalare.
Infrastructură
- Infrastructură on-premises, cloud (AWS, Azure, Google Cloud) sau hibridă.
- Sistem de operare Linux: Ubuntu, Red Hat Enterprise Linux, CentOS Stream sau Debian.
- Conectivitate TCP/IP între noduri și acces la un registru de containere.
- Un subdomeniu DNS dedicat și certificate TLS/SSL valide pentru componentele expuse.
Software
- Docker Engine și un orchestrator (Kubernetes, OpenShift, OKD sau Docker Swarm).
- Un ingress controller pentru load balancing, precum NGINX Ingress, Traefik sau HAProxy.
- Un registru de containere, precum Docker Hub, Nexus, Harbor sau GitLab Registry.
- Runtime .NET Core, Node.js pentru build-ul front-end și Microsoft SQL Server.
- Opțional: Helm pentru gestionarea chart-urilor și Kafka sau RabbitMQ pentru procesarea evenimentelor.
Securitate
- Integrare cu sistemul de autentificare existent: LDAP, Active Directory, OAuth2 sau Keycloak.
- Politici de firewall pentru porturile necesare și izolarea rețelei prin network policies.
- Control al accesului pe roluri (RBAC) în clusterul Kubernetes.
- Opțional, scanarea imaginilor de containere, de exemplu cu Trivy sau Clair.
Rețea și load balancing
- Un load balancer extern: NGINX, HAProxy sau un load balancer de cloud.
- Trafic HTTP și HTTPS pe porturile 80 și 443.
- Pentru înaltă disponibilitate: minimum două noduri worker și un nod control plane.
Stocare și backup
- Stocare persistentă, precum volume NFS, Ceph sau EBS, pentru fișierele de care au nevoie aplicațiile, de exemplu sigiliul electronic folosit la semnare.
- Politici de backup definite pentru baze de date, fișiere generate și configurări.
- Setările sensibile și șirurile de conexiune pot fi stocate ca secrete ale orchestratorului.
