Qualità delle edizioni di ServicesCore

Share

|

La qualità dei servizi è estremamente importante nel controllo dei funzionamenti riusciti di affari. La disponibilità, lo scalability e la sicurezza sono caratteristiche del servizio-livello che determinano la qualità dei requisiti di servizio. Queste caratteristiche sono altamente desiderabili per i servizi di affari quali il video a richiesta o la musica che trasferisce, che richiedono le risorse e la capacità dinamicamente essere assegnato basato sulla richiesta di utente. Qualità dei servizi, i commerci possono fornire i servizi e la capienza differenziali di affari a richiesta. Ciò è inoltre uno degli obiettivi chiave nella computazione pratica.

Il termine "qualità dei servizi" (QoS) ampiamente è stato usato nelle telecomunicazioni e nelle Comunità del centro di dati per riferirsi a trattare i servizi differenti dei pacchetti o dell'infrastruttura della rete diversamente e non con lo stesso servizio di migliore-sforzo. Applicando il concetto di QoS alla tecnologia della programmazione, QoS si riferisce solitamente alla qualità sistematica di affidabilità, disponibilità, scalability, manageability e sicurezza per le applicazioni commerciali/gestionali ed i servizi di sviluppo e schieranti. È importante progettare e schierare Java EE e le applicazioni commerciali/gestionali con questa qualità sistematica, specialmente soluzioni interoperable del NET del NET del Java EE. Il controllo del QoS per i servizi e l'infrastruttura di rete è molto differente dal controllo del QoS per le applicazioni interoperable del software del NET del Java EE.

Per illustrare la differenza, gli architetti e gli sviluppatori potrebbero trovare alcune edizioni comuni negli obiettivi in carico del servizio-livello per le loro applicazioni interoperable del NET del Java EE:

• Java specifico EE o le applicazioni del NET sembra essere certe e scalable. Una volta che richieste di servizio di scambio e dati di affari, le prestazioni degrada. È difficile da dire a facilmente se il Java EE o le applicazioni del NET abbia qualunque edizioni di QoS.

• Non potete controllare QoS degli altri partiti fuori del vostro dominio se il problema di QoS si trova all'altra estremità.

• La strategia di disegno di QoS che funziona per la piattaforma del Java necessariamente non si applica nel NET e viceversa.

• Non ci è meccanismo standard per misurare e controllare QoS.

In un contesto di telecomunicazioni, QoS in carico è specifico allo strato di rete e non deve prendere nelle diverse applicazioni commerciali/gestionali di considerazione (componenti o fattori) all'interno dello strato di applicazione. Inoltre, QoS in carico non deve considerare le dipendenze (per esempio, una funzione di applicazione del Java EE aggrega i dati di affari da un'altra applicazione del Java EE e da un componente di affari del NET) o i punti di integrazione (quale il ponticello di interoperability) all'interno dello strato di applicazione. Il maneggiamento le applicazioni commerciali/gestionali o dei componenti differenti sulle piattaforme eterogenee (specialmente quando hanno dipendenze) è piuttosto complesso.