Exécutez des workflows Argo en mode serverless sur Alibaba Cloud Container Service (ACS) et Elastic Container Instance (ECI). Le service optimise le moteur open source et les paramètres Kubernetes pour une mise à l'échelle élastique efficace, et prend en charge l'optimisation des coûts grâce aux instances BestEffort et préemptibles. Cette rubrique présente le cluster de workflow et ses principaux avantages.
Console
Cas d'utilisation
Argo Workflows est un projet diplômé de la Cloud Native Computing Foundation (CNCF) — le niveau de maturité le plus élevé de la CNCF, signe d'une large adoption, d'une sécurité éprouvée et d'un écosystème étendu. C'est le moteur de workflow le plus populaire pour Kubernetes, déployé dans les domaines de la conduite autonome, du calcul scientifique, de la finance quantitative et des médias numériques.
Les clusters de workflow sont particulièrement adaptés aux scénarios suivants :
Traitement par lots de données — lancez des milliers de tâches parallèles sans préallouer de ressources de calcul.
Pipelines de machine learning — orchestrez l'entraînement, l'évaluation et le déploiement sous forme de workflows de pods.
Automatisation de l'infrastructure — coordonnez de manière fiable les jobs de provisionnement et de suppression en plusieurs étapes.
Pipelines CI/CD — construisez des pipelines à haut débit qui se mettent à l'échelle à la demande et libèrent les ressources une fois terminés.
Argo Workflows excelle dans l'orchestration des tâches par lots :
Cloud-native — conçu pour Kubernetes, où chaque tâche s'exécute en tant que pod.
Léger et évolutif — aucune surcharge liée aux machines virtuelles ; lancement de milliers de tâches en parallèle avec mise à l'échelle élastique.
Orchestration puissante — prise en charge des jobs standards, Spark, Ray et Tensor au sein d'un même workflow.
Pourquoi utiliser des clusters de workflow
Les clusters de workflow sont basés sur Argo Workflows open source avec une compatibilité totale des API : les workflows existants provenant d'ACK ou de tout autre cluster Kubernetes peuvent être migrés sans modification.
Au-delà de la compatibilité, les clusters de workflow éliminent la complexité opérationnelle à grande échelle :
Aucune gestion d'infrastructure — les clusters sont prêts immédiatement avec des mises à jour automatiques des versions.
Mise à l'échelle élastique avec libération automatique des ressources — les ressources sont allouées pendant l'exécution et libérées après achèvement. Vous ne payez que pour le temps de calcul réel.
Fiabilité multi-zones — le moteur planifie les pods entre les zones de disponibilité, garantissant la continuité des workflows en cas de panne de zone.
Plan de contrôle optimisé — ajusté pour offrir performance, efficacité, stabilité et observabilité à grande échelle, assurant une planification cohérente même sous forte charge.
Gestion améliorée des artefacts OSS — téléchargez de grands artefacts, diffusez des données entre les étapes et configurez la collecte automatique des ordures (GC) pour les artefacts sans gestion manuelle des politiques de bucket.
Support technique communautaire — bénéficiez de conseils d'experts pour optimiser les performances et les coûts de vos pipelines.
Architecture
Les clusters de workflow sont des moteurs de workflow serverless bâtis sur Kubernetes et alimentés par Argo Workflows open source.
Conception réseau
Les clusters de workflow sont disponibles dans les régions suivantes : Chine (Pékin), Chine (Hangzhou), Chine (Shanghai), Chine (Shenzhen), Chine (Zhangjiakou), Chine (Heyuan), Chine (Guangzhou), Chine (Hong Kong), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta), Japon (Tokyo), Allemagne (Francfort), Royaume-Uni (Londres) et Thaïlande (Bangkok). Pour les autres régions, rejoignez le groupe DingTalk 35688562 pour bénéficier d'une assistance experte.
Avant de créer un moteur de workflow, planifiez la configuration de votre Virtual Private Cloud (VPC) et de vos vSwitch :
Créez un VPC ou sélectionnez-en un existant.
-
Créez des vSwitches ou sélectionnez-en des existants, en respectant les consignes suivantes :
Assurez-vous que les blocs CIDR de vos vSwitch disposent de suffisamment d'adresses IP. Les workflows Argo peuvent créer de nombreux pods, chacun nécessitant une adresse IP.
Créez un vSwitch dans chaque zone de disponibilité, puis spécifiez tous les ID de vSwitch lors de la création du moteur de workflow. Le moteur planifie les pods ACS ou les instances de conteneur élastiques dans les zones disposant de stock disponible. Si toutes les zones sont en rupture de stock, les workflows ne pourront pas s'exécuter.