Vision App Maker scalează prin rularea mai multor instanțe ale componentelor containerizate, în spatele unor load balancere. Dimensionarea hardware depinde de numărul de utilizatori, de volumul de cereri și documente și de cerințele de securitate.
Scalarea componentelor
App Maker Engine, API Gateway și clienții front-end pot fi replicați. Platforma nu limitează numărul de replici. Fiecare proiect stabilește acest număr în funcție de scenariul de balansare și redundanță.
Scalarea rulează pe OKD sau OpenShift, iar Kubernetes este de asemenea suportat. Orchestratoarele suportate sunt Kubernetes 1.25+, OpenShift 4.x, OKD 4.16+ (recomandat) și Docker Swarm. Orchestratorul asigură:
- load balancing prin ingress controller sau service mesh;
- auto-scaling în funcție de trafic și de încărcare (CPU și memorie);
- rolling deployments;
- politici de failover și înaltă disponibilitate.
Toate componentele sistemului pot funcționa în regim de înaltă disponibilitate. Un cluster de înaltă disponibilitate necesită minimum două noduri worker și un nod control plane.
Gestionarea încărcării în platformă
Mai multe mecanisme ale platformei reduc încărcarea serviciilor back-end.
- API Gateway: rutează cererile cu load balancing, agregă răspunsurile mai multor servicii într-unul singur, păstrează răspunsuri în cache și aplică rate limiting și throttling.
- Cache distribuit: un cache distribuit bazat pe Redis, partajat de replicile platformei.
- gRPC între servicii: mesaje binare compacte, multiplexare și latență redusă, cu consum de rețea și CPU mai mic decât apelurile bazate pe JSON.
- Front-end: lazy loading pentru componente și rute, code splitting, caching de date și virtualizarea listelor mari.
- Utilizatori simultani: administratorii pot limita numărul de utilizatori simultani. Peste limită, utilizatorii așteaptă într-o coadă, iar administratorii urmăresc utilizatorii activi, pe cei din coadă și capacitatea.
Topologia de instalare
Topologia recomandată folosește containere Docker orchestrate de Kubernetes, OpenShift, Docker Swarm sau un echivalent. Pentru înaltă disponibilitate on-premises, arhitectura de referință folosește:
- servere App Maker în clustere cu balansare de rețea, fiecare în spatele unei adrese IP virtuale;
- un cluster SQL Server de tip failover, pe o rețea de stocare SAN;
- un reverse proxy și load balancer în DMZ pentru traficul extern.
Topologia se poate adapta la nevoile, rețeaua și securitatea clientului. Pentru peste 400 de utilizatori se propun topologii de infrastructură personalizate.
Stiva de tehnologie
| Componentă | Cerință |
|---|---|
| Interfața utilizator | Browser web cu JavaScript activat (Chrome, Firefox, Edge, Opera, Safari și altele) |
| Tehnologie server | .NET Core 8 |
| Bază de date | Microsoft SQL Server |
Dimensionarea serverelor
Tabelul prezintă resursele hardware recomandate pentru un server de baze de date și un server web și de aplicație.
| Server | Până la 100 de utilizatori | 100–300 de utilizatori | Peste 300 de utilizatori |
|---|---|---|---|
| Server de baze de date | 8 GB RAM, 2 nuclee, 100 GB disc | 16 GB RAM, 4 nuclee, 100 GB disc | 32 GB RAM, 4 nuclee, 100 GB disc |
| Server web și de aplicație | 8 GB RAM, 4 nuclee, 100 GB disc | 16 GB RAM, 6 nuclee, 100 GB disc | 32 GB RAM, 8 nuclee, 100 GB disc |
Dimensionarea infrastructurii de containere
Pentru o instalare pe containere și orchestrare, resursele hardware minime sunt:
| Resursă | Până la 100 de utilizatori | Până la 300 de utilizatori | Peste 300 de utilizatori |
|---|---|---|---|
| vCPU | 8 | 12 | 16 |
| RAM | 32 GB | 64 GB | 128 GB |
| Stocare SSD | 250 GB | 350 GB | 450 GB |
Aceste resurse cresc odată cu numărul de componente și cu volumul de trafic.
