Benutzer-Werkzeuge

Webseiten-Werkzeuge


supportorganisation:verfuegbarkeit

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen Revision Vorhergehende Überarbeitung
Nächste Überarbeitung
Vorhergehende Überarbeitung
supportorganisation:verfuegbarkeit [2019/11/12 21:49]
martin
supportorganisation:verfuegbarkeit [2019/11/12 21:52]
martin
Zeile 15: Zeile 15:
 Aus Kundensicht ist der Server dann aber nicht mehr verfügbar, weil seine Website weg ist. Da aber eine Agentur die Website betreibt und auch für die Konfiguration zuständig ist, kann der Hoster keine Verfügbarkeit oberhalb des reinen Betriebssystems garantieren. Als Webagentur oder Softwaredienstleister,​ die als Generalunternehmer gegenüber dem Kunden auftreten, ist zu beachten, dass die SLAs des Hosters nicht einfach an den Kunden für das Gesamtsystem weitergegeben werden können. Die Ausfallrisiken auf Applikationsebene müssen ebenfalls bestimmt werden und zu den Ausfallrisiken von Seiten des Hosters hinzugerechnet werden. Aus Kundensicht ist der Server dann aber nicht mehr verfügbar, weil seine Website weg ist. Da aber eine Agentur die Website betreibt und auch für die Konfiguration zuständig ist, kann der Hoster keine Verfügbarkeit oberhalb des reinen Betriebssystems garantieren. Als Webagentur oder Softwaredienstleister,​ die als Generalunternehmer gegenüber dem Kunden auftreten, ist zu beachten, dass die SLAs des Hosters nicht einfach an den Kunden für das Gesamtsystem weitergegeben werden können. Die Ausfallrisiken auf Applikationsebene müssen ebenfalls bestimmt werden und zu den Ausfallrisiken von Seiten des Hosters hinzugerechnet werden.
  
-Dieses Beispiel zeigt, dass es wichtig ist, sich genau darüber zu verständigen,​ worauf sich die Verfügbarkeit bezieht. Aus Kundensicht ist es am sinnvollsten,​ wenn die Verfügbarkeit des kompletten Dienstes der betrieben werden soll, vereinbart wird. Dies ist bei etwas komplexeren Projekten allerdings nicht mehr so einfach. Häufig wird hier dann ein Kompromiss geschlossen und der Dienstleister garantiert die Verfügbarkeit des gesamten Projektes, so wie der Kunde es möchte, aber eigentlich weiß zu diesem Zeitpunkt niemand wie hoch die Verfügbarkeit wirklich ist.+Dieses Beispiel zeigt, dass es wichtig ist, sich genau darüber zu verständigen,​ worauf sich die Verfügbarkeit bezieht. Aus Kundensicht ist es am sinnvollsten,​ wenn die Verfügbarkeit des kompletten Dienstes der betrieben werden soll, vereinbart wird. Dies ist bei etwas komplexeren Projekten allerdings nicht mehr so einfach. Häufig wird hier dann ein Kompromiss geschlossen und der Dienstleister garantiert die Verfügbarkeit des gesamten Projektes, so wie der Kunde es möchte, aber eigentlich weiß zu diesem Zeitpunkt niemand wie hoch die Verfügbarkeit wirklich ist. \\ 
 +<WRAP box round> 
 +**Mehr dazu + ein Verfügbarkeitsrechner auf:** [[https://​blog.adacor.com/​berechnung-von-verfuegbarkeit-ausfallzeiten_912.html|blog.adacor.com]] 
 +</​WRAP>​
 </​WRAP>​ </​WRAP>​
 <WRAP third column width 26% right> <WRAP third column width 26% right>
supportorganisation/verfuegbarkeit.txt · Zuletzt geändert: 2019/11/12 21:52 von martin