Dans le flux du quotidien, la priorité va logiquement au produit.
Mais un déploiement de 40 minutes, un rollback tout aussi long ou dans le pire des cas, l’interruption de la production, sont des freins, pas toujours visibles, qui pèsent sur le delivery.
Ces sujets demandent du temps qu'il est difficile de s'octroyer entre deux sprints. Nos ingénieurs vous offrent ce temps et leur expérience.
Décrivez-nous votre blocage technique. Nos ingénieurs seniors l'analysent et vous répondent sous 48h. Une urgence en prod ? Cochez la case dédiée dans notre formulaire : nous répondrons à votre demande en top prio.
Vous recevrez :
Le profil du DevOps senior qui a étudié votre blocage (nom, spécialité et années d'expérience).
Sous 48 heures, vous recevrez directement dans votre boîte mail une analyse signée de la main de l’un de nos experts.
En voici les 5 parties :
Votre brief, tel que vous nous l’avez confié.
Notre lecture “entre les lignes” : tous les symptômes techniques que notre oeil DevOps nous permet de répérer derrière votre blocage.
Une roadmap en 3 temps (court, moyen et long terme) pour mettre en place les bonnes pratiques DevOps selon vos enjeux et votre activité.
1 à 3 quick wins : des actions ou vérifications techniques rapides à effectuer pour débloquer la situation et/ou optimiser votre infra.
Expertise multi-cloud
AWS, Azure, GCP, Scaleway, OVHVCloud.
Certifications clés
CKA, CKAD, AWS Solutions Architect.
Expérience multi-secteurs
SaaS, Énergie, Streaming, Cyber, Retail.
De vrais humains
Pas d’analyse confiée aveuglément à l’IA.
« On va chercher les zones d'ombre. L'objectif, c'est que les équipes comprennent vraiment leur infra : pourquoi tel choix a été fait, où sont les limites, et qu'est-ce qu'on peut améliorer. On veut qu'elles s'approprient le sujet, pas juste recevoir un livrable. Et tout ça part du terrain : les besoins métiers du client, son contexte, ses priorités. »
Hugo Martin, ingénieur DevOps chez DoNow
Les infos utiles à nos DevOps : fréquence des crashs, types d'erreurs (5xx, timeouts), à quel moment l'incident survient (pics de trafic, aléatoire...).
Les infos utiles à nos DevOps : votre stack d’observabilité et le temps moyen que met votre équipe à identifier la cause racine d’un incident.
Les infos utiles à nos DevOps : temps de réponse moyen (p95/p99), couche suspectée (API, Base de données, Frontend) et outils de monitoring actuellement en place.
Les infos utiles à nos DevOps : temps moyen d'un build, fréquence des échecs de pipelines ("flaky tests") et nombre de déploiements par jour/semaine.
Les infos utiles à nos DevOps : montant de la dérive budgétaire, services Cloud les plus coûteux, si vous utilisez des instances réservées ou du Spot pricing.
Les infos utiles à nos DevOps : votre méthode actuelle de stockage des clés d'API/mots de passe et si vous avez déjà un outil de coffre-fort numérique (type Vault).
Quelques exemples d’obstacles typiques et les informations que nous vous invitons à nous donner pour vous conseiller au mieux. Le DevOps est un monde vaste, cette liste est loin d’être exhaustive.
Fort de notre ADN DevOps, nous combinons nos expériences pour proposer le DevOps Day. Un format flexible, immédiat et sans les contraintes d'un recrutement pour :
Le roadmap est-elle vraiment gratuite ?
Oui. C’est notre manière de vous transmettre une expertise sur un cas concret plutôt que sur une plaquette commerciale. Si notre analyse vous est utile, vous penserez sûrement à nous (on l’espère en tout cas) le jour où vous aurez besoin d'un accompagnement plus long. Sinon, vous repartez avec des pistes de réflexion gratuites.
Qui va analyser mon dossier ?
Un ou plusieurs de nos ingénieurs DevOps seniors. Votre brief n’est pas aveuglément confié à une IA avec un prompt générique. L’analyse est réalisée par un·e humain·e (oui, avec de vrais sentiments). Si vous souhaitez rencontrer le ou la DevOps qui vous a répondu, vous pourrez facilement prendre rendez-vous à partir de l’e-mail de réponse.
Sous quel délai vais-je recevoir ma roadmap ?
Sous 48 heures (jours ouvrés). En ce laps de temps, nous ne rédigeons pas un audit exhaustif, mais une synthèse sur-mesure basée sur votre brief. Vous y trouverez des pistes pour une roadmap à court, moyen et long terme pour adresser votre blocage technique.
Je n'ai pas de DevOps dans l'équipe, le DevOps Day est-il adapté pour moi ?
Absolument ! Ce format de « DevOps Day » est justement pensé pour les entreprises qui ont des besoins DevOps, mais pas encore un volume de tâches qui justifie un ou plusieurs recrutements à temps plein. Vous pouvez nous voir comme un Lead Tech DevOps externe qui vous conseille sur les choix et les méthodes pour sécuriser votre infra et simplifier la vie de vos équipes.
Sous quel délai vais-je recevoir ma roadmap ?
Sous 48 heures (jours ouvrés). En ce laps de temps, nous ne rédigeons pas un audit exhaustif, mais une synthèse sur-mesure basée sur votre brief. Vous y trouverez des pistes pour une roadmap à court, moyen et long terme pour adresser votre blocage technique.
Ma stack est peu conventionnelle, vous gérez quand même ?
Absolument ! Ce format de « DevOps Day » est justement pensé pour les entreprises qui ont des besoins DevOps, mais pas encore un volume de tâches qui justifie un ou plusieurs recrutements à temps plein. Vous pouvez nous voir comme un Lead Tech DevOps externe qui vous conseille sur les choix et les méthodes pour sécuriser votre infra et simplifier la vie de vos équipes.
Confier ces sujets d'infras à un externe, c'est pas un peu risqué ?
Le vrai risque, c’est d’avoir une infrastructure qui ne vit que dans la tête d'une ou deux personnes. Notre but, c’est de vous éviter le « Bus Factor » : nous centralisons la connaissance pour que vous ne soyez pas à risque en cas de départ. Nous veillons pour cela à recourir aux standards du marché (pour les outils comme les méthodes), )à des solutions open source et à assurer une documentation rigoureuse pour que votre stack vous appartienne à 100 %.
Donnez-nous les détails & recevez l’analyse d’un DevOps, une première roadmap et 1 à 3 quick wins sous 48h. C’est gratuit, humain et sans engagement.
© 2026 DoNow – Tous droits réservés
[Mentions légales et politique de confidentialité]
Précurseur sur l’IA et référence du SEO, Semji a troqué Docker Swarm pour Kubernetes afin de soutenir sa croissance. Olivier Balais, CTO, revient sur cette migration vers le standard de la scalabilité et les bénéfices de leur architecture aujourd'hui en production.
Le contexte métier d’un SaaS data-heavy en pleine croissance
La roadmap + le schéma d’architecture post-migration
Les décisions CTO + best practices DevOps
Les résultats de la migration : élasticité, coûts, DevEx, SOC2
Cluster non maintenu : version vieillissante, risques de sécurité, instabilités et crashs difficiles à expliquer.
Gestion manuelle du scaling : avec la hausse du trafic, chaque redimensionnement devait être géré à la main.
Coûts d’infrastructure difficiles à estimer : manque de visibilité et de précision sur les dépenses.
Socle peu adapté aux exigences de conformité : peu de traçabilité et de standardisation dans la gestion du cluster.
« On a fait x2 en ARR en 18 mois après le lancement du projet. Avec notre ancienne infrastructure, on aurait eu du mal à suivre cette croissance. »
Olivier Balais, CTO de Semji
Depuis plus de dix ans, Kubernetes s’est imposé comme le standard de l’orchestration.
En imposant un cadre clair (IaC, GitOps, optimisation des coûts), l'outil sécurise le passage à l'échelle.
Un passage presque obligé pour des enjeux de gouvernance. Pour Semji, la migration a d’ailleurs largement facilité l’obtention de la certification SOC 2 nécessaire à son ambition internationale.
Puissant mais complexe, Kubernetes peut vite devenir une usine à gaz et freiner le scale. Pour créer de la valeur, la migration doit être cadrée avec les équipes : l’enjeu n'est pas d'empiler des briques, mais de choisir les outils adaptés aux besoins réels.
Dans ce REX, vous trouverez la méthode utilisée par Semji : l’audit, la roadmap de migration en 12 semaines, les conseils du CTO et l’architecture cible retenue.
« L’idée était de montrer que Kubernetes n’est pas surdimensionné par rapport à leurs besoins. Que ce n’est pas une Ferrari juste pour aller à la boulangerie. »
Hugo Martin, ingénieur DevOps chez DoNow.
6 pages de REX pour s’inspirer de la migration de Semji :
© 2025 DoNow – Tous droits réservés
[Mentions légales et politique de confidentialité]