Pendant la dernière décennie, nous avons traité l'infrastructure comme une discipline séparée. Vous écriviez votre application Node.js, puis vous écriviez 500 lignes de HCL (Terraform) pour définir des VPC, des sous-réseaux, des groupes de sécurité et des rôles IAM juste pour la déployer. En 2026, cette duplication est morte.
IfC (Infrastructure from Code)
Le concept est simple : les exigences d'infrastructure sont déjà implicites dans votre code applicatif.
Si vous importez un objet `Queue` et appelez `queue.push()`, la plateforme devrait automatiquement provisionner une file SQS ou une instance Redis. Vous ne devriez pas avoir à le déclarer deux fois.
resource "aws_sqs_queue" "q" {
name = "orders"
visibility_timeout = 60
}
resource "aws_iam_role" "..." {...}
// ... 200 lignes de plus
import { Queue } from '@elitics/cloud';
const orders = new Queue('orders');
// L'IA détecte cette ligne & provisionne SQS + IAM
await orders.push(payload);
Le « Compilateur » pour le Cloud
Chez elitics.io, nous utilisons des compilateurs intelligents qui analysent votre AST (Abstract Syntax Tree). Ils voient que vous accédez à un `bucket`, donc ils créent le bucket S3. Ils voient que vous exécutez un cron job, donc ils créent la règle EventBridge.
Fini la Dérive
Parce que le code *est* la définition de l'infrastructure, il est impossible que votre infrastructure dérive de votre logique applicative. Ils sont couplés de manière atomique.
Arrêtez d'embaucher des ingénieurs DevOps pour écrire du YAML. Embauchez des ingénieurs logiciels qui construisent des systèmes. Laissez le compilateur s'occuper de la plomberie.
Cette perspective vous a plu ? Partagez-la avec votre équipe.