Design für Skalierbarkeit mit Erlang/OTP

Kapitel 8. Aufsichtspersonen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Nachdem wir nun in der Lage sind, vorhersehbare Fehler, wie z. B. fehlende Frequenzen, zu überwachen und zu behandeln, müssen wir uns mit unerwarteten Fehlern befassen, die durch fehlerhafte Daten oder Bugs im Code entstehen. Der Haken an der Sache ist, dass wir im Gegensatz zu den Fehlern, die von der Frequenzzuweisung an den Kunden zurückgegeben werden, oder den Alarmen, die von den Ereignismanagern ausgelöst werden, nicht wissen, um welche unerwarteten Fehler es sich handelt, bis sie aufgetreten sind. Wir könnten spekulieren, raten und versuchen, Code hinzuzufügen, der das Unerwartete behandelt, und auf das Beste hoffen. Der Einsatz von Tools zur automatisierten Testerstellung, die auf eigenschaftsbasierten Tests basieren, wie QuickCheck oder PropEr, kann definitiv dabei helfen, Fehlerszenarien zu erstellen, die du dir niemals selbst ausdenken würdest. Aber wenn du nicht über übernatürliche Kräfte verfügst, wirst du niemals in der Lage sein, jeden möglichen unerwarteten Fehler vorherzusagen, geschweige denn, ihn zu behandeln, bevor du weißt, was er ist.

Allzu oft versuchen Entwickler, Bugs oder fehlerhafte Daten zu beheben, indem sie eigene Strategien zur Fehlerbehandlung und -behebung in ihren Code einbauen. Das führt dazu, dass der Code immer komplexer wird und die Kosten für die Wartung steigen (und trotzdem nur ein ...