wir mal schauen, dass wir die entsprechend da hin strukturieren. So und da würde ich jetzt irgendwie sagen, der SMS-Verband und die E-Mail-Systeme, die sind dazu da, dass ich Updates schicke über den Zustand der Reparatur. Das ist also etwas, was eben Reparatur-Durchführen benutzt. Dann habe ich die Kasse und das Online-Payment-System, die würde ich jetzt mal behaupten, offensichtlich genutzt werden von der Bezahlung. Und dann habe ich das Rechnungswesen und das würde ich jetzt sagen, dass ich hier, das würde ich hier auch dementsprechend anschließend an die Reparatur durchführen, weil ich hier ja eben die Informationen habe, was genau sich geändert hat oder was genau repariert worden ist und das will ich in der Rechnung drin haben. Ich will da drin stehen haben, ich habe einen Bremskorts reingebaut und was weiß ich. Und hier will ich halt nur sagen und ich habe irgendwie 250 Euro bezahlt. Deswegen sind das eben unterschiedliche Informationen

Das heißt, das kriegt man halt auch irgendwie hin. Und was ich jetzt hier identifiziert habe als ein Thema, ist … … ich hätte hier eine Kommunikation aus der Cloud hin zu der Kasse, die bei mir im Laden steht. Und da wäre halt … ich benutze mal irgendwie gelb … … eine Frage, kann man aus der Cloud in das Rechnungswesen kommunizieren? Und die analoge Frage wäre jetzt bei der Kasse. Also da wäre halt dieselbe Frage, kann man aus der Cloud in die Kasse kommunizieren? Und ich will das gar nicht ausschließen. Also was ich ja konkret machen müsste, wäre … … der Mensch sitzt halt an meinem System, sagt, diese Rechnung, das Ding will ich jetzt irgendwie gerne bezahlen. Und daraufhin gibt es eine Kommunikation hin zur Kasse, die sagt, ich möchte jetzt gerne das 20 Euro kassiert werden … … und die das halt irgendwie auch vernünftig in die Buchhaltung bekommt und so weiter und so weiter. Und dazu müsste ich halt mit diesem Kassensystem reden, aus der Cloud. Und vielleicht ist das möglich. Also das wäre jetzt die Stelle, wo man es halt recherchieren müsste. Kassensysteme sind heutzutage im Prinzip auch PCs, sodass ich das nicht ausschließen möchte, dass das geht. Aber das wäre etwas, was wir diskutieren müssten. Und das ist jetzt tatsächlich etwas, was wir sozusagen gelernt haben. Also was ich persönlich auch bei der Vorbereitung gelernt habe, als ich eben dieses Diagramm ausgeführt habe. Das heißt, das hat mir jetzt tatsächlich etwas geholfen. Also ich habe jetzt herausgefunden, dass ich hier potenziell etwas habe, was mir meinen Ansatz kaputt machen kann. Und das ist, glaube ich, die spannendere Sache. Die würde jetzt hier unten an der Luke gelten. Also, Moment. Jetzt habe ich bedauerlicherweise die Bausteine sich dafür torpediert. Also das wäre hier eben bei dem Microservices genau das selbe Thema. Da müsste ich also exakt dieselbe Frage beantworten. Das heißt, ich kann diese beiden Post-its da auch mal rüber kopieren, weil das wäre hier auch ein Thema. Das heißt, ich habe jetzt ein Risiko identifiziert und das ist auf jeden Fall hilfreich. Das kann mir im Extremfall die Lösungsstrategie zerstören. Ich kann nicht mit der Kasse kommunizieren. Ich kann nicht mit dem Rechnungswesen kommunizieren. Dann habe ich halt irgendwie ein Problem und da muss ich vielleicht doch ein Server installieren. Oder irgendwas auf dem Kassensystem machen oder was auch immer. Das ist dann eben das, womit ich mich da beschäftigen muss.

Also was ich ja konkret machen müsste, wäre … … der Mensch sitzt halt an meinem System, sagt, diese Rechnung, das Ding will ich jetzt irgendwie gerne bezahlen. Und daraufhin gibt es eine Kommunikation hin zur Kasse, die sagt, ich möchte jetzt gerne das 20 Euro kassiert werden … … und die das halt irgendwie auch vernünftig in die Buchhaltung bekommt und so weiter und so weiter.

Jetzt habe ich bedauerlicherweise die Bausteine sich dafür torpediert. Also das wäre hier eben bei dem Microservices genau das selbe Thema. Da müsste ich also exakt dieselbe Frage beantworten. Das heißt, ich kann diese beiden Post-its da auch mal rüber kopieren, weil das wäre hier auch ein Thema.

Und das ist also dort eben ein Thema. Der Jan fragt jetzt, wenn das System in der Cloud läuft und der Router im Laden ausfällt, ist das System aus Sicht des Kunden nicht erreichbar. Wie adressieren wir das? Genau, damit sind wir so zwei Schritte weiter. Also erstmal bedeutet das, meine Lösungsstrategie wäre halt irgendwie Cloud. Und das, was der Jan jetzt irgendwie sagt, ist ja nachvollziehbar. Das heißt also, wenn ich jetzt sage, ich habe exakt einen Router bei diesem Fahrradladen, dann würde das eben dafür sorgen, dass, wenn der Router ausfällt, eben das gesamte System ausfällt. Also das ist die Strategie, die mir jetzt eigentlich eingefallen ist. Es muss ja auch nicht nur eine Cloud-Strategie sein. Es könnte auch sein, dass wir am externen Rechenzentrum das machen. Ich glaube auf jeden Fall, also ich persönlich würde jedenfalls ableiten, dass wir einen Server in dem Laden selber ausschließen können. Das heißt, wir müssen dann in der Netzwerkverbindung kommen und dann kommen wir eben zu dem Thema, was der Jan dort zitiert hat. Und das ist jetzt tatsächlich, finde ich, eine spannende Sache. Eine mögliche Antwort darauf wäre, ich entwickle ja irgendwie Software. Dass es einen Router gibt, der mir dafür sorgt, dass mein System nicht erreichbar ist, ist nicht mein Problem, was soll’s. Das finde ich nicht wirklich hilfreich. Und das ist auch nicht die Art und Weise, wie ich denke, wie man diese Qualitätsszenarien interpretieren sollte. Also das Qualitätsszenario sagt er jetzt nicht. Also das Qualitätsszenario sagt, das ist die Erwartungshaltung, die ein Kunde hat. Die ist da jetzt irgendwie formuliert. Das heißt, die Erwartungshaltung ist in diesem speziellen Fall, das System fällt aus. Und spätestens nach zwei Minuten kann man den Preis einer erfolgten Reparatur wieder ermitteln. Und jetzt gibt es halt bestimmte Szenarien, also zum Beispiel Ausfall der Netzwerkinterfrastruktur. Also zum Beispiel Ausfall eines Routers, aber auch zum Beispiel Ausfall eines Internetproviders und so weiter. Die mir jetzt dort wahrscheinlich ein Problem bereiten. Und meine Strategie dagegen wäre eigentlich zu sagen, naja, wir können jetzt eine Lösung bauen, die erwartungsgemäß das üblicherweise auf die Reihe bekommt. Ich bin da vielleicht noch etwas auf der glücklichen Seite. Ich weiß nicht, wann ich hier das letzte Mal einen Internetausfall hatte. Und für den Notfall habe ich halt irgendwie noch einen mobilen Router. Sowas könnte ich ja jetzt in dem Fahrradshop irgendwie auch machen. Ich könnte also sagen, okay, es gibt einen mobilen Router, der über LTE oder über 5G oder sowas eben die Internetverbindung zur Not redundant hält. Und ich habe dann eben einen festen Router. Und ich gehe davon aus, dass das halt üblicherweise funktionieren sollte. Aber an bestimmten Stellen ist es dann eben einfach vorbei. Also wenn jetzt irgendwie beide Router ausfallen oder wenn irgendwo in dem Stadtteil das Internet insgesamt von einem Provider ausfällt, weil irgendwo ein Teil der Netzwerkinfrastruktur auf einer anderen Ebene kaputt geht. Dann habe ich halt irgendwie habe ich ein Problem. Und das wäre jetzt etwas, was ich diskutieren würde. Glaube ich, offen mit dem Kunden und würde sagen, okay, wir haben dann das Risiko eines Netzwerkausfalls und wir können das versuchen zu lösen. Also wir könnten jetzt ein Stück Software bauen, was wir bei dir installieren in deinem Server, den du nicht hast. Und was wir, was dann in der Lage ist, diese Preise der erfolgten Reparaturen zu cashen. Das führt zu einer bestimmten Menge an Aufwand und Geld, das wir investieren. Wollen wir das tun? Sondern das ist, finde ich, ein valides Feedback. Also meine Aufgabe ist es, technisch zu bewerten, wie ich das umsetzen kann. Und die variable Größe dabei ist Preis eigentlich. Das heißt also, ich kann jetzt eben durch entsprechende Entwicklungsmaßnahmen, Infrastrukturmaßnahmen versuchen, das noch unwahrscheinlicher zu machen. Auch auf der Ebene von Dingen, die außerhalb meines Einflussbereichs sitzen. Also ich kann jetzt sagen, okay, wir können noch einen mobilen Router daneben stellen. Wir können eine Netzwerkinfrastruktur machen, die automatisch auf den mobilen Router zurückfällt. Wir können, das kostet halt irgendwie einen Router und Netzwerktricks. Das ist also wahrscheinlich nicht so wahnsinnig teuer. Wir können bei dir einen Server installieren, der in Cash ist, mit den Preisen der erfolgten Reparatur. Das würde bedeuten, wir installieren einen Server. Das würde bedeuten, wir müssen den irgendwie warten. Das kriegen wir schwierig hin, weil wir müssen innerhalb von 30 Minuten da sein, sagst du. Das kostet also deutlich mehr Geld. Ich kann es nicht genau beziffern, aber es kostet halt deutlich mehr Geld. Und da kann man, glaube ich, dann in eine offene Diskussion gehen. Meine Erwartungshaltung wäre, dass wir halt über einen Fahrradshop gehen und wir wahrscheinlich irgendwie da landen, dass man sagt, okay, dieses Risiko, dass die Verbindung zur Cloud abbricht, ist irgendwie akzeptabel. Und vielleicht bauen wir dann einen mobilen Router als Fallback ein. Das wäre etwas anderes, wenn wir über die Maschinensteuerung eines Atomkraftwerks reden oder sowas. Oder über die Produktionssteuerung in einer Fabrik, wo irgendwie der Ausfall des IT-Systems dazu führt, dass wir halt massive Verluste haben. Und das wäre, glaube ich, das, was man da sozusagen als Feedback liefern kann.

Also ich kann jetzt sagen, okay, wir können noch einen mobilen Router daneben stellen. Wir können eine Netzwerkinfrastruktur machen, die automatisch auf den mobilen Router zurückfällt. Wir können, das kostet halt irgendwie einen Router und Netzwerktricks. Das ist also wahrscheinlich nicht so wahnsinnig teuer.

Wir können bei dir einen Server installieren, der in Cash ist, mit den Preisen der erfolgten Reparatur. Das würde bedeuten, wir installieren einen Server. Das würde bedeuten, wir müssen den irgendwie warten. Das kriegen wir schwierig hin, weil wir müssen innerhalb von 30 Minuten da sein, sagst du. Das kostet also deutlich mehr Geld.