Kwaliteit van ServicesCore Issues

Share

|

Kwaliteit van diensten is uiterst belangrijk in het beheren van een succesvolle bedrijfsvoering. Beschikbaarheid, schaalbaarheid en veiligheid zijn service-niveau kenmerken die bepalend zijn voor kwaliteit van de dienstverlening. Deze eigenschappen zijn zeer wenselijk voor zakelijke diensten, zoals video-on-demand of het downloaden van muziek, die eisen dat middelen en capaciteit om dynamisch worden toegewezen op basis van verzoek van de gebruiker. Met de kwaliteit van diensten kunnen bedrijven bieden differentiële zakelijke dienstverlening en capaciteit on-demand. Dit is ook een van de belangrijkste doelstellingen in Utility Computing.

De term "de kwaliteit van diensten" (QoS) is op grote schaal gebruikt in de telecommunicatie-en datacenter gemeenschappen te verwijzen naar de behandeling van verschillende netwerkpakketten of infrastructuur en diensten anders niet met dezelfde best-effort dienst. Toepassing van de QoS concept software engineering, QoS meestal verwijst naar de systemische kwaliteit van de betrouwbaarheid, beschikbaarheid, schaalbaarheid, beheersbaarheid en veiligheid voor het ontwikkelen en implementeren van zakelijke toepassingen en diensten. Het is belangrijk voor het ontwerpen en implementeren van Java EE en. NET zakelijke toepassingen met deze systemische kwaliteit, met name Java EE. NET interoperabele oplossingen. Managen van de QoS voor netwerk-diensten en infrastructuur is heel anders dan het beheer van de QoS voor Java EE. NET interoperabele software applicaties.

Ter illustratie van het verschil, architecten en ontwikkelaars kunnen vinden enkele veelvoorkomende problemen bij het beheer van service-level doelstellingen voor hun Java EE. NET interoperabele toepassingen:

• Individuele Java EE of. NET-toepassingen lijken te zijn betrouwbaar en schaalbaar. Zodra ze wisselen service requests en zakelijke gegevens, de prestaties degradeert. Het is moeilijk te gemakkelijk te zeggen of de Java EE of. NET-toepassingen nog QoS vraagstukken.

• U kunt niet beheren QoS van de andere partijen buiten uw domein als de QoS probleem ligt aan de andere kant.

• De QoS design strategie die werkt voor het Java-platform niet noodzakelijk van toepassing in. NET, en vice versa.

• Er is geen standaard mechanisme om QoS te meten en te beheren.

In een context telecommunicatie, beheer van QoS is specifiek voor de netwerklaag en hoeft niet rekening te houden met de individuele zakelijke toepassingen (componenten of factoren) binnen de applicatielaag. Bovendien heeft het beheer van QoS niet nodig om de afhankelijkheden verband (bijvoorbeeld een Java EE applicatie functie aggregaten zakelijke gegevens uit een andere Java EE applicatie en een. NET zakelijke component) of de integratie punten (zoals de interoperabiliteit brug) binnen de applicatielaag . Omgaan met andere business applicaties of onderdelen op heterogene platformen (met name wanneer zij afhankelijkheden) is vrij complex.

---