En juillet 2019, le cloud n’est plus juste une promesse: c’est mature, éprouvé, pis ça marche. Mais cette maturité amène une question plus exigeante pour mon rôle de directeur technique. Maintenant que le cloud fonctionne vraiment, la vraie décision n’est plus « est-ce que ça marche? » mais « est-ce que ça vaut la peine pour nous? ». Le cloud-native a besoin d’un vrai cas d’affaires, pas juste d’un goût d’ingénieur. Pour mes dealers, c’est cette nuance qui sépare un bon projet d’un gaspillage à la mode.

Parce que oui, refaire une application en mode cloud-native, avec conteneurs, services gérés pis tout le kit, c’est techniquement séduisant. Mais séduisant ne veut pas dire rentable. Pis comme directeur technique, mon travail c’est de poser la question plate: ça nous apporte quoi, concrètement?

La question que l’ingénieur oublie

L’ingénieur en moi adore les belles architectures modernes. Mais le directeur technique en moi a appris à se méfier de l’attrait technique pur. Une refonte cloud-native qui ne sert aucun besoin d’affaires réel, c’est de la dépense déguisée en progrès.

flowchart TD
    A[Le cloud marche, c'est mature] --> B{Pourquoi migrer?}
    B -->|Gout d'ingenieur| C[C'est moderne, c'est le fun]
    B -->|Cas d'affaires reel| D[Elasticite, cout, time-to-market]
    C --> E[Refonte couteuse sans valeur claire]
    D --> F[Investissement justifie]
    E --> G[Gaspillage a la mode]
    F --> H[Le cloud sert vraiment l'entreprise]

Pour mes dealers, un bon cas d’affaires cloud, ça ressemble à ça: on a un pic de charge saisonnier qu’un serveur fixe gère mal, donc l’élasticité du cloud sauve de l’argent. Ou on veut livrer plus vite, pis les services gérés enlèvent de la plomberie. Des raisons concrètes, mesurables. Pas juste « parce que c’est l’avenir ».

La maturité oblige à la lucidité

Ce qui me frappe en 2019, c’est que justement parce que le cloud est mature, on n’a plus l’excuse de l’expérimentation. Avant, on pouvait dire « on essaie pour apprendre ». Maintenant que c’est éprouvé, chaque migration doit se justifier par sa valeur. La maturité enlève le droit à l’improvisation.

Et il y a un autre piège que je garde en tête: une infrastructure cloud brillante sur papier reste fragile si personne ne sait la remettre debout. Mature ne veut pas dire magique. Il faut quand même tester les reprises, connaître ses limites, documenter les procédures. Le cloud règle des problèmes; il en crée d’autres qu’il faut assumer en pleine conscience.

Ce que je retiens

En juillet 2019, le cloud n’est plus une promesse, c’est une réalité mature. Pis cette maturité change ma façon de décider comme directeur technique. La question n’est plus de savoir si ça marche, mais si ça apporte une vraie valeur à mes dealers.

Le cloud-native a besoin d’un cas d’affaires solide, pas d’un simple goût d’ingénieur. Élasticité qui sauve de l’argent, services gérés qui accélèrent la livraison: des raisons concrètes pis mesurables. Migrer « parce que c’est moderne », c’est du gaspillage déguisé. La maturité du cloud nous enlève le droit à l’improvisation — pis nous oblige à une lucidité que j’assume volontiers.