Aller au contenu
BigTree108

Services de conseil et de développement Kubernetes

Conseil et développement Kubernetes pour les équipes qui exploitent des conteneurs en production : clusters sur EKS, AKS, GKE et votre propre matériel, charts Helm, livraison GitOps, sécurité et observabilité des clusters, mises à niveau de versions et charges GPU, avec des ingénieurs Kubernetes dédiés à votre équipe ou un projet Kubernetes livré de bout en bout.

Ce que nous réalisons avec Kubernetes

  • Clusters de production

    Clusters EKS, AKS ou GKE définis dans Terraform, avec des nœuds mis à l’échelle par Karpenter ou le cluster autoscaler, un trafic acheminé via la Gateway API, et des network policies qui refusent par défaut.

  • Conteneurisation d’applications

    Applications .NET, Java, Python et Node.js existantes placées dans des images légères, sans droits root, construites et analysées dans la pipeline, avec une configuration conservée hors de l’image.

  • Charts Helm et manifestes

    Applications packagées avec Helm ou Kustomize, chacune avec des requêtes et limites de ressources, des sondes de disponibilité (readiness) et de vivacité (liveness), et un pod disruption budget.

  • Livraison GitOps

    Argo CD ou Flux maintiennent chaque cluster aligné sur Git, et Argo Rollouts ou Flagger basculent le trafic vers une nouvelle version par étapes : ce qui tourne est ce que dit le dépôt, et un retour arrière se résume à un revert.

  • Observabilité des clusters

    Prometheus et Grafana ou la supervision native de votre cloud, traces OpenTelemetry à travers les services, et alertes sur ce que les utilisateurs remarqueraient plutôt que sur chaque redémarrage de pod.

  • Sécurité des clusters

    Pod Security Standards, RBAC par équipe, secrets récupérés dans un coffre-fort par l’External Secrets Operator, images signées, politiques d’admission dans Kyverno ou OPA Gatekeeper, et TLS mutuel entre les services via Istio ou Linkerd.

  • Mises à niveau et exploitation au quotidien

    Versions mineures mises à niveau dans la fenêtre de support du fournisseur, API supprimées repérées avant qu’elles ne cassent un déploiement, ingress-nginx remplacé par une implémentation de la Gateway API maintenant que le projet est arrêté, et sauvegardes Velero restaurées selon un calendrier.

  • Clusters on-premise et hybrides

    Kubernetes sur vos propres serveurs ou en périphérie avec OpenShift, Rancher RKE2, Talos Linux ou k3s, et des flottes de clusters réparties sur plusieurs clouds et centres de données, gérées depuis un point unique via Cluster API et GitOps.

  • Charges GPU et machine learning

    Pools de nœuds GPU gérés avec le NVIDIA GPU Operator, modèles servis via KServe ou vLLM, clusters Ray via KubeRay et jobs par lots mis en file dans Kueue, avec KEDA qui adapte la capacité à la profondeur de la file pour libérer les GPU inactifs.

Recruter des ingénieurs Kubernetes

  • ingénieurs Kubernetes dédiés

    Des Ingénieurs Kubernetes qui rejoignent votre équipe à temps plein, travaillent dans vos dépôts, votre outil de suivi et vos réunions, et rendent compte à votre responsable. Vous les interviewez ; nous portons le contrat ukrainien, la paie, la facturation et les congés.

  • Réalisation de projets Kubernetes

    Une équipe qui prend en charge le projet Kubernetes du cadrage à la mise en production : estimation, développement, tests et déploiement, avec un responsable technique de notre côté qui porte le plan et la qualité.

  • Support et reprise de systèmes Kubernetes

    Un système Kubernetes existant repris d’une autre équipe ou maintenu en fonctionnement : d’abord une revue en lecture seule et une liste écrite des risques, puis des correctifs et de nouvelles fonctionnalités par ordre d’impact.

La page Équipe dédiée explique comment les spécialistes rejoignent votre équipe, et la page Externalisation couvre la livraison de projet, les reprises et notre mode de facturation.

Qui travaille sur votre projet Kubernetes

  • ingénieurs Kubernetes

    Clusters, GitOps et mises à niveau

  • Ingénieurs plateforme

    La plateforme interne par laquelle vos équipes déploient

  • Ingénieurs DevOps et SRE

    Pipelines, supervision et astreintes

  • Développeurs back-end

    Applications préparées pour les conteneurs

  • Ingénieurs sécurité

    Politiques, RBAC et revues de clusters

Comment nous exploitons Kubernetes

Un plan de contrôle managé partout où le fournisseur en propose un, tout déclaré dans Git, et des clusters que l’on peut reconstruire à partir du code plutôt que réparer à la main. Les personnes accèdent au cluster via votre fournisseur d’identité avec des identifiants de courte durée : aucun ordinateur portable ne détient un kubeconfig d’administrateur.

Sur un cluster construit par une autre équipe, nous commençons par un audit en lecture seule des versions, des add-ons, du RBAC, de l’exposition réseau et des paramètres de ressources, puis une liste écrite des risques classés par impact, avant tout changement.

Autres services cloud, DevOps et sécurité

Cloud, DevOps et sécurité : vue d’ensemble

Questions sur le développement Kubernetes

Dans quels secteurs travaillent vos ingénieurs Kubernetes ?

Surtout la fintech, qui exploite des services de paiement et de trading exigeant isolation et pistes d’audit ; les sociétés de cloud, d’hébergement et de télécoms qui proposent des plateformes sur Kubernetes à leurs propres clients ; l’e-commerce, avec des services qui montent en charge pour les pics de ventes ; les produits SaaS comptant de nombreux services et tenants ; les produits d’IA qui servent des modèles sur des clusters GPU ; et les plateformes de santé qui conservent les données de patients dans des namespaces ou des clusters séparés.

EKS, AKS ou GKE ?

En général celui du cloud que vous utilisez déjà, car l’identité, le réseau et la facturation vont avec : EKS sur AWS, AKS sur Azure et GKE sur Google Cloud, avec EKS Auto Mode ou GKE Autopilot lorsque vous voulez aussi que les nœuds soient gérés. Sur votre propre matériel, OpenShift ou Rancher. Notre dispositif Terraform et GitOps est le même pour tous.

Pouvez-vous mettre à niveau un cluster en retard de versions ?

Oui, une version mineure à la fois. Chaque charge de travail est vérifiée vis-à-vis des API que la version suivante supprime, la mise à niveau est répétée sur une copie du cluster, et les ingress controllers, les opérateurs et les autres add-ons sont mis à niveau en même temps.

En combien de temps les ingénieurs Kubernetes peuvent-ils démarrer ?

Lorsque le bon ingénieur Kubernetes est disponible, le démarrage ne dépend que de votre entretien, du NDA et de la cession de propriété intellectuelle. Sinon, nous lançons une recherche, qui fournit en général des profils de candidats sous deux à trois semaines, et personne ne démarre avant que vous ayez donné votre accord.

Comment recruter des ingénieurs Kubernetes via BigTree108 ?

Indiquez-nous le travail à réaliser, le niveau de séniorité et les horaires dont vous avez besoin. Nous vous proposons une ou deux personnes avec leurs profils, vous les interviewez comme vous le feriez pour votre propre recrutement, puis vous signez un seul contrat avec BIG TREE 108 LLC et recevez une facture par mois.

À qui appartient le travail qu’ils produisent ?

C’est vous. Chaque spécialiste a signé avec BigTree108 un contrat qui cède à l’entreprise tous les livrables, et notre contrat avec vous vous les cède à son tour. Le code, les maquettes et les documents sont livrés dans vos propres dépôts et outils, et non conservés à un endroit où nous seuls pourrions les modifier.

Vous exploitez Kubernetes ?

Indiquez-nous le fournisseur, la version du cluster et ce qui tourne dessus. Vous recevez une réponse sous un jour ouvré : un plan, des profils de candidats, ou un périmètre d’audit de vos clusters.