Ejecute flujos de trabajo de Argo en modo serverless sobre Alibaba Cloud Container Service (ACS) y Elastic Container Instance (ECI). El servicio optimiza el motor de código abierto y los parámetros de Kubernetes para lograr un escalado elástico eficiente a gran escala, y permite reducir costos mediante instancias BestEffort y preemptible instances. Este tema presenta el clúster de flujo de trabajo y sus principales ventajas.
Consola
Casos de uso
Argo Workflows es un proyecto graduado de la Cloud Native Computing Foundation (CNCF), el nivel de madurez más alto de la CNCF, lo que indica una adopción amplia, seguridad y alcance en el ecosistema. Es el motor de flujos de trabajo más popular para Kubernetes y se utiliza en áreas como conducción autónoma, cómputo científico, finanzas cuantitativas y medios digitales.
Los clústeres de flujo de trabajo son ideales para:
Procesamiento de datos por lotes: inicie miles de tareas en paralelo sin asignar recursos de cómputo previamente.
Pipelines de aprendizaje automático: orqueste el entrenamiento, la evaluación y el despliegue como flujos de trabajo de pods.
Automatización de infraestructura: coordine trabajos de aprovisionamiento y desmantelamiento de múltiples pasos de forma confiable.
Pipelines de CI/CD: construya pipelines de alto throughput que se escalen bajo demanda y liberen recursos al finalizar.
Argo Workflows destaca en la orquestación de tareas por lotes:
Nativo para la nube: diseñado para Kubernetes, donde cada tarea se ejecuta como un pod.
Ligero y escalable: sin sobrecarga de máquinas virtuales; lanza miles de tareas en paralelo con escalado elástico.
Orquestación potente: admite trabajos regulares, de Spark, de Ray y de Tensor en un solo flujo de trabajo.
Por qué usar clústeres de flujo de trabajo
Los clústeres de flujo de trabajo se basan en Argo Workflows de código abierto con compatibilidad total de API. Los flujos de trabajo existentes de ACK o de cualquier clúster de Kubernetes se migran sin modificaciones.
Además de la compatibilidad, los clústeres de flujo de trabajo eliminan la sobrecarga operativa a gran escala:
Sin gestión de infraestructura: los clústeres están listos de inmediato con actualizaciones automáticas de versión.
Escalado elástico con liberación automática de recursos: los recursos se escalan durante la ejecución y se liberan al finalizar. Pague solo por el tiempo de cómputo real utilizado.
Confiabilidad multizona: el motor programa pods en distintas zonas de disponibilidad, lo que mantiene los flujos de trabajo en ejecución durante fallos de zona.
Plano de control optimizado: ajustado para ofrecer rendimiento, eficiencia, estabilidad y observability a gran escala, con una programación consistente incluso bajo cargas elevadas.
Gestión mejorada de artefactos en OSS: cargue artefactos grandes, transmita datos entre pasos y configure la recolección automática de basura (GC) de artefactos sin gestionar manualmente las directivas del bucket.
Soporte técnico comunitario: obtenga orientación experta para optimizar el rendimiento y los costos de sus pipelines.
Arquitectura
Los clústeres de flujo de trabajo son motores serverless construidos sobre Kubernetes e impulsados por Argo Workflows de código abierto.
Diseño de red
Los clústeres de flujo de trabajo están disponibles en las siguientes regiones: China (Beijing), China (Hangzhou), China (Shanghai), China (Shenzhen), China (Zhangjiakou), China (Heyuan), China (Guangzhou), China (Hong Kong), Singapore, Malaysia (Kuala Lumpur), Indonesia (Jakarta), Japan (Tokyo), Germany (Frankfurt), UK (London) y Thailand (Bangkok). Para otras regiones, únase al grupo 35688562 de DingTalk para obtener soporte especializado.
Antes de crear un motor de flujo de trabajo, planifique la configuración de su Virtual Private Cloud (VPC) y vSwitch:
Cree una VPC o seleccione una existente.
-
Cree vSwitches o seleccione los existentes siguiendo estas recomendaciones:
Asegúrese de que los bloques CIDR de sus vSwitches proporcionen suficientes direcciones IP. Los flujos de trabajo de Argo pueden crear muchos pods, y cada uno requiere una dirección IP.
Cree un vSwitch en cada zona de disponibilidad y especifique todos los ID de vSwitch al crear el motor de flujo de trabajo. El motor programa pods de ACS o elastic container instances en las zonas con inventario disponible. Si todas las zonas carecen de inventario, los flujos de trabajo no podrán ejecutarse.