Scrivi il tuo sistema di messaggistica e utilizza quelli esistenti

2

Stiamo provando ad avere la nostra startup, con un'applicazione middleware per incollare piccole applicazioni con sistemi legacy enterprise.
Affinché tali middleware funzionino correttamente, avremo bisogno di una sorta di sistema di messaggistica per far dialogare componenti diversi in modo affidabile. le alternative sono:

  • utilizza un sistema di messaggistica esistente, come 0MQ, jBOSS, WebSphere MQ, ecc.
  • costruisci il nostro sistema di messaggistica nel modo in cui vediamo il problema

Sono più prevenuto verso l'opzione successiva per i seguenti motivi:

  • per avere maggiore controllo sul nostro prodotto finale
  • per evitare problemi di licenza in seguito
  • per informazioni sulla messaggistica durante la scrittura del codice
  • per inventare qualcosa di nuovo, che potrebbe costarci un sacco di $$$ se riutilizzato un sistema esistente

Cosa faresti se nelle mie scarpe?

    
posta A.Rashad 15.11.2011 - 05:53
fonte

2 risposte

5

Dato che sei una startup direi che dipende da due cose.

  • Hai dei limiti di tempo su questo?
  • Costruire il tuo sistema di messaggistica ti darà un vantaggio?

Non so in che tipo di azienda si trova la tua startup, ma in generale è meglio concentrarsi su una grande esperienza utente all'inizio. Il codice in esecuzione nella parte posteriore potrebbe essere terribile ma l'utente non lo saprà mai, noterà solo se l'interfaccia utente è facile da usare.

Quindi, dato che hai alcuni vincoli di tempo, se il sistema di messaggistica non ti dà nulla che faccia una grande differenza per la tua applicazione, userei uno esistente.

È testato, è usato e c'è una base di conoscenza.

    
risposta data 15.11.2011 - 07:59
fonte
1

Utilizzare uno dei sistemi di messaggistica open source disponibili gratuitamente. Se solo usi la libreria utilizzando l'API pubblicata non dovresti riscontrare problemi di licenza.

Verifica anche l'utilizzo di una delle API standard come (JMS, AMQ, ecc.) in modo da poter eseguire "hotswap" in qualsiasi libreria di messaggistica che il tuo cliente preferisce.

Nel mondo "Enterprise" Websphere MQ è piuttosto onnipresente e molti siti di grandi dimensioni hanno una politica "se la sua messaggistica deve essere Websphere" quindi dovresti almeno essere compatibile se non vuoi perdere la personalizzazione.

    
risposta data 15.11.2011 - 08:28
fonte

Leggi altre domande sui tag