Cuestionario vinculado a una guía · Medio Nivel
KServe y Model Serving en Kubernetes Quiz
Comprueba el servicio de inferencia de KServe, la carga de artefactos del modelo, el escalado automático del tiempo de ejecución, los componentes de servicio y el protocolo de predicción estandarizado.
Pregunta 1 de 8
¿Cuál era el nombre anterior de KServe antes de convertirse en un proyecto independiente?
Vista previa de cada pregunta8 preguntas
Las respuestas y explicaciones aparecen a medida que realiza el cuestionario.
- ¿Cuál era el nombre anterior de KServe antes de convertirse en un proyecto independiente?
- KFSirviendo
- KubeML
- modelomalla
- Modelos nativos
- ¿Cuál es el recurso personalizado principal de Kubernetes que define para implementar un modelo con KServe?
- Implementación del modelo
- Servicio de inferencia
- PredecirPod
- Tabla de porciones
- ¿Qué capacidad permite que los modelos inactivos de KServe no consuman ningún proceso hasta que llega una solicitud?
- Lanzamiento en Canarias
- fragmentación
- Escalar a cero
- inferencia por lotes
- ¿Qué proyecto subyacente proporciona el escalado automático basado en solicitudes de KServe?
- Prometeo
- timón
- argo
- nativo
- ¿Cómo suele KServe introducir los artefactos del modelo en un pod de servicio al inicio?
- A través de un inicializador de almacenamiento que extrae del almacenamiento de objetos
- Horneando modelos en la imagen del contenedor únicamente
- Enviando por correo electrónico el archivo del modelo
- A través de una copia manual de kubectl
- ¿Qué estándar utiliza KServe para que los clientes puedan llamar a diferentes modelos de la misma manera?
- Federación GraphQL
- El protocolo de inferencia abierta
- JABÓN
- JDBC
- In KServe’s InferenceService pipeline, which component can apply pre- or post-processing around the predictor?
- The storage initializer
- The Knative autoscaler
- el transformador
- The Kubernetes scheduler
- What is a typical trade-off of scaling a model deployment down to zero replicas?
- The model becomes permanently unavailable
- Every request avoids model loading
- The Kubernetes API is replaced
- Idle compute is reduced, but the next request may incur a cold-start delay