Consulta:

Solicitamos respetuosamente permitan la diferenciación de las unidades por grupos de storages?

Consulta:

Donde dice: Deberá integrar un registro de contenedores que permita escaneo de vulnerabilidades y replicación de contenedores: ¿debemos considerar que podemos tener el mismo container registry distribuido en diferentes locaciones (nubes publicas o privadas) y las imágenes se sincronizaran automáticamente?

Consulta:

Donde dice: Deberá balancear los clusters de Kubernetes y cargas de trabajo de las aplicaciones. Este servicio de balanceo de cargas deberá estar diseñado en alta
disponibilidad y ser completamente redundante:
El balanceo de las aplicaciones en cada cluster esta garantizado por el Ingress Controller, de manera que las aplicaciones puedan escalar dinamicamente sin afectar el servicio y sin necesidad de cambiar la configuración de los consumidores de la misma. Sin embargo, el Balanceo de los cluster de Kubernetes, puede ser entendido como balancear carga entre aplicaciones alojadas en varios cluster. La solución de Red Hat puede integrarse con multiples soluciones de balanceo de cargas para este fin, pero no provee esta solución dentro de su portafolio. Normalmente las organizaciones ya tienen un servicio para este fin, ¿podemos cumplir el requerimiento proveyendo los proveedores soportados o debemos incluir una solución para este fin?

Consulta:

Donde dice, La solución debe permitir aprovisionar, operar y gestionar clústeres de Kubernetes: Es requerido que la solución pueda gestionar clusters de Kubernetes de diferentes vendors de nubes publicas? (ej, AKS, GKE, EKS)

Consulta:

Donde dice: Deberá incluir soporte de lenguajes de programación integrado nativo de contenedores, como ser: Java EE, Node JS, Quarkus, Spring Boot, Vert X.
¿El proveedor debe dar soporte nativo con el mismo SLA de la plataforma de los siguientes frameworks: Java EE, Node JS, Quarkus, Spring Boot y Vert X?

Consulta:

Donde dice: Deberá proporcionar gestión del ciclo de vida de los contenedores y automatización para cluster de Kubernetes.
El Operator Framework es el standard de facto para la automatización de las operaciones de clusters de Kubernetes. Por ende, ¿debe el proveedor tener soporte sobre este standard?

Consulta:

Donde dice: Deberá permitir a los desarrolladores y a sus herramientas de desarrollo interactuar con Kubernetes utilizando la interfaz nativa de Kubernetes.
De igual forma, la solución debe permitir que las cargas de trabajo sean fácilmente portables a nubes públicas como por ejemplo que los contenedores puedan
exportados y ejecutados en nubes públicas.
Cuando se refiere a que las cargas deben de ser portables en la diferentes nubes públicas, quiere decir que se debe mantener el soporte de esas cargas, sin importar que estén en AWS ó Google Cloud ó Azure ó IBM Cloud?

Consulta:

Donde dice: Deberá entregar soporte total de YAML.
El soporte de YAML, tambien implica que la plataforma debería adicionalmente generar plantillas y sugerir estructuras de Kubernetes como Customer Resource Definition para que los operadores tengan la facilidad de administrar la plataforma?

Consulta:

Donde dice: Deberá permitir la búsqueda de información en los logs de la plataforma de contenedores por criterios como Cluster, Pod, Namespace y Contenedor.
¿La distribución debe incluir dentro de cada cluster una herramienta que permita hacer la indexación y busqueda dentro de los logs como parte integral del cluster?

Consulta:

Es necesario que la plataforma de kubernetes soporte diferente opciones multi-SDN de proveedores de ISV como : OVN, CALICO, CISCO ACI, NSX-T,Juniper y kuryr