Capgo vs Capawesome Cloud

Capgo: Iniziato nel 2020. Servendo 1B+ aggiornamenti/mese su 50M+ dispositivi. Prova di battaglia a livello di scala per 4+ anni.

Capawesome: Aggiornamenti in tempo reale lanciati nel 2024. Molto nuovo in questo spazio. Ancora in fase di prova della scala 90+.

Noi abbiamo fatto questo molto più a lungo. 4+ anni di esperienza di produzione vs meno di un anno.

Capgo: 12€/mese per iniziare, scala con l'uso (~0,001€/UTente attivo al mese). Aggiornamenti in tempo reale è il nostro core business.

Capawesome: 9€/mese minimo. Il loro principale business è i plugin a pagamento - gli aggiornamenti in tempo reale è più di un'offerta secondaria.

Abbiamo gestito questo business per 4+ anni - sappiamo cosa è sostenibile e scalabile. Capawesome è iniziato più tardi e compete sul prezzo, che potrebbe sembrare più economico inizialmente ma solleva domande sulla sostenibilità a lungo termine. Per noi, gli aggiornamenti in tempo reale è IL prodotto. Per loro, è un'offerta aggiuntiva al loro business dei plugin.

Capgo: 100% open source - plugin E backend (MIT/MPL-2.0)

• Plugin: github.com/Cap-go/capacitor-aggiornamento-del-plugin
• Backend: github.com/Cap-go/capgo
• Auto-host, forke, valuta la sicurezza in qualsiasi momento
• Sono disponibili gli audit di sicurezza pubblici

Capawesome: Plugin, CLI è open source, il backend è 0% open source (completamente chiuso)

• Non è possibile auto-valutare la sicurezza del backend code
• Non sono disponibili gli audit di sicurezza pubblici
• No opzione di hosting autoamministrato

Per la conformità, sanità, finanza o qualsiasi industria regolamentata in cui hai bisogno di verificare tutta la tua pila - siamo l'unica opzione sai cosa c'è all'interno in qualsiasi momento.

Capgo: Azienda familiare autoamministrata. Nessun investitore, nessun debito. Profitabile fin dal primo anno.

• Società legale in entrambi gli Stati Uniti e l'Europa
• Infrastruttura dedicata per la Cina
• Questo è il nostro sostentamento - nessuna pressione del VC per "pivot" o aumentare improvvisamente il prezzo 10 volte
• Progettato per il lungo termine

Capawesome: Fondatore unico, modello di business sostenibile (anche meglio!)

Entrambi sono imprese sostenibili, solo strutture diverse.

Capgo: Manterremo 150+ Capacitor plugin - il più grande fornitore dopo il team ufficiale Capacitor . Tutti gratuiti e open source.

Capawesome: Producono anche grandi plugin, approccio focalizzato sulla qualità. Alcuni sono a pagamento - è la loro principale attività.

Diversi filosofi: andiamo a largo con plugin gratuiti, si concentrano su plugin premium a pagamento.

Entrambi: Sostegno umano da piccoli team (nessun chatbot!)

Capgo: Di solito entro poche ore, spesso minuti. Anche nei fine settimana (non possiamo aiutarci 😅)

Capawesome: Rispondente e disponibile anche

Sinceramente, sarai comunque a posto con entrambi. Entrambe le piccole squadre che si prendono cura.

Capgo: Assegnamento dinamico dei canali - assegna dispositivi ai canali tramite API, dal tuo backend, o lascia che i dispositivi si assegnino da soli. Esempi di utilizzo: test A/B, programmi beta, rilasci graduati, costruzioni per ubicazione (bundle diversi per ristorante/negozio), test di anteprima PR - tutti senza dover rilasciare nuove versioni dell'app.

Capawesome: No assegnazione dinamica di canali - i canali sono statici. Non è possibile riassegnare dispositivi a canali diversi senza distribuire una nuova versione dell'app.

Questo è un vero cambiamento per le squadre che eseguono rulli di fase, test di beta o segmentazione degli utenti. Con Capgo, controllate quali dispositivi ricevono quali aggiornamenti - dinamicamente, dal lato del server o dal dispositivo stesso.

Capgo: Log dei dispositivi - vedete esattamente cosa è accaduto su ogni dispositivo. Storia degli aggiornamenti, errori, annullamenti - tutto tracciabile per dispositivo con ID anonimi.

Capawesome: Log dei server solo - vedete cosa è accaduto sul server, non sui dispositivi individuali. Molto più difficile risolvere problemi specifici dei dispositivi.

When qualcosa va storto, avete bisogno di sapere cosa è accaduto su QUEL dispositivo specifico. I log dei server vi dicono cosa avete inviato - i log dei dispositivi vi dicono cosa è accaduto effettivamente.