00 · Produit
L'ingénierie derrière WisyLink
Une référence simple, section par section, sur la manière dont le produit est conçu, ce qu'il peut et ne peut pas faire, comment il reste fiable et comment il est pris en charge.
Pas de noms de fournisseurs. Pas de métriques inventées.
01 · Architecture
Comment il est réellement construit
Chaque site est un backend réel et indépendant — pas un modèle partagé. Voici ce que cela signifie en coulisses.
Son propre calcul, pas un calcul partagé
Chaque site que vous créez s'exécute sur son propre calcul dédié — sans jamais partager un runtime avec le code d'un autre site.
Un vrai backend dès le premier build
Chaque site dispose de sa propre base de données et de son stockage de fichiers et — lorsqu'il en a besoin — de vrais comptes, paiements et canaux en direct, connectés dès le premier jour plutôt que d'être ajoutés plus tard.
Une chaîne de construction multi-agent qui tourne sans rien à prendre
Le processus de build est un pipeline coordonné d'agents spécialisés et une couche d'orchestration au-dessus d'eux — et rien de tout cela ne porte d'accès permanent à votre compte, vos identifiants, les données d'un autre site, ou les variables d'environnement et la configuration interne de la plateforme. Même une instruction manipulée ne peut affecter que le seul site déjà en cours de travail.
Chaque requête est vérifiée avant son exécution
Une requête non signée ou falsifiée n'atteint jamais le code de votre site — elle est rejetée à la porte d'entrée, avant que tout calcul ne commence.
Distribué par un réseau mondial, maintenu à jour automatiquement
Les pages sont servies par un réseau mondial proche de vos visiteurs. Une nouvelle version est mise en production en quelques secondes; une modification des données atteint les visiteurs en environ une minute — sans étape manuelle.
Les déploiements s'effectuent en mode tout ou rien
Une nouvelle version remplace complètement la précédente, ou elle ne se déploie pas. Il n'existe pas d'état où les visiteurs accèdent à un site partiellement mis à jour.
02 · Périmètre
Ce que cela fait — et ce que cela ne fait pas
Ce qui est produit est un vrai produit en production — construit à l'intérieur d'un environnement vivant, entièrement isolé, sécurisé, coordonné sur plusieurs couches d'orchestration et d'agents spécialisés. Voici exactement ce que cela inclut, et où se situent les limites intentionnelles.
Ce qui est inclus
Une application web réelle et hébergée
Des pages rendues côté serveur sur leur propre domaine, avec du contenu visible par les moteurs de recherche dès le premier octet — pas une maquette statique.
Un backend fonctionnel, pas seulement une interface frontale
Stockage de données, téléversements de fichiers et — lorsque le site en a besoin — comptes, paiements et mises à jour en temps réel, déjà connectés.
Votre propre adresse
Un sous-domaine hébergé par défaut, ou votre propre domaine personnalisé connecté ou acheté via la plateforme.
Continue de fonctionner pendant que vous le modifiez
Chaque modification passe par le même processus de build isolé et est soit déployé proprement, soit non déployé et laisse l’ancienne version en ligne.
Les limites intentionnelles
Aucune dépense n'est effectuée en votre nom silencieusement
Toute action qui consomme une utilisation facturable au-delà de l'allocation incluse dans votre plan est effectuée uniquement lorsque vous la déclenchez explicitement — jamais automatiquement, et jamais au-delà de ce que vous avez approuvé.
Il ne conserve pas vos comptes tiers
Les processeurs de paiement, l'e-mail et tout autre service auquel vous vous connectez sont configurés avec vos propres identifiants, chiffrés au repos et en lecture seule par le code de votre site.
L'utilisation est plafonnée, et ce plafond est appliqué, pas supposé
Le stockage, les bases de données et la bande passante sont mesurés en continu et plafonnés par compte — une limite est appliquée dès qu'elle est atteinte, jamais après coup.
Il construit de vrais backends web, pas des binaires pour l'App Store
Ce que vous construisez est une application web, accessible depuis n'importe quel navigateur et n'importe quel appareil — pas une application compilée soumise à l'App Store.
03 · Ingénierie de la fiabilité
Conçu pour rester opérationnel, pas seulement pour lancer
Aucune plateforme n'est à l'abri d'une défaillance. Ce qui compte, c'est l'ampleur de la défaillance et la rapidité avec laquelle elle se rétablit.
Défaillance contenue
Étant donné que chaque site fonctionne sur son propre calcul, une faute ou une hausse de trafic sur un site ne peut pas en faire tomber un autre.
Une compilation échouée n'atteint jamais les visiteurs
Si une nouvelle version ne se termine pas avec succès, le site continue simplement à fonctionner sur la dernière version qui l'a fait — la fiabilité ici signifie qu'aucune livraison ne se fait à moitié faite.
Les abus absorbés avant d'atteindre votre site
Le trafic passe par une couche globale de protection avant d'atteindre n'importe quelle ressource de calcul — les abus à haut volume sont bloqués avant de devenir le problème de votre site.
Comptabilisation des ressources sans concurrence
Les limites d'utilisation sont appliquées dans le cadre de la même écriture qui les consomme, directement au niveau de la couche de données — et non par une vérification séparée qui peut prendre du retard ou être comptée en double.
Aucune fenêtre de maintenance commune
Chaque site est déployé et mis à jour indépendamment, il n'y a donc pas de fenêtre à l'échelle de la plateforme qui mette tous les sites hors ligne en même temps.
04 · Historique du développement
Comment l'architecture est arrivée ici
La plateforme n'est pas arrivée à ce design par hasard — elle y est arrivée par étapes délibérées.
Fondation
Un backend par site
La décision centrale: chaque site est son propre backend réel sur son propre calcul, avec sa propre base de données — et non des lignes dans l'application de quelqu'un d'autre.
Renforcement
Verrouillage du chemin de la requête
Chaque requête vers le calcul d'un site est désormais protégée par une signature cryptographique, de sorte qu'une requête non signée ou falsifiée est rejetée avant même que cela ne coûte quoi que ce soit pour le traiter.
Isolation
Réduction des privilèges de l'agent de build
Le processus de build piloté par l'IA lui-même a été déplacé pour s'exécuter sans permissions permanentes — l'accès aux secrets et à l'infrastructure a été supprimé à la source, et non filtré après coup.
Aujourd'hui
Livraison instantanée et pilotée par les événements
L'invalidation du cache est passée d'une attente sur un minuteur à une exécution au moment où quelque chose change réellement — une nouvelle build ou une écriture de données parvient aux visiteurs presque immédiatement.
05 · Assistance
Comment les demandes d'assistance sont traitées
Envoyez une question ou une demande d'assistance via le canal de contact — voici ce qui se passe une fois qu'elle arrive.
Chaque signalement est pris en charge dès son arrivée
Un problème soumis entre dans le système immédiatement et est trié sans délai — rien n'attend dans une file d'attente non surveillée.
La plupart des problèmes techniques sont résolus de manière autonome
Le système enquête sur le problème signalé et, dans la plupart des cas, le résout de lui-même — et continue de surveiller par la suite pour confirmer qu'il reste résolu.
S'il faut une intervention humaine, vous entendrez directement parler de nous
Lorsqu'un signalement nécessite une réponse, nous vous contacterons dès que possible — il ne restera pas bloqué dans une file de tickets.
Tout commence par un message
Chaque étape ci-dessus commence au moment où une demande arrive — envoyez une question ou une demande d'assistance via le formulaire de contact et le processus démarre immédiatement.
Voyez-le par vous-même
La preuve la plus rapide est une preuve réelle — décrivez ce que vous voulez et regardez-le se construire.
D'une phrase à une application en ligne.