MapleDeploy vs Fly.io

Juridiction canadienne avec tarification forfaitaire. Hébergement géré plutôt que primitives d'infrastructure.

Fly.io est une plateforme capable qui exécute des conteneurs à travers un réseau mondial de régions, y compris Toronto. Elle attire les développeurs qui veulent un contrôle fin sur l'emplacement et le fonctionnement de leurs applications. En tant qu'alternative canadienne à Fly.io, MapleDeploy adopte une approche différente : une machine virtuelle dédiée à Toronto avec Coolify géré, une tarification forfaitaire et une juridiction canadienne à chaque couche. Cette page couvre les différences de juridiction, de tarification et de complexité opérationnelle.

Côte à côte

FeatureFly.ioMapleDeploy
ArchitectureMicroVM Firecracker sur hôtes partagésVM dédiée par client
Région canadienneOui (Toronto yyz), mais juridiction américaineOui, juridiction canadienne (ENS, docs de conformité)
Bases de donnéesFly Postgres (non géré), Postgres géré (à partir de 38 $ USD/mois), ou à votre chargeEn un clic, incluses
IPv42 $ USD/mois par adresseInclus
SauvegardesInstantanés de volumes (0,08 $/Go/mois)Instantanés hebdomadaires complets du serveur inclus, rétention de 30 jours après annulation
Source de la plateformePropriétaireLogiciel libre (Coolify)
TarificationÀ l'utilisation (VM + volumes + bande passante + IP, chacun facturé séparément)À partir de 45 $ CAD/mois (VM dédiée 4 Go RAM, tout inclus)
Complexité opérationnelleÉlevée (primitives d'infrastructure, réseau, config de mise à l'échelle)Faible (plateforme gérée, déploiements par git push)

La géographie n'est pas la juridiction

Fly.io offre une région Toronto (yyz). Vos conteneurs d'application peuvent s'exécuter au Canada. Vos données peuvent se trouver en sol canadien. Cela résout la question de la latence et de la géographie.

Cela ne résout pas la question de la juridiction. Fly.io est une entreprise constituée aux États-Unis. Le CLOUD Act s'applique à Fly.io peu importe la région que vous choisissez. Un tribunal américain peut obliger Fly.io à produire des données stockées à Toronto de la même façon qu'il peut le faire pour des données stockées en Virginie. Le serveur est au Canada. Le cadre juridique qui gouverne l'accès à ce serveur est américain.

C'est la même distinction qui s'applique à la région Toronto de DigitalOcean. Un centre de données canadien ne crée pas une juridiction canadienne. La juridiction suit l'entreprise, pas le serveur.

MapleDeploy fonctionne sur LunaNode, un fournisseur d'infrastructure canadien à Toronto. Pas de société mère américaine, pas de constitution aux États-Unis, pas d'exposition au CLOUD Act. Juridiction canadienne à chaque couche, pas seulement géographie canadienne.

La tarification à l'utilisation est difficile à prévoir

Fly.io facture séparément le calcul, le stockage, la bande passante et les adresses IP. Chaque dimension a son propre tarif, et les tarifs varient selon la région.

Une seule application sur Fly.io pourrait ressembler à ceci : une VM performance-1x avec 2 Go de RAM à environ 32 $ USD/mois, un volume de 10 Go à 1,50 $/mois, une IPv4 dédiée à 2 $/mois, et la bande passante à 0,02 $/Go. C'est environ 36 $ USD/mois avant le trafic. Ajoutez une deuxième machine pour la redondance, une base de données Postgres gérée (à partir de 38 $ USD/mois) et une sortie modérée, et la facture grimpe au-delà de 100 $ USD/mois.

Le défi est la prévisibilité. Les pics de trafic augmentent les coûts de bande passante. Ajouter un nouveau service signifie une nouvelle VM, un nouveau volume et une nouvelle adresse IP. Monter en puissance signifie des VM plus grandes à des tarifs horaires plus élevés. Chaque changement apparaît sur la facture.

MapleDeploy facture un forfait de 45 $ CAD/mois pour une VM dédiée de 4 Go de RAM et 2 processeurs virtuels. Déployez autant d'applications, de bases de données et de services que vos ressources le permettent. La bande passante est incluse. L'IPv4 est incluse. Le SSL est inclus. La facture est la même chaque mois.

Plateforme gérée vs primitives d'infrastructure

Fly.io expose des primitives d'infrastructure : machines, volumes, réseau, règles de mise à l'échelle, vérifications de santé, secrets et communication inter-services. Cela donne aux opérateurs expérimentés un contrôle fin. Cela signifie aussi plus de configuration, plus de décisions et plus de surface pour que les choses tournent mal.

Configurer une application en production sur Fly.io signifie écrire un fichier fly.toml, gérer les tailles et le nombre de machines, configurer les volumes pour le stockage persistant, mettre en place Postgres (Fly offre une option non gérée et une option gérée payante à partir de 38 $ USD/mois), connecter le réseau privé entre les services et gérer les déploiements via la CLI de Fly.

MapleDeploy fonctionne avec Coolify, qui fournit un tableau de bord web pour gérer tout cela. Connectez un dépôt git, poussez pour déployer, provisionnez des bases de données en un clic, configurez les variables d'environnement via l'interface. La charge opérationnelle est nettement moindre. Vous échangez le contrôle fin de l'infrastructure pour une expérience gérée qui s'occupe de la couche serveur pour vous.

Pour les développeurs qui aiment gérer l'infrastructure, Fly.io est un outil puissant. Pour les équipes qui veulent déployer et passer à autre chose, une plateforme gérée élimine la distraction.

Migration depuis Fly.io

Les applications Fly.io sont généralement basées sur Docker, ce qui rend la migration simple. Votre Dockerfile fonctionne tel quel sur Coolify. Si vous utilisez le Postgres de Fly, exportez avec pg_dump et importez dans une instance PostgreSQL sur votre VM MapleDeploy.

La configuration qui vit dans fly.toml (variables d'environnement, vérifications de santé, règles de mise à l'échelle) se transpose aux paramètres d'application de Coolify dans le tableau de bord web. Le réseau privé de Fly entre les services est remplacé par le réseau Docker standard sur une seule VM, ce qui est plus simple pour la plupart des applications.

Le principal ajustement est le passage d'un modèle multirégion et multimachine à une seule machine virtuelle dédiée. Pour les applications qui ont véritablement besoin d'une distribution mondiale, c'est un compromis. Pour les applications qui servent des utilisateurs canadiens et nord-américains depuis une seule origine, une machine virtuelle dédiée à Toronto est plus simple et plus prévisible.

Juridiction canadienne, pas seulement géographie canadienne

Une machine virtuelle dédiée à Toronto. Tarification forfaitaire, plateforme gérée, juridiction canadienne à chaque couche.