Cloud Design Patterns im Überblick

Als nächstes möchte ich Ihnen gerne einen Überblick zu den verfügbaren Cloud Design Patterns in der Microsoft Dokumentation zeigen. Dazu steigen wir zunächst im Überblickbereich ein und hier sehen wir einerseits die Kategorien, die an die Cloud Quality Pillars erinnern. Das heißt also, die Qualitätssäulen für eine gute Applikation in der Cloud. Nämlich "Availability", "Data Management", "Design and Implementation", "Messaging", "Management and Monitoring", "Performance and Scalability", "Resiliency" und "Security". Ich habe hier aus gutem Grund die englische Ansicht gewählt, weil mich die eigentlichen Design Patterns, die nun alphabetisch sortiert hier aufgelistet werden, auf deutsch eher mit einem befremdlich übersetzten Namen daher kommen. Dem entsprechend ist es empfehlenswert hier mit den original Design Pattern-Namen zu arbeiten, wie, zum Beispiel, "Ambassador" oder "Cache-Aside" oder "Command and Query", "Responsibility Segregation" etc. Was hier auffällig ist, ist, dass wir zum jetzigen Zeitpunkt 37 Design Patterns in dieser Liste vorfinden und die Zuordnung der einzelnen Design Patterns zu den jeweiligen Kategorien kann durchaus mit Mehrfachzuweisung arbeiten. Das heißt, ein Design Pattern kann in mehreren Kategorien sinnvoll zugeordnet und somit auch gefunden werden. Hier sehen wir als nächstes noch ein sogenanntes "cheat sheet" also eine Zusammenstellung von den relevantesten Informationen im Hinblick auf das Thema Design Patterns. Wenn ich hier ein Mal oben links reinzoome, dann sehen Sie auch hier die entsprechende Quellenreferenz, wo ich dieses Design Pattern eigentlich her habe und auf der linken Seite sehen Sie auch dann wieder die entsprechenden Design Patern-Kategories. Als nächstes können wir einfach mal uns einen Überblick verschaffen auf diese Design Patterns, die hier angezeigt werden, die allerdings nicht vollständig sind. Das heißt, es gibt mehr Design Patterns als hier auf dieser Liste zu sehen ist. Allerdings haben wir hier immer das gleiche Schema, wenn wir uns, zum Beispiel, hier das Retry Design Pattern einmal anschauen. Und zwar sehen wir hier einerseits mit einem Piktogramm dargestellt, zu welcher Kategorie dieses Design Pattern gehört. Dann haben wir hier eine kurze Beschreibung und eine Visualisierung im Hinblick darauf, was dieses Design Pattern eigentlich für ein typisches Problem beantwortet. Ein zweites Beispiel gucken wir uns noch an und dann steigen wir in die Praxis ein, zum Beispiel, im Hinblick auf das "Cache Aside" Pattern, das dafür sorgen soll, das sporadisch abgerufene Daten mit einer besseren Performance in der Cloud abgerufen werden können, indem man nämlich einen Cache-Dienst mit dem Data Store kombiniert beziehungsweise diesen erweitert.