FAQ

N'est-ce pas juste Neon ?

Nous partageons la lignée de Neon — stockage et compute séparés, branchement en copie sur écriture — et nous sommes compatibles au niveau filaire avec lui, si bien que les clients et pilotes Neon standard fonctionnent sans modification contre Kisenon. C'est délibéré, et cela ne disparaîtra pas.

Sous cette ligne, nous avons divergé. Le moteur de stockage est un fork dur suivant sa propre trajectoire de versions, et le plan de contrôle, l'ordonnanceur, la facturation et l'outillage opérationnel sont des implémentations qui nous sont propres, en Go. La preuve la plus nette de cette divergence : Kisenon fait tourner PostgreSQL 18, alors que la couche de stockage open source de Neon en est encore à la 17 — le développement du moteur en amont est passé dans des dépôts privés, il n'existe donc plus de version publique plus récente à consommer. Les portages de version majeure, nous les faisons nous-mêmes.

La partie qui n'a pas d'équivalent chez Neon, c'est Agent-Safe Change Control. Chaque instruction qu'un agent propose est classée par risque avant de pouvoir atterrir, et une porte côté serveur refuse la promotion lorsque votre politique dit que cette classe n'a pas le droit d'atterrir — un humain qui clique sur Approve ne peut pas passer outre un block. Neon vous donne une branche. Kisenon vous donne une branche dont un agent ne peut pas s'échapper.

Est-il sûr de laisser un agent IA modifier ma base de données ?

Oui — c'est précisément ce pour quoi Kisenon est conçu. Un agent travaille dans un fork sandbox restreint et budgété. Ce fork est une branche en copie sur écriture : l'agent obtient une base de données entièrement inscriptible sans copier vos données et sans toucher à main. Ses changements sont classés par risque et vérifiés en rayon d'impact, promus vers main uniquement via une porte côté serveur, et réversibles d'une seule commande. Il ne détient jamais un identifiant capable d'écrire en production. Voir Agent-Safe Change Control pour le modèle complet, et Pièges courants avant de câbler un agent.

Dans quelle région les données sont-elles stockées ?

Dans la région que vous avez choisie à la création du projet — voir Régions pour le catalogue actuel. D'autres régions arrivent à mesure que la demande croît. Votre hôte de connexion porte la région (<endpoint_id>.<region>.kisenon.com), elle est donc dérivée, pas quelque chose que vous codez en dur.

Y a-t-il un palier gratuit ?

Oui. Chaque compte démarre avec une allocation mensuelle gratuite par organisation. Une organisation sans moyen de paiement enregistré peut aussi être limitée à un plafond fixe de nombre de projets, après quoi la création de projet renvoie free_allowance_exhausted. L'utilisation (calcul, stockage, branches, sortie réseau) est mesurée et affichée dans la console, avec des bannières croissantes à 80 %, 95 % et 100 %. Voir Utilisation et facturation.

Comment la mise à l'échelle à zéro affecte-t-elle mon application ?

Les endpoints inactifs se suspendent après 5 minutes. Le paquet suivant les réveille assez vite pour que les ORM ne voient pas un délai dépassé — la latence de réveil actuelle figure sur Endpoints. Le tout premier réveil d'un projet fraîchement créé, ou l'un après une longue inactivité (24 h+), peut prendre plus de temps pendant que le cache de pages se réchauffe ; accordez à votre client une nouvelle tentative. Voir Dépannage.

Si votre charge de travail est sensible à la latence sur les démarrages à froid, vous pouvez garder un endpoint chaud avec un SELECT 1 périodique.

La console est-elle disponible dans ma langue ?

Oui. La console et ces docs sont livrées en huit langues — anglais, japonais, allemand, français, espagnol, portugais (Brésil), coréen et chinois simplifié. Choisissez la vôtre dans Settings → Language ; le site public suit aussi la langue de votre navigateur sans connexion requise. Voir Langues.

Puis-je utiliser mon outillage Postgres existant ?

Oui. Kisenon parle le protocole filaire Postgres standard. Tout ce qui parle à Postgres fonctionne : psql, pg_dump, pilotes, Drizzle, Prisma, SQLAlchemy, etc.

Où signaler des bugs ?

Déposez des issues sur github.com/Seiraiyu/Kisenon ou répondez à votre e-mail de bienvenue.

Où signaler des problèmes de sécurité ?

Voir /.well-known/security.txt pour le contact de divulgation.

Y a-t-il une CLI ?

Oui — voir CLI. Installez via curl ... | sh (mac/Linux) ou irm ... | iex (Windows PowerShell).

Comment vérifier le statut du service ?

Le site de statut public est kisenonstatus.com, hébergé hors cloud à dessein (un domaine de défaillance distinct), afin qu'il reste disponible même lorsque la plateforme est dégradée. Il montre la santé par dépendance — la connectivité Postgres et la disponibilité de l'API. Les incidents de plateforme sont aussi suivis dans le suivi d'issues public de Kisenon : github.com/Seiraiyu/Kisenon/issues. Voir Statut pour les détails.