Plateformes d'API Python : repères d'usage

Une API Python, ici, c’est un processus qui écoute et répond en HTTP. La plateforme est ce qui construit ce processus, le démarre, et décide de ce qui se passe quand personne ne l’appelle. Ce n’est pas un framework d’agent, et ce n’est pas un outil visuel qui enchaîne des services.

Cette page n’est pas un classement. Elle ne dit pas quelle plateforme est préférable pour Next.js : ce sujet est ailleurs, sur Vercel ou un VPS. Prix : non relevé. Aucun service n’a été déployé le 2026-10-18. Les pages tarifaires ont été laissées de côté, même quand un quickstart y renvoie ou mentionne un crédit. Chaque fiche a un public, une limite, et le lien ouvert ce jour-là.

Si le besoin est « à la réception d’un formulaire, prévenir trois outils », ce n’est pas une API à héberger. C’est le comparatif n8n, Make et Zapier.

Cloud Run

Cloud Run part d’un dossier Python et rend une URL régionale, pour une équipe déjà dans Google Cloud. Le quickstart Flask, dont la page indique une mise à jour au 2026-06-18 UTC, montre un déploiement depuis le source : Cloud Run construit une image, Gunicorn sert l’application, le port vient de l’environnement. La facturation du projet doit être activée. Une stratégie d’organisation peut interdire l’invocation publique. Les rôles cités incluent l’admin Cloud Run, le développeur source, l’usage du compte de service, et la lecture des logs.

La limite : le quickstart est un hello world Flask, pas une preuve FastAPI, ni une mesure de démarrage à froid. Le service est régional. L’image peut continuer à coûter dans Artifact Registry même si le service ne reçoit rien. Aucun montant n’est recopié. Un compte de service par défaut n’est pas une politique du moindre privilège pour l’agent qui appellera cette URL. Ce point est dans le guide des permissions.

Azure App Service

Azure App Service héberge Django, Flask ou FastAPI sur Linux, sans que vous gériez la machine. Le quickstart dit que Python sur Windows n’est plus pris en charge. Pour FastAPI, la même page distingue les versions : à partir de Python 3.14, la détection est automatique. Sur 3.13 et avant, il faut une commande de démarrage, sinon App Service sert une application par défaut en lecture seule. Les logs console se branchent à part.

La limite est dans la commande d’exemple, qui fixe une taille de plan et renvoie vers une page de prix. Cette fiche ne recopie ni le palier, ni un montant. Le quickstart déploie le dossier courant. Ce n’est pas une revue de ce qui part dans le zip. Une API détectée n’a pas, pour autant, une identité séparée de celle du déploiement.

Fly.io

Fly.io demande d’abord une image, avec l’idée de machines proches des utilisateurs. L’index Python est court : il renvoie vers un speedrun FastAPI et vers une section « basics ». Le guide FastAPI dit que déployer, c’est d’abord produire une image. Le chemin rapide clone un modèle puis lance fly launch. Le chemin détaillé utilise Poetry, note que Poetry 2 n’a plus poetry shell intégré, et génère un fly.toml plus un Dockerfile multi-étapes.

La limite : « moins d’une minute » est une promesse de la page, pas une mesure faite ici. L’index parle de plusieurs régions. Le guide FastAPI relu ne démontre pas ce réglage. Sans flyctl et un compte, il n’y a pas d’URL. Cette page n’a pas ouvert la grille tarifaire.

Render

Render prend un dépôt FastAPI et un service web Python : une commande de build, une commande de démarrage. Le guide FastAPI demande un Web Service, le langage Python 3, pip install -r requirements.txt, et un uvicorn qui écoute sur toutes les interfaces et sur le port fourni par l’environnement. La version de Python se règle sur une autre page du même site, que ce guide n’a pas besoin de résumer.

La limite est la minceur du guide. Il ne dit rien, dans le texte relu, sur le sommeil du service, les logs, ni la région. Un template qui répond sur onrender.com n’est pas une politique de secrets. Le prix n’a pas été ouvert.

Railway

Railway déploie un dépôt FastAPI depuis GitHub, la CLI, ou un Dockerfile. Le guide FastAPI décrit ces quatre entrées, modèle compris. Après un déploiement GitHub, le service n’est pas public tant qu’on n’a pas généré un domaine dans la section réseau. Le modèle cité démarre avec Hypercorn, via un fichier de config à côté du code. Un Dockerfile est détecté et utilisé pour le build.

La limite : le guide ne remplace pas une lecture des variables et du réseau le jour du déploiement. « Deploy Now » ne choisit pas qui a le droit d’appeler l’URL. Le domaine généré est une décision, pas un effet secondaire anodin. Aucun prix n’est repris. Le modèle n’a pas été lancé.

Heroku

Heroku construit avec un buildpack Python, un Procfile, et un process web branché sur le routage HTTP. Le getting started déployé dans la doc est une application Django, sur la génération Cedar, présentée comme l’ancienne génération. La génération Fir a un autre guide, et la page la réserve aux Private Spaces. Le process web doit s’appeler ainsi pour recevoir le trafic. Un process de release peut lancer les migrations. La page avertit que dynos et bases comptent dans l’usage, et elle demande de détruire l’application d’essai ensuite.

La limite : ce n’est pas un guide FastAPI. Transposer Gunicorn et le Procfile se fait dans leur doc Python, pas ici. Les noms de plans apparaissent. Aucun montant n’est recopié. Un essai oublié en ligne n’est pas un environnement de démo.

Modal

Modal part de fonctions Python et les expose en HTTP, sans monter un serveur à côté. Le guide Web Functions montre trois formes : un décorateur qui emballe la fonction dans FastAPI, une application ASGI ou WSGI (FastAPI, Django, Flask), ou un serveur qui écoute un port, à condition de se lier à l’interface externe et pas seulement à localhost. modal serve donne une URL temporaire sur l’internet public. modal deploy la rend persistante. Sans conteneur déjà chaud, le premier appel attend le démarrage. L’auth par jetons proxy existe. Elle n’est pas décrite comme active par défaut.

La limite chiffrée de la page n’est pas un prix : un nouveau compte est documenté à 200 appels de fonction ou requêtes HTTP par seconde, avec un burst de 5 secondes, au-delà un 429. Les corps de requête sont plafonnés. Ce guide n’a pas vérifié le plafond d’un compte réel. Une URL publique sans jeton n’est pas un outil interne.

PythonAnywhere

PythonAnywhere garde une petite application web sur un compte déjà orienté console, plutôt que sur un cluster. La page Webapp basics dit que le compte fournit un site sur un sous-domaine du service, et qu’un domaine personnalisé dépend du type de compte. L’assistant a des quickstarts Django, web2py, Bottle et Flask. Le reste passe par un fichier WSGI à modifier. L’index d’aide marque l’ASGI comme bêta, et documente des demandes d’allowlist pour le trafic sortant.

La limite est ce réseau et ce modèle WSGI. Une API qui doit appeler des tiers peut se heurter à la liste autorisée. Ce guide ne décrit pas comment la contourner. ASGI bêta n’est pas un engagement sur FastAPI. « Paying » apparaît dans l’aide. Aucun prix n’est relevé.

AWS App Runner, porte fermée

App Runner n’est pas un choix pour un nouveau projet, et c’est précisément pour cela qu’il est ici. La page Python dit que le service n’est plus ouvert aux nouveaux clients. Les clients existants continuent. La page documente encore des runtimes managés, un fichier apprunner.yaml, des commandes de build et de run, et une fin de support Python 3.7 et 3.8 datée du 1er décembre 2025. Elle note aussi un build révisé à partir de Python 3.11, où un pip lancé au mauvais moment ne survit pas.

La limite tient en une phrase : si vous n’avez pas déjà un service, cette doc décrit un produit que vous ne pouvez pas ouvrir. Aller sur Lambda, App Runner privé ou un conteneur ECS est une autre lecture, non faite ici. Aucun prix n’a été relevé.

Ce qui n’est pas une plateforme d’API

Un serveur MCP n’est pas une API publique avec un autre nom. Le guide des serveurs MCP sert à choisir un connecteur et ses droits, pas un hébergeur. Une plateforme qui injecte des secrets ne remplace pas le moindre privilège de l’agent qui les utilise : cela reste le guide des permissions. Un flux visuel entre SaaS reste le comparatif d’automatisation.

Ces trois pages ne sont pas recopiées. L’ordre des plateformes ci-dessus suit le type d’exploitation (source vers conteneur, process web, fonction, compte partagé, produit fermé), pas une préférence. Prix : non relevé.