...
En la siguiente imagen podemos ver un esquema global de la arquitectura.:
El despliegue del orquestador y todos los servicios con los que está comunicados, pueden ser desplegados como contenedores de Kubernetes, cuyos servicios serán accesibles por los robots. Además, será necesario que algunos servicios tengan acceso a internet. En principio, aún esta por determinar los servicios que necesitarán acceso a internet son el backend y el frontend. Esto no quiere decir, que no tengan que tener acceso fuera del clúster el resto de servicios, todo lo contrario, todos los servicios deben ser accesibles al menos dentro de la red de la UMU.
En la siguiente imagen podemos ver la arquitectura en Kubernetes.:
La arquitectura se compone:
- 5 4 statefulset, esto es necesario, ya que queremos tener pods que sean persistentes. Por tanto, todo despliegue que se haga con statefulset requerirá de un volumen persistente.
- 2 deployments, en este estado preliminar no se ha visto la necesidad de que estos dos servicios requieran de persistencia.
- 7 configmaps, uno para cada servicioconfigmaps y secrets.
- Proxy-svc (si fuera necesario) o ingress para cada servicio que necesite acceso a internet, como anteriormente se ha comentado, en este estado preliminar el acceso a internet será necesario solamente para el backend, frontend y frontendcdn.