Je pensais que Postman ne fonctionnait que sur mon ordinateur, mais une interruption de service est en cours

• Postman a connu temporairement une interruption de service en raison d'un incident global de cloud.
• La panne a provoqué, chez de nombreux utilisateurs, des erreurs de fonctionnement et des indisponibilités de connexion intermittentes en raison d’un problème du fournisseur de cloud.
• L'équipe d'ingénierie a effectué des actions de restauration en temps réel et le service s'est progressivement rétabli.
• Les incidents affectant partiellement la fonction de recherche ainsi que les problèmes de dépendances croisées ont été suivis et résolus en continu.
• L'incident est désormais résolu et le service est de retour à la normale, avec une surveillance supplémentaire de la stabilité.

---

Chronologie de l'incident Postman et du rétablissement du service

Détection de l'incident et impact (Oct 20, 05:39 ~ 05:52 PDT)

• Postman a affiché des problèmes fonctionnels à la suite d'une augmentation du taux d'erreurs.
• La cause principale de cet incident était une défaillance majeure du fournisseur de services cloud.
• L'équipe Postman a travaillé avec le fournisseur cloud pour répondre rapidement et normaliser le service.

Restauration partielle et surveillance (Oct 20, 05:56 ~ 17:17 PDT)

• Une reprise de certains systèmes a été observée.
• La surveillance des performances de plusieurs services a été poursuivie en continu pendant le travail de restauration globale.
• La rétablissement de la plupart des fonctionnalités ayant été confirmé, l'attention a été portée sur une surveillance continue pour prévenir de nouvelles défaillances.

Récupération complète et reprise normale du service (Oct 20, 19:00 ~ 20:51 PDT)

• Bien que des problèmes intermittents aient persisté sur certains services, de nombreux systèmes se sont rétablis de manière stable.
• Les erreurs de dépendance croisée et les incidents liés à la fonction de recherche ont été résolus progressivement.
• Après la résolution de tous les problèmes et la fin de la restauration complète du service, une surveillance supplémentaire a été lancée pour garantir la stabilité.

---

Résumé et enseignements

• Postman, avec une forte dépendance à l'environnement cloud, est structurellement exposé à des incidents globaux.
• À l'avenir, les outils similaires ou les services qui semblent fonctionner localement mettent aussi en évidence la nécessité de se préparer aux pannes d'infrastructure cloud.
• Lorsqu'une panne se produit, une surveillance des incidents en temps réel et une communication claire sont cruciales pour la maintenance et la confiance des clients.
• Dans un processus de reprise progressive du service, la réactivité rapide de l'équipe et des annonces transparentes sont importantes.
• La nécessité de mettre en place un cadre de monitoring pour vérifier que tous les services fonctionnent normalement est de nouveau soulignée.

[GN⁺]

Commentaires Hacker News

• Je me demande si je passe à côté de quelque chose en n’utilisant pas Postman, donc en alternative j’utilise la fonction «Edit and Resend» de Firefox et des scripts curl traditionnels pour les exemples réutilisables.

  • Dans notre entreprise, on utilise Postman de manière limitée : on partage des fichiers de collection contenant de nombreuses requêtes avec en-têtes et body, que les développeurs peuvent charger facilement pour les tester sur leur propre serveur, et changer de serveur se fait en un clic. En alternative, un dépôt Git avec des scripts curl incluant des variables d’environnement peut convenir, et même des non-développeurs lancent des tests avec Postman.
  • Ce n’est pas propre à Postman, mais ces clients permettent aussi de préparer et d’enregistrer plusieurs requêtes en une fois pour créer une suite de tests ; certains offrent des fonctions comme la rédaction de scripts, le chaînage de requêtes, etc. C’est un concept proche de la différence entre un éditeur de texte et un IDE, donc il faut surtout choisir selon le niveau dont on a besoin.
  • La fonction la plus pratique est que, quand on colle une URL, les paramètres sont automatiquement parsés et peuvent être modifiés facilement dans l’UI ; pour le reste, ça finit par ressembler au curl familier.
  • Ces temps-ci, je travaille avec Jupyter Notebook et requests ; avec Postman, dès qu’on code les requêtes en collections, on a finalement l’impression de programmer avec un langage limité.

• Je suis aussi surpris de voir des apps comme celle-ci utiliser Electron et le cloud, alors qu’une app TUI de 10 MB dans le terminal aurait probablement suffi ; à noter qu’il existe une alternative appelée posting.sh

  • Je peux me reconnaître dans l’histoire de l’app TUI de 10 MB ; aujourd’hui, le monde des apps Electron est passé à l’échelle du gigaoctet. Pour référence, le package vim fait 2,3 MB, curl 1,2 MB et lua 362 KB.
  • La raison pour laquelle Electron est utilisé vient du fait qu’il a souvent commencé comme extension Chrome avant d’évoluer vers un format standalone.
  • J’ai utilisé hurl(https://hurl.dev/) pendant quelques années, mais la gestion des fichiers n’a donné lieu qu’à empiler des fichiers texte dans un dossier ; je vais essayer posting.sh cette fois.
  • Je cherchais un remplaçant à Postman/Bruno/foo pour l’utiliser sur un serveur SSH ou dans un conteneur distant VS Code, et posting.sh est pile ce qu’il faut.

• RubyMine et les IDE JetBrains (et produits associés) embarquent un HTTP Client puissant (Tools -> HTTP Client), ce qui convient bien aux cas où l’on n’a besoin que de requêtes web, depuis que Postman est devenu plus complexe ; je n’ai pas l’intention de minimiser les utilisateurs de Postman, j’ai juste l’impression que ça a été excessif par rapport à mes besoins.

  • Le HTTP Client de JetBrains est vraiment bon : coller une commande curl le convertit et le formate automatiquement ; on peut aussi recopier en curl la version modifiée.

• C’est pour exactement ce genre de raison qu’a été créé Yaak, entièrement hors ligne, sans télémétrie, open source et avec support d’intégration Git.

  • Je suis curieux de la structure de la licence commerciale de Yaak ; si l’achat de la licence Pro repose sur un «principe de bonne foi», je me demande quelle est la différence avec la licence MIT. J’ai toujours eu envie de comprendre les licences commerciales open source et de savoir dans quelles situations telle approche est la plus efficace.
  • J’utilise Yaak depuis 6 à 9 mois ; au début je le compilais depuis les sources, et je suis maintenant passé utilisateur payant. Quand j’ai vu que Yaak publiait publiquement le nombre d’abonnés et ses revenus en open metrics, j’ai trouvé leur mode de gestion transparent très agréable à voir.
  • J’utilise actuellement Bruno et j’ai aussi lu la comparaison entre Bruno et Yaak ; si Bruno supporte toutes les fonctionnalités que je veux, j’aimerais savoir en quoi Yaak se distingue de Bruno.
  • Je me demande s’ils ont créé un nouvel outil concurrent après avoir vendu Insomnia, et s’il y avait des contraintes au moment de la transaction.
  • J’aimais énormément le produit avant l’acquisition d’Insomnia, donc voir apparaître Yaak comme son héritier spirituel est vraiment une bonne nouvelle ; je soutiens Greg.

• Selon l’usage, il n’y a souvent pas besoin d’une app dédiée : JetBrains (Infos), Visual Studio (Infos), VSCode (Infos) prennent tous en charge les fichiers HTTP.

  • L’outil VSCode est une extension faite par un développeur anonyme, difficile à voir comme une fonction intégrée.
  • Dans notre organisation, comme des QA non développeurs utilisent souvent HTTP API, c’est Bruno qui assure bien ce rôle pour l’instant.
  • Le format de fichier HTTP n’est pas exactement le même selon les produits ; c’est pourquoi notre équipe utilise hurl, l’équipe QA préfère plutôt Robot Framework, et certains utilisent Bruno.
  • Quand l’organisation grandit, des collections Postman massives sont de plus en plus utilisées pour la documentation d’API, les tests de régression et la QA ; notamment avec une forte dépendance à la librairie JavaScript Postman et au code personnalisé.

• Je pense que la plupart des gens ont fini par accepter que Postman devienne de plus en plus volumineux en augmentant ses fonctionnalités et en acquérant une dépendance au mode en ligne.

  • Dans mon entreprise, après la migration de Postman vers le mode en ligne, un e-mail demandant la suppression de Postman a été envoyé à tous les salariés, et l’IT l’a actuellement inscrit comme logiciel interdit dans le wiki ; autrefois, il était vraiment utilisé partout.
  • Postman est en train de devenir l’outil standard du secteur, et tout le monde s’est adapté ; même les métiers business utilisent Postman, le partage de collections est devenu la norme ; personnellement je n’aime pas utiliser Postman, mais quand il faut partager des travaux API, je suis obligé d’y recourir, l’affaire Postman s’en porte bien, mais cela ne me semble pas bénéfique à tous les utilisateurs.

• J’ai créé un remplacement Postman Postman très simple et léger basé sur YAML, yapi(https://github.com/jamierpond/yapi), utilisable comme suit.

  yapi -c ./users.yapi.yaml
  

  Exemple de fichier yaml (avec schéma, url, method, path et mode de déclaration des paramètres de requête), en lançant simplement yapi, on peut aussi trouver facilement le fichier de configuration grâce à fzf.

  • Le concept est vraiment intéressant et, une fois habitué au workflow, je pense qu’on peut bien l’utiliser, mais je me demande pourquoi GitHub affiche des statistiques aussi basses, et j’imagine que c’est parce que tout le monde utilise Postman.

• J’ai utilisé Paw pendant longtemps, mais il a été racheté par RapidAPI il y a quelques années. C’est une petite app qui remplit pourtant parfaitement son rôle ; récemment, j’utilise la combinaison de notebook Phoenix LiveBook et du package Req, avec la possibilité de manipuler directement le langage voulu et de transformer les données librement ; si vous ne connaissez pas Elixir, Jupyter ou d’autres systèmes de notebook peuvent aussi être une alternative.

• La combinaison Bruno + git est parfaite pour notre équipe : versionner les collections dans le repo et travailler hors ligne sans dépendance externe, j’aurais vraiment dû faire ça depuis longtemps.

  • Il y avait un bug étrange sur l’import avec collage de curl, mais il est résolu ; à part ça, je suis satisfait à 100 %.

• J’ai totalement cessé d’utiliser Postman depuis 2018 ; devoir se connecter pour faire des requêtes API me paraissait trop contraignant, et franchement son ergonomie ne m’a pas non plus particulièrement séduit.