Quali saranno i fattori abilitanti dell'integrazione basata su cloud ("Cloud Service Bus")

0

Sia il cloud computing (in particolare SaaS) che SOA promuovono l'idea di servizi per trasformare il software in una merce.

Tuttavia, la maggior parte dei fornitori SaaS si concentra principalmente sulla fornitura del servizio all'utente finale, ma i prodotti non sono adatti per l'integrazione back-end.

La maggior parte dei provider fornisce solo un accesso API al loro servizio.

Alcuni forniscono anche l'integrazione con altri specifici servizi SaaS

Tuttavia, se si desidera aggregare dati e funzionalità di servizi diversi che non erano pianificati per funzionare insieme, ha bisogno di utilizzare strumenti tradizionali per accedervi e consolidarli, perdendo molti dei vantaggi di SaaS

Un esempio concreto Considera un'organizzazione che utilizza una soluzione SaaS per CRM e un'altra per la gestione delle risorse umane. entrambi probabilmente includeranno un'API (REST o WS) che consente di interagire con loro. Tuttavia, molte più possibilità, che non ti permettono di sincronizzare direttamente i profili utente tra di loro. Per fare ciò è necessario estrarre i dati dal sistema HR e inviarli al sistema CRM. questo meccanismo non è attualmente disponibile come servizio cloud. e sarà necessario utilizzare tecnologie di integrazione "standard", ovvero strumenti dedicati (ESB, EAI) o codice personalizzato, che verranno eseguiti su un server che è necessario mantenere.

Quali pensi che saranno i fattori abilitanti dell'integrazione basata su cloud ("Cloud Service Bus")

Alcune idee

  • Sviluppo di API di servizi Web comuni per i provider SaaS (come tutti i provider di posta elettronica supportano SMTP e POP3, ci sarà un protocollo CRM e un protocollo HR comuni)

  • Sviluppo di servizi di broker basati su cloud con funzionalità quali accodamento di messaggi, motori di trasformazione, motori di workflow, ecc.

posta Ophir Yoktan 30.03.2011 - 11:32
fonte

3 risposte

1

he needs to use traditional tools to access and consolidate them - loosing many of the benefits of SaaS

Che cosa significa?

In che modo l'utilizzo di servizi web RESTful e SOAP "perde molti vantaggi di SaaS"?

Abbiamo già molti strumenti di integrazione SOAP (e REST e WS- *) che hanno già l'effetto di creare un bus dei servizi.

Leggi un materiale Oracle / Sun come esempio.

TIBCO offre un'altra suite SOA .

In effetti, la maggior parte dei programmatori Python usa urllib2 per fare l'integrazione dei servizi senza perdere alcun vantaggio di SaaS.

Modifica.

this mechanism isn't currently available as a cloud service.

Una corretta. Come potrebbe essere? quale sarebbe questo servizio? Una sorta di SaaS preintegrato che sposa un HR e un CRM?

Quindi questo servizio potrebbe preintegrare tutte le soluzioni HR e CRM disponibili?

O sarebbe un toolkit basato su cloud per fare integrazione?

In che modo questo kit di strumenti è diverso dal toolkit "in-house" che utilizzo oggi? Il mio toolkit interno non viene eseguito sul mio desktop, viene eseguito in una server farm da qualche parte nel mio centro dati.

    
risposta data 30.03.2011 - 12:01
fonte
0

What do you think will be enablers of cloud based integration ("Cloud Service Bus")

Esistono molte e diverse nozioni di "cloud" e "integrazione" che dubito davvero che ci sarà uno schema di integrazione per renderle tutte uguali. Ad esempio, come puoi integrare IaaS e SaaS? Sono a livelli totalmente diversi se l'astrazione. (Si potrebbe usare IaaS per implementare SaaS, ma questa non è integrazione più di quanto un sistema CRM sia integrato con la libreria C.)

Una volta che rifiutiamo il concetto di poter integrare tutto con tutto, diventa possibile fare progressi. Puoi avere specifici fornitori specializzati nell'affrontare particolari integrazioni, nel processo di creazione di nuove offerte SaaS o PaaS. (Potrei immaginare che ciò accada con la fusione di aspetti di CRM e risorse umane.) Tuttavia c'è bisogno di standardizzare le cose fondamentali come il modello di dati fondamentali (ad esempio, "questa è la vera rappresentazione di una persona come una voce di database, e ecco la serializzazione XML di quello ") e sfortunatamente, dubito davvero che i venditori siano desiderosi di lavorare per fare cose del genere. Preferirebbero piuttosto bloccare i loro clienti nella loro soluzione proprietaria; è molto più facile per loro e anche più redditizio. Se i clienti lo desiderano, devono inviarlo. Solo una volta che le cose comuni esistono diventerà pratico disporre di un adeguato ecosistema di provider di servizi tra domini.

Ma non sarei sorpreso se ciò non accadesse mai. È un lavoro duro e i clienti sono troppo abituati a fare in modo che i loro fornitori facciano il ragionamento tecnico a loro nome. (Intendiamoci, potrebbe essere solo io a essere cinico ...)

    
risposta data 30.03.2011 - 17:42
fonte
0

In questo momento, il più vicino che stai per trovare sono i vari gruppi di lavoro XML. Stanno stabilendo degli standard per la rappresentazione dei dati, che potrebbero portare all'interoperabilità del sistema. Può essere. Un giorno. Una volta ottenuto un formato dati comune, è possibile passarlo tra i sistemi. Dovrai comunque superare il lock-in del fornitore per fare dei veri progressi.

    
risposta data 30.03.2011 - 17:44
fonte

Leggi altre domande sui tag