1. Foren
  2. Kommentare
  3. Applikationen-Forum
  4. Alle Kommentare zum Artikel
  5. › Atlassian: Ausfall von…

Was für eine grausame Vorstellung...

  1. Thema

Neues Thema


  1. Was für eine grausame Vorstellung...

    Autor: smarty79 12.04.22 - 10:17

    Uns würde jede Woche Ausfall 7-8 stellig Euros kosten. Zum Glück läuft das bei uns On-Prem.

  2. Re: Was für eine grausame Vorstellung...

    Autor: miguele 12.04.22 - 10:42

    Bei diesem Volumen werdet ihr sicher aber auch genug Ressourcen für eine entsprechende IT haben, die sich da auch drum kümmert. Das gibt es in vielen Unternehmen aber eben nicht. Dort nützt es dann auch nichts, sich sowas selbst ins Haus oder ins Rechenzentrum zu stellen, wenn da niemand die Pflege und Wartung übernehmen kann. Da ist es dann auch nur eine Frage der Zeit, bis es kracht und dann kann da niemand irgendwas tun.
    Ausfälle sind keine reinen Cloud-Probleme.

  3. Re: Was für eine grausame Vorstellung...

    Autor: shoggothe 12.04.22 - 11:06

    Bei Atlassian hat man aber nicht mehr die Wahl zum Selbsthosten. Da wird gerade auf Cloud-Only umgestellt.

    > Ausfälle sind keine reinen Cloud-Probleme.

    Der Unterschied ist, dass sich das Cloud-Team um viele tausende Kunden-Installationen kümmern muss was dann 3 Wochen dauert. Den eigenen lokalen Ausfall wird man vermutlich viel schneller beheben können.

  4. Re: Was für eine grausame Vorstellung...

    Autor: danlox90 12.04.22 - 11:09

    > Bei Atlassian hat man aber nicht mehr die Wahl zum Selbsthosten. Da wird
    > gerade auf Cloud-Only umgestellt.

    Fast, also zumindest Data-Center wird es noch eine Weile geben. Das kann sich aber kein kleiner Betrieb leisten.

  5. Re: Was für eine grausame Vorstellung...

    Autor: Tuxraxer007 12.04.22 - 11:32

    smarty79 schrieb:
    --------------------------------------------------------------------------------
    > Uns würde jede Woche Ausfall 7-8 stellig Euros kosten. Zum Glück läuft das
    > bei uns On-Prem.
    Wir nutzen auch OnPrem aber werden weg gehen von Atlassian, alle neuen Projekte laufen schon nicht mehr über Jira und Co.
    Die haben sich ihr eigenes Grab geschaufelt, erst mit der Abkündigung der On-Prem Versionen und dann so eine Desaster mit der Cloud.

  6. Re: Was für eine grausame Vorstellung...

    Autor: smarty79 12.04.22 - 14:41

    miguele schrieb:
    --------------------------------------------------------------------------------
    > Bei diesem Volumen werdet ihr sicher aber auch genug Ressourcen für eine
    > entsprechende IT haben, die sich da auch drum kümmert. Das gibt es in
    > vielen Unternehmen aber eben nicht. Dort nützt es dann auch nichts, sich
    > sowas selbst ins Haus oder ins Rechenzentrum zu stellen, wenn da niemand
    > die Pflege und Wartung übernehmen kann. Da ist es dann auch nur eine Frage
    > der Zeit, bis es kracht und dann kann da niemand irgendwas tun.
    > Ausfälle sind keine reinen Cloud-Probleme.

    Absolut richtig. Im Vergleich zum Produktivbetrieb ist Jira bei uns auch fast eine Randerscheinung. Aber dennoch ist unerlässlich, im Zweifelsfall kurzfristig ein transactionsgenaues Recovery der Daten vom EXADATA durchführen zu können, dass die Daten gespiegelt in zwei räumlich getrennten Rechenzentren liegen etc. Das sollte bei einem kommerziellen Cloud-Anbieter eine Selbstverständlichkeit sein, solange nicht explizit auf das Gegenteil hingewiesen wird.

  7. Re: Was für eine grausame Vorstellung...

    Autor: xUser 12.04.22 - 14:45

    smarty79 schrieb:
    --------------------------------------------------------------------------------
    > miguele schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Bei diesem Volumen werdet ihr sicher aber auch genug Ressourcen für eine
    > > entsprechende IT haben, die sich da auch drum kümmert. Das gibt es in
    > > vielen Unternehmen aber eben nicht. Dort nützt es dann auch nichts, sich
    > > sowas selbst ins Haus oder ins Rechenzentrum zu stellen, wenn da niemand
    > > die Pflege und Wartung übernehmen kann. Da ist es dann auch nur eine
    > Frage
    > > der Zeit, bis es kracht und dann kann da niemand irgendwas tun.
    > > Ausfälle sind keine reinen Cloud-Probleme.
    >
    > Absolut richtig. Im Vergleich zum Produktivbetrieb ist Jira bei uns auch
    > fast eine Randerscheinung. Aber dennoch ist unerlässlich, im Zweifelsfall
    > kurzfristig ein transactionsgenaues Recovery der Daten vom EXADATA
    > durchführen zu können, dass die Daten gespiegelt in zwei räumlich
    > getrennten Rechenzentren liegen etc. Das sollte bei einem kommerziellen
    > Cloud-Anbieter eine Selbstverständlichkeit sein, solange nicht explizit auf
    > das Gegenteil hingewiesen wird.

    Es wäre mir neu, wenn Recovery von transaktionsgenauen Daten über Tabellen- und Datenbankgrenzen hinweg einfach so funktioniert. Wenn man noch Business-Logik recovern muss, dann ist das immer ein komplizierter Prozess.

  8. Re: Was für eine grausame Vorstellung...

    Autor: hyperlord 12.04.22 - 18:47

    Das Problem ist ja nicht, dass da Daten verloren gegangen sind durch einen Ausfall, sondern dass da ein Script bewusst gestartet wurde, um Daten zu löschen - nur dass das Script dann halt mehr gelöscht hat, als es sollte.
    Das macht es nicht wirklich besser, aber da hilft eine redundante Ausstattung am Ende auch nix.

  9. Re: Was für eine grausame Vorstellung...

    Autor: smarty79 12.04.22 - 20:21

    Aber genau dann braucht man halt ordentliche Recovery-Mechanismen.

  10. Re: Was für eine grausame Vorstellung...

    Autor: shoggothe 13.04.22 - 01:02

    UX wurde immer schlechter über die Jahre. Sehr lange Ladezeiten bei Klicks auf Links. Einblendungen, dass die Seite aktualisiert wurde, anstatt sie zu aktualisieren. Die Einblendungen kommen auch, wenn man Änderungen selbst durchführt. Und vieles mehr. Die Bedienung ist mittlerweile ein Graus.

    Aber trotz allem wird Atlassian dieses Desaster überleben. Sie haben zig tausend Kunden und viele viele sehr große Kunden. Wenn sie es richtig gemacht haben, waren die großen Kunden gar nicht betroffen. Wenn nicht, werden sie es zukünfig so handhaben.



    1 mal bearbeitet, zuletzt am 13.04.22 01:09 durch shoggothe.

  11. Re: Was für eine grausame Vorstellung...

    Autor: bla 13.04.22 - 07:15

    Tuxraxer007 schrieb:
    --------------------------------------------------------------------------------
    > Wir nutzen auch OnPrem aber werden weg gehen von Atlassian, alle neuen
    > Projekte laufen schon nicht mehr über Jira und Co.

    Wo werdet ihr hinmigrieren?
    Bei uns in der Firma werde ich sehr wahrscheinlich gegen eine Wand laufen aber es wäre zumindest interessant zu wissen, was es für Alternativen gibt, die auf dem lokalen Server laufen.

  12. Re: Was für eine grausame Vorstellung...

    Autor: Smolo 13.04.22 - 07:52

    smarty79 schrieb:
    --------------------------------------------------------------------------------
    > Aber genau dann braucht man halt ordentliche Recovery-Mechanismen.

    Wie schaut denn ein solcher Mechanismus in deinen Augen aus wenn ein Script wahllos in der Produktion Daten löscht?

    Ich vermute das ihr Problem die Datenintegrität sein wird. Beim klassischen TransactionLog hast du nämlich das Problem das dies nur ganz oder gar nicht funktioniert. Der Betrieb läuft ja weiter d.h. entweder gehst du mit dem kompletten System zum Zeitpunkt x zurück oder machst irgendwelchen quatsch um aus den alten Sicherungen selektiv die Daten rauszuziehen.

  13. Re: Was für eine grausame Vorstellung...

    Autor: smarty79 13.04.22 - 08:17

    Smolo schrieb:
    --------------------------------------------------------------------------------
    > smarty79 schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > Aber genau dann braucht man halt ordentliche Recovery-Mechanismen.
    >
    > Wie schaut denn ein solcher Mechanismus in deinen Augen aus wenn ein Script
    > wahllos in der Produktion Daten löscht?
    >
    > Ich vermute das ihr Problem die Datenintegrität sein wird. Beim klassischen
    > TransactionLog hast du nämlich das Problem das dies nur ganz oder gar nicht
    > funktioniert. Der Betrieb läuft ja weiter d.h. entweder gehst du mit dem
    > kompletten System zum Zeitpunkt x zurück oder machst irgendwelchen quatsch
    > um aus den alten Sicherungen selektiv die Daten rauszuziehen.

    Wenn das ganze OnPrem ist, würde ich wohl tatsächlich erst einmal in einer neuen Instanz den Stand wiederherstellen, bevor das Skript mit seinem Unheil begonnen hat, damit der Betrieb wieder läuft. Danach könnte man durch Vergleich der kaputten und der wiederhergestellten Instanz schauen, was zwischenzeitlich dazugekommen war und könnte dann bewerten, was automatisiert wiederhergestellt werden muss und was nicht. Aber das lässt sich alles ohne Details zu kennen gar nicht bewerten.

  14. Re: Was für eine grausame Vorstellung...

    Autor: Smolo 13.04.22 - 09:00

    smarty79 schrieb:
    --------------------------------------------------------------------------------
    > Smolo schrieb:
    > ---------------------------------------------------------------------------
    > -----
    > > smarty79 schrieb:
    > >
    > ---------------------------------------------------------------------------
    >
    > > -----
    > > > Aber genau dann braucht man halt ordentliche Recovery-Mechanismen.
    > >
    > > Wie schaut denn ein solcher Mechanismus in deinen Augen aus wenn ein
    > Script
    > > wahllos in der Produktion Daten löscht?
    > >
    > > Ich vermute das ihr Problem die Datenintegrität sein wird. Beim
    > klassischen
    > > TransactionLog hast du nämlich das Problem das dies nur ganz oder gar
    > nicht
    > > funktioniert. Der Betrieb läuft ja weiter d.h. entweder gehst du mit dem
    > > kompletten System zum Zeitpunkt x zurück oder machst irgendwelchen
    > quatsch
    > > um aus den alten Sicherungen selektiv die Daten rauszuziehen.
    >
    > Wenn das ganze OnPrem ist, würde ich wohl tatsächlich erst einmal in einer
    > neuen Instanz den Stand wiederherstellen, bevor das Skript mit seinem
    > Unheil begonnen hat, damit der Betrieb wieder läuft. Danach könnte man
    > durch Vergleich der kaputten und der wiederhergestellten Instanz schauen,
    > was zwischenzeitlich dazugekommen war und könnte dann bewerten, was
    > automatisiert wiederhergestellt werden muss und was nicht. Aber das lässt
    > sich alles ohne Details zu kennen gar nicht bewerten.

    Das ist ja kein Mechanismus sondern TryAndError und wird ungefähr dem entsprechen was die Atlassian Jungs grad treiben. Ich sitze selbst auf einem System das unter Last teils hunderte mehrzeilige Transaktionen pro Sekunde abfeuert das ist wie eine Stecknadel im Heu suchen.

  1. Thema

Neues Thema


Um zu kommentieren, loggen Sie sich bitte ein oder registrieren Sie sich. Sie müssen ausserdem in Ihrem Account-Profil unter Forum einen Nutzernamen vergeben haben. Zum Login

Stellenmarkt
  1. IT-Systemadministrator (m/w/d)
    Kommunaler Versorgungsverband Baden-Württemberg, Karlsruhe
  2. IT-Service Desk Manager und IT & OT -Device Administrator (m/w/d) Kennziffer 23/37 | Vollzeit
    SONAX GmbH, Neuburg an der Donau
  3. DevOps - Engineer BMC Helix ITSM - Remedy (m/w/div)
    Deutsche Rentenversicherung Bund, Berlin
  4. Wissenschaftlicher Mitarbeiter / Doktorand für Elektromobilität und Digitalisierung der Energiewende ... (m/w/d)
    Hochschule Biberach, Biberach an der Riß

Detailsuche


Golem pur
  • Golem.de ohne Werbung nutzen

Anzeige
Top-Angebote
  1. 79,99€ (Vergleichspreis 106,89€)
  2. 499€ (Vergleichspreis 715,14€)
  3. u. a. Fractal Design Ion+ 2 Platinum 660 W für 99,90€ + 6,99€ Versand statt 161,05€ im...


Haben wir etwas übersehen?

E-Mail an news@golem.de


Digitale-Dienste-Gesetz: Regierung bessert bei der Störerhaftung nach
Digitale-Dienste-Gesetz
Regierung bessert bei der Störerhaftung nach

Bei der Umsetzung des DSA in deutsches Recht soll der Schutz vor kostenpflichtigen Abmahnungen nun doch beibehalten bleiben.
Ein Bericht von Friedhelm Greis

  1. Störerhaftung Verbraucherschützer befürchten neue Abmahnwelle bei WLANs

Teil 2 unseres Tutorials: Objekte und Variablen in Powershell
Teil 2 unseres Tutorials
Objekte und Variablen in Powershell

Powershell-Tutorial
In unserer Powershell-Einführung mit Übungsblöcken und Lösungsvideos beschäftigen wir uns dieses Mal mit Objekten und Variablen.
Eine Anleitung von Holger Voges

  1. Mit praktischen Übungen und Videos Powershell für Einsteiger - Teil 1

Stopp der Umweltprämie: Eine schöne Bescherung
Stopp der Umweltprämie
Eine schöne Bescherung

Über Sinn und Unsinn der Umweltprämie für Elektroautos lässt sich streiten. Doch wie wirkt sich der abrupte Stopp auf den Hochlauf der E-Mobilität aus?
Eine Analyse von Friedhelm Greis

  1. Bis auf 6.500 Meter Schweizer Team stellt Höhenrekord für Elektroautos auf
  2. Elektroautos Audi-Chef Döllner will sich mit Verbrennern durchwursteln
  3. Wechselakku Nio schafft mehr als 1.000 km mit 150-kWh-Batterie