Log in to leave a comment
No posts yet
Lorsque vous utilisez des outils de tunneling gratuits, vous connaissez sans doute le stress lié aux URL aléatoires qui changent constamment. Avec des services comme ngrok, l'URL change à chaque redémarrage, vous obligeant à retourner sur les pages de configuration de Stripe ou GitHub pour saisir de nouveaux points de terminaison. C'est une tâche répétitive simple, mais si vous la faites trois ou quatre fois par jour, 20 minutes s'envolent facilement. Sur une année, un développeur perd environ 80 heures rien qu'à copier-coller des adresses webhook.
zrok résout ce processus fastidieux d'un coup. Réservez d'abord votre propre nom d'hôte unique avec la commande zrok reserve public localhost:8080. Ensuite, il vous suffit de mapper le nom réservé lors de la saisie de la commande de partage. Désormais, même si vous éteignez et rallumez votre terminal ou redémarrez votre ordinateur, votre adresse webhook enregistrée auprès des services externes ne change pas. Une seule configuration permet d'éliminer totalement le temps passé à modifier les adresses.
Ouvrir plusieurs terminaux pour exécuter manuellement le serveur sur l'un et l'outil de tunneling sur l'autre est le meilleur moyen de commettre des erreurs. Il est frustrant de voir des réponses d'API externes perdues parce que vous avez oublié de lancer le tunnel alors que le serveur tournait. Comme zrok utilise l'overlay réseau OpenZiti, il s'intègre parfaitement aux environnements de conteneurs.
La méthode la plus propre consiste à insérer directement le service zrok dans votre fichier docker-compose.yml. Utilisez l'image openziti/zrok et placez simplement le jeton émis dans votre fichier .env. Avec cette configuration, une seule commande docker compose up suffit pour activer simultanément le serveur backend et le tunnel de communication externe. Les membres de l'équipe partagent ainsi le même environnement de développement sans avoir à installer ou configurer d'outils supplémentaires. C'est le moyen le plus sûr de bloquer structurellement les erreurs humaines provenant des configurations manuelles.
Lorsqu'il s'agit de montrer une API en cours de développement local à un collègue, la création d'une URL publique peut être délicate pour la sécurité. En effet, toute personne connaissant l'adresse pourrait potentiellement accéder à votre base de données locale. zrok propose une fonction de partage privé qui permet de communiquer en toute sécurité sans URL publique.
Le principe est simple. Lorsque j'exécute zrok share private http://localhost:8080, un jeton unique est généré. Si je transmets ce jeton à un collègue, celui-ci saisit zrok access private [token] dans son propre terminal. Désormais, il accède à mon serveur local via le localhost:9191 de son ordinateur. Un passage virtuel est ainsi créé uniquement entre nous, sans être exposé sur l'Internet public. Vous pouvez créer instantanément un espace de collaboration avec un chiffrement de bout en bout sans avoir à mettre en place un serveur VPN dédié.
À mesure que le volume de transfert de données augmente, les forfaits gratuits des services commerciaux atteignent vite leurs limites. Les ralentissements ou les restrictions de bande passante interrompent fréquemment les tests. Comme le code source de zrok est ouvert, vous pouvez construire votre propre contrôleur sur un serveur interne d'entreprise ou un VPS bon marché.
En gérant votre propre hébergement, vous remplacez le coût d'un forfait payant (environ 100 dollars par an) par des frais de maintenance de serveur d'environ 5 dollars par mois. Et il ne s'agit pas seulement d'économiser de l'argent. En utilisant un serveur dédié, vous pouvez activer le protocole QUIC, ce qui améliore nettement les performances réseau par rapport au SaaS. La réduction de la latence rend les tests d'API impliquant de gros volumes de données bien plus fluides. Au lieu de vous adapter aux contraintes d'un outil, vous disposez d'un outil optimisé pour votre environnement.