Aller au contenu

Plateforme

De la logique côté serveur.
Sans déploiement séparé.

Écrivez du JavaScript, poussez-le avec une seule commande, et il s'exécute dans Nimbu, à côté de votre contenu, de vos clients et de vos données sur mesure. Functions, routes HTTP personnalisées, jobs planifiés et callbacks. Aucun compte serverless. Aucune deuxième couche d'auth.

Explorez la documentation Réservez une démo
cloud-code/pricing.js
// gate B2B pricing on the logged-in customer
$ Nimbu.Cloud.define('recalcPricing', async (req, res) => {
$ const customer = req.customer;
$ if (!customer) return res.error(401, 'auth required');
$ const price = applyGroupRules(customer, req.params);
res.success({ price }); // no separate backend

Un seul runtime. Quatre formes.

Le Cloud Code couvre ce que les templates ne peuvent pas faire. Les functions contiennent de la logique serveur nommée, appelable depuis un theme, un client ou un agent. Les routes HTTP personnalisées sont vos propres endpoints GET/POST/PUT, montés sur le site. Les jobs planifiés exécutent des tâches de fond selon un planning de type cron. Les callbacks se déclenchent avant ou après les événements sur le contenu, les produits, les clients et les commandes. Le SDK Nimbu est injecté dans le runtime. Il n'y a aucun client d'API à configurer et aucune credential à transmettre.

  • Functions De la logique serveur nommée, appelable depuis un theme, un client d'API ou un agent.
  • Routes personnalisées Vos propres endpoints GET/POST/PUT/PATCH/DELETE, montés sur le site.
  • Jobs planifiés Des tâches de fond selon un planning de type cron, ou mises en file à la demande.
  • Callbacks Des hooks avant/après sur les événements de contenu, de produit, de client et de commande.
Lisez la documentation Cloud Code
cloud-code/archive.js
// illustrative, verify surface at docs.nimbu.io
$ Nimbu.Cloud.define('archiveArticle', async (req, res) => {
$ if (!req.customer) return res.error(401, 'auth required');
$ const a = await new Nimbu.Query('articles').get(req.params.id);
$ a.set('archived', true); await a.save();
res.success({ id: a.id, archived: true });

Les outils dont le travail backend a réellement besoin.

Le Cloud Code est livré avec une bibliothèque de modules sélectionnés : vous utilisez http, crypto, jwt, csv, pdf et mail sans les brancher vous-même. Le périmètre, honnêtement : il s'agit d'un runtime V8 en sandbox, pas de Node.js complet avec npm. Le catalogue est fixe, les handlers s'exécutent sous des délais d'exécution, et vous ne pouvez pas ajouter de packages arbitraires. C'est le compromis. Vous obtenez une surface réduite que vous pouvez comprendre et déployer en quelques secondes, au lieu d'un arbre de dépendances qui vous appartient pour toujours.

cloud-code/sync.js
// illustrative, module names per docs.nimbu.io/docs/cloud-code/modules
$ const HTTP = require('http');
$ const jwt = require('jwt');
$ const token = jwt.sign({ sub: customer.id }, signingKey, { expiresIn: '15m' });
$ const res = await HTTP.post('https://api.partner.example/sync', {
$ headers: { authorization: `Bearer ${token}` }, body: payload,
});

Cas d'usage

Ce que l'on construit avec.

Le travail qui exigeait auparavant de mettre en place un service backend séparé, ou d'ajouter une couche de colle supplémentaire au portail.

  • Price recalculation and B2B rules

    Appliquez des prix par client ou par groupe côté serveur avec le contexte request.customer, puis renvoyez des résultats fiables au theme ou à l'API.

  • Data enrichment and validation

    Validez et normalisez les entrées au moment de leur enregistrement, via des callbacks avant sur les channels ou les clients.

  • Custom auth flows and gated routes

    Signez et vérifiez des JWT, intégrez un IdP externe, protégez functions et routes en fonction de request.customer.

  • Stateful workflows and webhooks

    Réagissez aux événements clients, commandes et contenu. Exposez des routes, mettez des jobs en file, synchronisez vers des ERP et des CRM.

  • Transactional email and exports

    Envoyez des e-mails sur événement, générez des exports CSV ou PDF à la demande, sans hébergeur de functions tiers.

  • Scheduled background jobs

    Synchronisation nocturne, préchauffage du cache, génération de rapports. S'exécute selon un planning cron, sans planificateur externe.

Vérifiez le comportement avant qu'il n'atteigne la production.

Le Cloud Code est testable de façon isolée. @nimbu/testing exécute vos handlers contre des fixtures en mémoire, ce qui vous permet de vérifier le comportement avant que quoi que ce soit n'atteigne un site en production. Il s'intègre à Jest, simule l'API et le contexte de requête, et vous remet le handler enregistré pour l'appeler directement. Attrapez la régression sur votre machine, pas le soir du lancement chez le client.

Lisez la documentation sur les tests
__tests__/archiveArticle.test.js
// illustrative, verify API at @nimbu/testing README
$ const { getCloudFunctionHandler, mockRequest } = require('@nimbu/testing');
$ test('archiveArticle marks the article archived', async () => {
$ const handler = getCloudFunctionHandler('archiveArticle');
$ const result = await handler(mockRequest({ params: { id: 'abc' }, customer }));
expect(result.archived).toBe(true);

Déployez-le, puis exécutez-le, depuis la CLI ou avec un agent.

Le Cloud Code ne s'exécute pas seulement quand une personne clique. Une function peut être appelée depuis un theme, sollicitée via la REST API, déclenchée par un événement de contenu ou de commande, exécutée selon un planning, ou invoquée par un agent via la CLI. Comme la même logique est accessible à la main, via l'API et depuis la ligne de commande, un agent peut déployer une function puis l'exécuter sur un vrai site. Le backend est aussi programmable que le reste de la plateforme.

Comment fonctionne l'agent-native
agent ~ nimbu deploy
# illustrative, verify against the CLI repo
$ nimbu apps push
code/ deployed. 3 functions registered.
$ nimbu functions run recalculatePricing --site demo-shop
running recalculatePricing...
done. agent operated the live site.

En pratique

Le contrôle du backend sans la surcharge.

Nous avons déplacé trois intégrations clients d'une configuration Lambda séparée vers le Cloud Code. Un pipeline de déploiement a complètement disparu du tableau, et la logique se trouve désormais à côté des données qu'elle manipule.

Développeur senior, Zenjoy

Écrivez la logique. Poussez-la une fois. Elle tourne dans la plateforme.

Aucun compte serverless. Aucun déploiement séparé. Une infrastructure européenne, à côté de vos données. Réservez une intro de 30 minutes ou lisez la documentation pour démarrer.

Explorez la documentation Réservez une démo