Cantoo

Les fournisseurs de services de communication voulaient vendre de la voix, des SMS et des numéros sous leur propre marque, sans construire ni opérer eux-mêmes une infrastructure télécom.

Cantoo leur proposait cela sous forme de services hébergés en marque blanche, pilotés par API. La plateforme devait porter du trafic voix et messagerie à l'échelle industrielle avec une fiabilité de niveau opérateur, respecter la réglementation télécom de plusieurs pays, et tout cela sans capital-risque.

• J'ai conçu et construit toute la stack technique de zéro, à commencer par une infrastructure voix distribuée et cloud-native sur Kubernetes, avec auto-scaling et auto-healing.
• J'ai construit un moteur de routage temps réel qui choisit les routes selon le coût, la qualité et la latence, et qui dépriorise un opérateur dès qu'il commence à renvoyer des erreurs.
• J'ai construit un pipeline de facturation temps réel sur ClickHouse et Pulsar, pour suivre instantanément l'usage voix, SMS et DID.
• J'ai construit les services en marque blanche pilotés par API (voix, SMS, DID) que les opérateurs intégraient à leurs propres produits, et j'ai mené l'enregistrement de Cantoo comme opérateur télécom au Royaume-Uni, en France et en Allemagne.
• J'ai constitué et dirigé une équipe engineering à distance avec une astreinte 24/7, puis j'ai mené l'intégration technique dans 42com après l'acquisition.

• Un routage multicritère plutôt que la route la moins chère

  Pourquoi: les marges étaient fines et une baisse de qualité ou de latence pouvait faire perdre un opérateur définitivement

  Coût: il est devenu le composant dont tout le reste dépendait : une erreur aurait imposé de tout réécrire.

• PostgreSQL pour tout au départ, ClickHouse pour l'analytics seulement quand les temps de requête ont commencé à poser problème

  Pourquoi: pas de seconde base à opérer trop tôt

  Coût: cela a marché parce que le modèle de données anticipait cette séparation, et la migration a pris des semaines, pas des mois.

• Kubernetes dès le départ

  Pourquoi: pour la fiabilité de niveau opérateur à venir

  Coût: pendant les six premiers mois, cela a coûté des semaines de configuration dont une équipe de deux personnes n'avait pas encore besoin ; quelques VM auraient suffi.

Cantoo est devenue rentable en moins de deux ans et a atteint 400 k€/an de revenus sans levée de fonds. Elle opérait comme opérateur télécom enregistré au Royaume-Uni, en France et en Allemagne. Fin 2023, elle a été acquise par 42com, acteur des services télécom de gros, et comme les systèmes étaient modulaires et documentés, l'intégration a pris des mois, pas des années.

Kubernetes · Go · TypeScript · Vue/Nuxt · Kamailio · FreeSWITCH · PostgreSQL · ClickHouse · Redis · Pulsar · Terraform · GCP/AWS · GitLab CI

Cantoo m'a prouvé qu'on n'a pas besoin de capital-risque pour construire quelque chose de réel. Les contraintes nous ont forcés à nous concentrer : nous avons livré plus vite, dépensé moins, et atteint la rentabilité en disant non aux fonctionnalités qui ne généraient pas directement de revenus.