À propos du service
TraduitJe suis un développeur sans serveur et j'écris des backends qui vivent dans des fonctions, pas sur des serveurs qui nécessitent une surveillance constante. Mon travail quotidien consiste à utiliser AWS Lambda, Google Cloud Functions et Azure Functions, connectés via API Gateway, déclencheurs HTTP, files d'attente et bus d'événements. D'abord, je conçois le flux : quel événement se déclenche, quelle fonction le traite, ce qu'elle écrit ensuite, et seulement après je commence à coder, car dans le sans serveur, l'architecture est le produit. La plupart de ce que je fais est en Node.js et TypeScript, et là où l'écosystème Python a plus de sens, j'utilise Python, le tout organisé en petits gestionnaires de tâches uniques qui sont faciles à lire et peu coûteux à exécuter.
Je suis le plus précieux dans le travail piloté par événements. Je connecte des fonctions à SQS, SNS, EventBridge, Pub/Sub et Kafka, j'ajoute des files d'attente de lettres mortes et de l'idempotence afin que les réessais ne soient pas facturés deux fois ou ne dupliquent pas les enregistrements, et je garde les démarrages à froid sous contrôle grâce à une allocation de mémoire raisonnable, une concurrence provisionnée et des dépendances légères. Le coût m'importe autant que la latence : la facture sans serveur devrait tomber presque à zéro lorsqu'il n'y a pas de trafic, et j'ajuste les délais d'attente, les tailles de lot et les limites de concurrence pour que cela se produise. Tout est expédié en tant qu'infrastructure en tant que code — SAM, Serverless Framework, CDK ou Terraform, donc la pile est reproductible, versionnée et peut être restaurée en toute sécurité.
Je gère également ce que les gens se souviennent seulement lorsque la production échoue : journaux structurés, traçage entre les fonctions, alarmes d'erreur et limitation, déploiements par étapes, et IAM avec le moindre privilège afin que chaque fonction touche uniquement ce dont elle a réellement besoin. Que vous ayez besoin d'un gestionnaire de webhook, d'une API d'événements complète ou de la migration d'un lourd monolithe vers un ensemble de fonctions ciblées — je vous emmènerai de la conception à une solution déployée et observable.
— AWS Lambda, Google Cloud Functions, Azure Functions
— API pilotées par événements sur API Gateway et déclencheurs HTTP
— Files d'attente et événements : SQS, SNS, EventBridge, Pub/Sub, Kafka
— Gestionnaires en Node.js et TypeScript, Python lorsque cela est approprié
— Réglage des démarrages à froid, concurrence et optimisation des coûts
— Infrastructure en tant que code : SAM, Serverless Framework, CDK, Terraform
— Observabilité : journaux, traçage, alarmes, IAM avec le moindre privilège
Je suis le plus précieux dans le travail piloté par événements. Je connecte des fonctions à SQS, SNS, EventBridge, Pub/Sub et Kafka, j'ajoute des files d'attente de lettres mortes et de l'idempotence afin que les réessais ne soient pas facturés deux fois ou ne dupliquent pas les enregistrements, et je garde les démarrages à froid sous contrôle grâce à une allocation de mémoire raisonnable, une concurrence provisionnée et des dépendances légères. Le coût m'importe autant que la latence : la facture sans serveur devrait tomber presque à zéro lorsqu'il n'y a pas de trafic, et j'ajuste les délais d'attente, les tailles de lot et les limites de concurrence pour que cela se produise. Tout est expédié en tant qu'infrastructure en tant que code — SAM, Serverless Framework, CDK ou Terraform, donc la pile est reproductible, versionnée et peut être restaurée en toute sécurité.
Je gère également ce que les gens se souviennent seulement lorsque la production échoue : journaux structurés, traçage entre les fonctions, alarmes d'erreur et limitation, déploiements par étapes, et IAM avec le moindre privilège afin que chaque fonction touche uniquement ce dont elle a réellement besoin. Que vous ayez besoin d'un gestionnaire de webhook, d'une API d'événements complète ou de la migration d'un lourd monolithe vers un ensemble de fonctions ciblées — je vous emmènerai de la conception à une solution déployée et observable.
— AWS Lambda, Google Cloud Functions, Azure Functions
— API pilotées par événements sur API Gateway et déclencheurs HTTP
— Files d'attente et événements : SQS, SNS, EventBridge, Pub/Sub, Kafka
— Gestionnaires en Node.js et TypeScript, Python lorsque cela est approprié
— Réglage des démarrages à froid, concurrence et optimisation des coûts
— Infrastructure en tant que code : SAM, Serverless Framework, CDK, Terraform
— Observabilité : journaux, traçage, alarmes, IAM avec le moindre privilège
