È tecnicamente corretto chiamare un'API a pagamento, ad es. API fornite da TimeAndDate.com, un SaaS?
Il motivo per cui mi chiedo è che stavo discutendo con qualcuno che riteneva che non potessimo fare come per un SaaS. Dovrebbe esserci un software con cui gli utenti finali interagiscono e io ero dell'opinione che "Software 'è un termine generico per dozzine di cose incluse le API. Le API a pagamento quindi sono anche software come modello di servizio.
No, non penso che un servizio web a pagamento sia considerato come SaaS. Per vero SaaS, l'idea è che il software sia ospitato e distribuito dal provider centralmente. È più o meno una soluzione chiavi in mano che richiede uno sforzo minimo da parte del cliente. Il cliente dovrebbe aver bisogno di poca o nessuna manutenzione da utilizzare e ricevere aggiornamenti delle applicazioni.
Anche SaaS viene effettuato tramite un modello di abbonamento, in cui si paga per utilizzare il software anno dopo anno, rispetto a una licenza perpetua una tantum. Considera la differenza tra Office 365 e Office 2016. Il primo mi dà l'ultima versione in questo momento e continuo a ricevere aggiornamenti finché il mio abbonamento viene mantenuto. Con il 2016, ottengo la versione 2016, forse alcuni aggiornamenti, ma non avrò Office 2017+ a meno che non paghi di nuovo. Tuttavia, se smetto di pagare l'abbonamento, perderò l'accesso a Office 365.
Nel tuo caso, i tuoi clienti hanno ancora bisogno di creare software per interagire con il tuo servizio web. Questo è il problema; con SaaS, il cliente avvia appena un abbonamento con te e può iniziare a utilizzare il tuo software. Quando non desiderano / hanno più bisogno, annullano l'abbonamento.
La risposta breve è che TimeAndDate.com sembra essere un servizio SAAS.
Offrono un servizio software (anche se sembra abbastanza modesto ) e sembrano ospitarli da soli (hanno dei limiti sui conteggi delle richieste).
Secondo Wikipedia
Software as a service (SaaS /sæs/)1 is a software licensing and delivery model in which software is licensed on a subscription basis and is centrally hosted
Forse ho frainteso qualche aspetto della domanda, poiché la risposta sembra abbastanza ovvia. E la domanda è parzialmente confusa:
a discussion with someone who was of the view that we can't as for a SaaS
Forse se correggi / chiarisci la domanda, posso cambiare la mia risposta; -)
Saas richiede che il fornitore di servizi ospiti i dati del cliente.
TimeAndDate non è SAAS in quanto non richiedono dati dal cliente per fornire un servizio. Ti iscrivi e ti concedono l'accesso alla loro API, ma sono i loro dati a cui stai accedendo.
IMDB è un altro servizio API di sottoscrizione che non è SAAS. Puoi iscriverti alla loro API e interrogare i dati su milioni di film, ma non è SAAS perché non sono i tuoi dati.
Un esempio SAAS valido sarebbe la contabilità. Ti iscrivi, inserisci i tuoi dati contabili e li ospitano su una piattaforma cloud. Aggiornare il software di contabilità per te e paghi per avere accesso ai tuoi dati personali. Usi il loro software sui tuoi dati.
TimeAndDate addebita una commissione in base alla qualità dei dati forniti.
Le aziende SAAS applicano una commissione in base all'importanza dei dati che ospitano. Questo è il motivo per cui SalesForce fa tanti soldi. Ci sono molte aziende che mantengono i loro dati importanti sulla loro piattaforma. Più importanti sono i dati, maggiore è la commissione che possono addebitare. È un modo per bloccare un cliente in una piattaforma SAAS.
TimeAndDate non può bloccare i propri clienti. Un cliente può semplicemente utilizzare un'API diversa se i dati sono gli stessi.
Forse la definizione de facto di Software as a Service, è che il software deve essere qualcosa che "ai vecchi tempi" avrebbe comprato una copia e installato sul tuo computer.
Quindi Office 365 può essere un SaaS perché il "vecchio modo" era comprare MS Word su un CD. Ma Google Mail non è perché nessuno compra un client di posta elettronica in un negozio.
Leggi altre domande sui tag api software-as-a-service