Project

General

Profile

Actions

Task #64

open

Milestone #63: GateWay Manager

Competitor

Task #64: Competitor

Added by Daniele Cruciani 3 months ago. Updated 3 months ago.

Status:
new
Priority:
wishlist
Assignee:
-
Start date:
Due date:
% Done:

0%

Estimated time:
Sprint:

Description

2025-11-22 18:45

Vado diretto e senza complimenti.
Analisi secca, uno per uno, dei competitor reali e percepiti del tuo tool.

  1. Hasura

Cosa fa
• Autogenera API GraphQL/REST da un database.
• Aggiunge permission, event triggers, federation, caching.

Punti forti
• Velocissimo da usare.
• Community enorme.
• Documentazione eccellente.
• Funziona out of the box.

Punti deboli
• È legato al database.
Non orchestra workflow REST come il tuo tool.
• Personalizzazione limitata se devi comporre step complessi.
• Non genera microservizi isolati → è un single point.

Conclusione

Non è un competitor diretto, ma per molti casi “semplici” sostituisce la tua soluzione senza pensarci due volte.
Ti ruba tanti clienti potenziali.

  1. Directus

Cosa fa
• Trasforma un database in un backend API.
• Interfaccia admin, ruoli, file storage, automazioni basilari.

Punti forti
• UI molto bella.
• Ottimo per prototipi + PMI.
• Community molto attiva.

Punti deboli
• Non fa orchestrazione API.
• Non genera microservizi dedicati.
• Le “automazioni” sono poco adatte a flussi complessi.

Conclusione

Non è un competitor diretto, ma è un competitor di attenzione.
Se un cliente vuole “esporre qualcosa come API” spesso si ferma a Directus.

  1. n8n

Cosa fa
• Automazioni low-code.
• Orchestrazione di step (REST, SQL, file, ecc).

Punti forti
• Editor visuale.
• Community enorme.
• Capacità di costruire flussi complessi.

Punti deboli
• Non è pensato come API Gateway.
• L’esposizione API è una feature marginale.
• Performance discutibili per flussi ad alto volume.
• Non genera microservizi isolati.

Conclusione

Questo è più vicino a te.
Molti user light useranno n8n.
Chi vuole performance vere e produzione seria ti preferirà se ti posizioni bene.

  1. Kong

Cosa fa
• API Gateway enterprise.
• Plugin per tutto: auth, rate limit, transform, logging.

Punti forti
• Standard di fatto.
• Scalabile all’infinito.
• Ecosistema solido.

Punti deboli
• Non genera API configurabili con pipeline custom.
• Non sostituisce il tuo “servizio creato on demand”.
• Troppo complesso per PMI.

Conclusione

Non fai lo stesso mestiere.
Ma qualcuno potrebbe pensare: “ho già Kong, aggiungo plugin e risolvo” → falsa percezione, ma danneggia te.

  1. Tyk

Cosa fa
• API gateway + management plane.
• Focalizzato su sicurezza, governance e analytics.

Punti forti
• Ottimo per aziende serie, compliance, enterprise.

Punti deboli
• Zero orchestrazione REST in pipeline.
• Zero step dinamici tipo AlaSQL.

Conclusione

Non è un competitor tecnico, ma lo è sul budget IT.
Se un’azienda ha Tyk, difficilmente introduce il tuo tool.

  1. Gravitee.io

Cosa fa
• API gateway open source.
• Event-native API.
• Rate limit, analytics, monetizzazione.

Punti forti
• Completo e moderno.
• Buon posizionamento marketing.

Punti deboli
• Non genera microservizi dinamici.
• Non fa pipe REST multi-step.

Conclusione

Stesso discorso di Kong/Tyk:
non fai la stessa cosa, ma competete “per categoria percepita”: API tooling.

  1. Node-RED

Cosa fa
• Automazioni e logiche low-code.
• Orchestrazione visuale.

Punti forti
• Semplice.
• Perfetto per prototipi e piccole integrazioni.
• Grande community.

Punti deboli
• Non è progettato per produzione in grande.
• Non genera microservizi.
• Performance scarse su carico serio.

Conclusione

È un competitor solo per persone che vogliono zero codice e non hanno ambizione di scalare.

  1. Internal Developer Platforms (Backstage, Humanitec, Port, ecc.)

Cosa fanno
• Offrono strumenti per definire template di servizi.
• Alcuni permettono definire API as code.

Punti forti
• Trend in forte crescita.
• Ottimi per team engineering seri.

Punti deboli
• Non offrono orchestrazione REST con pipeline multi-step.
• Richiedono una curva di adozione enorme.
• Non sono plug-and-play.

Conclusione

Se un’azienda investe in IDP, forse preferirà template custom.
Ma molti non hanno le risorse → qui puoi vincere.

  1. AWS Step Functions + API Gateway

Cosa fanno
• Definiscono flussi (state machine) esposti come API.
• Orchestrano lambda + REST interni.

Punti forti
• Scalabilità infinita.
• Enterprise-ready.

Punti deboli
• Lock-in totale.
• Setup costoso e complicato.

Conclusione

Questo è il competitor cloud-native vero, ma solo su AWS.
Se il tuo cliente è su AWS, rischi grosso.

  1. Azure Logic Apps / GCP Workflows

Stesso discorso di AWS:
Ottimi, potenti, costosi, lock-in.

🎯 Sintesi ultra-secca

Competitor diretti (più simili al tuo modello):
• n8n
• Node-RED
• AWS Step Functions (se integrato con API Gateway)
• Azure Logic Apps / GCP Workflows
• Alcune soluzioni IDP custom

Competitor indiretti (prendono clienti perché “bastano”):
• Hasura
• Directus
• API gateway classici (Kong, Tyk, Gravitee)
• Backend-as-a-service vari (Supabase, Pocketbase ecc.)

Il tuo vantaggio competitivo, detto brutalmente

Se lo comunichi bene, il tuo tool è:

Un generatore automatico di microservizi REST, con pipeline personalizzabile, integrabile con orchestrazioni, ed esposto subito via Traefik senza scrivere codice.

Questa combinazione non ce l’ha nessuno dei competitor indicati.

Vuoi?

Posso ora:
• valutare la tua posizione sul mercato e darti un posizionamento efficace,
• proporti lo slogan corretto (tagline),
• suggerirti un prezzo,
• dirti come battere i competitor uno a uno,
• dirti come fare marketing con zero budget.

Updated by Daniele Cruciani 3 months ago Actions #1

  • Description updated (diff)

Updated by Daniele Cruciani 3 months ago Actions #2

2025-11-22 19:02

Ottima domanda. Analizziamo Hasura e Directus dal punto di vista della community: strategia, moduli / estensioni / plugin, contributi dalla base utenti, punti di forza / criticità.

Hasura
1. Comunità
• Ha un hub comunitario ufficiale: Hasura ha una pagina “Community” dove sono elencati Discord, GitHub, eventi, risorse. 
• Discord + GitHub Discussions: nella loro “Community tooling”, Hasura dichiara che ha spostato le discussioni tecniche su GitHub Discussions, mantenendo Discord come luogo di social + networking. 
• Call mensili: Hasura organizza “community calls” ogni mese per aggiornamenti di prodotto, demo, roadmap. 
• Programma “Hasura Champion”: utenti top che contribuiscono (con codice, tutorial, eventi, localizzazione) vengono riconosciuti come “champion” della community. 
• Contributi al codice: Hasura incoraggia attivamente contributi open-source, ha etichette specifiche su GitHub per “good first issue”, “help wanted”, “c/community”. 
• Coinvolgimento durante eventi open source: Hasura partecipa a eventi come Hacktoberfest per incentivare i contributi. 
2. Plugin / Integrazioni / Estensioni
• Plugin per Hasura DDN: Hasura Data Delivery Network (DDN) ha un sistema plugin modulari HTTP, che permette di intercettare e modificare il ciclo di una richiesta (hook “pre-parse”, “pre-response”, ecc). 
• Esempi attuali: plugin di caching e allow-list forniti da Hasura. 
• I plugin possono essere scritti in qualunque linguaggio perché sono semplici servizi HTTP, non strettamente integrati nel core: abbassano la barriera di entrata agli sviluppatori. 
• Connector Hub: Hasura offre un “Connector Hub” che consente di collegare sorgenti di dati esterni (database, API, ecc) tramite SDK (Rust, Go, Python, TS). 
• Questi connettori sono open source e alcuni sono contribuiti dalla comunità. 
• Osservabilità open-source: Hasura ha creato uno stack open-source (Prometheus + Grafana + Jaeger + Otel) per monitorare il proprio motore, e ha dashboard “community” pronte all’uso. 
• Integrazioni su piattaforme di automazione: per esempio su Pipedream è presente un’integrazione Hasura per trigger / azioni. 
3. Strategia di comunità
• Forte investimento nell’open source: il core di Hasura (GraphQL engine) è open, con licenza permissiva (Apache-2.0 / MIT) su GitHub. 
• Spinta a contributi di ogni tipo: non solo codice, ma anche boilerplate, progetti di esempio, tutorial. Etichette “c/community” per problemi ideali per contributori anche inesperti. 
• Riconoscimento attivo: il programma “Hasura Champion” coinvolge utenti attivi nella community e li premia. 
• Eventi e contest: partecipazione a Hacktoberfest, che attira contributori nuovi e appassionati. 
• Strumenti comunitari ben separati: GitHub Discussions per Q&A tecnici persistenti, Discord per interazione più “leggera” e socializzazione → equilibrio tra supporto e coesione. 
4. Punti di forza + rischi
• Punti di forza:
• Ecosistema plugin + connector molto potente → community può estendere Hasura in molti modi.
• La struttura “plugin HTTP” è flessibile ed è facile da adottare anche per chi non vuole cambiare il core.
• Buona visibilità open-source → contributi attivi + partecipazione a eventi.
• Rischi / criticità:
• Alcune estensioni sono “di primo livello” (allow-list, cache), ma al momento non è detto che la community crei plugin molto complessi (dipende dall’adozione di DDN).
• La curva d’ingresso per contributi al core può essere alta (il motore è complesso).
• Dipendenza da PostgreSQL / altri DB: per casi molto esotici, la community potrebbe essere limitata da ciò che Hasura supporta bene.

Directus
1. Comunità
• Directus ha una forte cultura di contributo: nella loro documentazione c’è una sezione “Community Contributions” che spiega come contribuire (codice, doc, estensioni). 
• Canali online: la community è presente su GitHub (per bug, feature, documentazione) e su Discord per supporto, scambio di idee e networking. 
• Moderatori community: Directus riconosce moderatori della community che aiutano a mantenere ordine, rispondere, guidare nuovi utenti. 
• Gruppi locali e eventi: nella documentazione parlano di user-group regionali e meetup (“in-person communities”) che l’azienda supporta. 
• Processo di pubblicazione: hanno un Marketplace di estensioni (in beta) che incentiva la community a creare e condividere plugin / moduli. 
2. Plugin / Estensioni / Integrazioni
• Directus Marketplace: permette di distribuire e installare estensioni direttamente all’interno dell’admin di Directus. 
• Tipi di estensioni: app extensions (UI), API extensions (endpoint, hooks, operazioni), bundles, moduli tema, layout, pannelli. 
• SDK per estensioni: esiste un sandbox SDK per sviluppare estensioni API in modo sicuro da distribuire nel marketplace. 
• Installazione: le estensioni possono essere installate da Marketplace, da npm, o mettendole in una directory /extensions nell’istanza self-hosted. 
• Esempi della community:
• Directus MCP Extension: un’estensione che abilita il protocollo MCP (Model Context Protocol), usato per AI / streaming dati. 
• DirectusTypeForge: tool creato dalla community per generare tipi TypeScript a partire dallo schema Directus. Segnalato su Reddit. 
• AgencyOS: un progetto open-source basato su Directus + Nuxt che serve da template “operating system” per agenzie digitali. 
• Su dirextensions.com ci sono centinaia di estensioni della community, ad esempio per interfacce, hook, operazioni custom, sincronizzazione schema, ecc. 
3. Strategia di comunità
• Marketplace come leva: il Directus Marketplace è una strategia chiave per far emergere estensioni community-built, dare visibilità agli autori, facilitare adozione. 
• Contribuzione semplice: il CLI create-directus-extension genera scaffolding, l’SDK rende più facile scrivere estensioni, e la documentazione su come pubblicare sul Marketplace è ben definita. 
• Feedback dialogico: essendo il Marketplace in beta, Directus incoraggia il feedback tramite Discord, canali “#marketplace-beta”. 
• Valorizzazione della community: moderatori, user group regionali, contributi alla documentazione e al core sono parte integrante della strategia. 
• Licenza e sostenibilità: Directus ha anche dovuto bilanciare open source e sostenibilità: in passato ha ricevuto feedback per la licenza (su Reddit è emersa la transizione a BSL per motivi di sostenibilità). 
4. Punti di forza + rischi
• Punti di forza:
• Ecosistema di estensioni molto ricco e ben strutturato → la community può costruire moduli di UI, API, automazioni, temi, ecc.
• Marketplace centralizzato: un posto ufficiale dove scoprire estensioni, con metriche di download, compatibilità, licenza. 
• Documentazione e tooling (CLI, SDK) rendono relativamente facile il contributo rispetto a partire da zero.
• Comunità attiva su Discord + GitHub + user group locali → buon mix di supporto e engagement.
• Rischi / criticità:
• Marketplace ancora in beta → potrebbe evolvere, ma anche cambiare politiche, struttura, costi.
• Alcune estensioni (API / operazioni) richiedono sandbox SDK: non tutti gli sviluppatori saranno comodissimi con quel modello.
• Dipendenza dalla community per la qualità delle estensioni: se non c’è controllo rigoroso, la qualità può variare.
• Licenza BSL (se applicabile) potrebbe frenare alcuni contributori o integratori enterprise (dipende sul modello di Directus).

Confronto fra Hasura e Directus (dal punto di vista della community)
• Modularità e plugin: Hasura (con DDN) ha un modello di plugin molto potente e flessibile, pensato per logiche di business custom via HTTP, mentre Directus si focalizza su estensioni UI e API con il proprio SDK.
• Ecosistema di dati: Hasura ha il suo Connector Hub per collegare sorgenti dati; Directus è più “storage-first” su database SQL + API su dati esistenti.
• Coinvolgimento degli utenti: entrambi hanno comunità robuste, ma Hasura ha un modello “Champion” per riconoscere contributori attivi, Directus ha user group locali + marketplace per mettersi in mostra.
• Licenza e sostenibilità: Hasura è chiaramente open (Apache / MIT), Directus ha scelto un modello più bilanciato (BSL) - potrebbe influenzare il tipo di contributori.

Implicazioni per te (in ottica del tuo tool)
• Potresti prendere spunto da Hasura per offrire una architettura plugin modulare per i tuoi entrypoint (es. hook prima/dopo le chiamate, trasformazioni, pipeline), per permettere agli utenti di estendere il comportamento.
• Come Directus, potresti costruire un marketplace di “definizioni di pipeline / config” che gli utenti possono condividere (snippet, template, moduli).
• Creare una community su Discord + GitHub Discussion, con riconoscimento per contributori (tipo “champion”), può aiutare molto per far crescere l’adozione e raccogliere feedback.

Se vuoi, posso guardare lo stato attuale (2025) delle comunità di Hasura e Directus (numero di utenti attivi, plugin recenti, trend) per capire quanto sia “viva” la community oggi — vuoi che faccia così?

Actions

Also available in: PDF Atom