Tags sind eine der wichtigsten Funktionen in AWS.
Wenn du keine Tagging-Strategie hast, ist das wie mit verbundenen Augen Auto zu fahren…
…du weißt, dass es zu einem Unfall gekommen ist, aber nicht warum.
Don't Repeat Yourself - Dieses Pattern ist Best Practice für jegliche Art von Programmierung. Hierdurch kannst du menschliche Fehler reduzieren und deinen Code schlank und verständlich gestalten.
Terraform Benutzer kennen Konstrukte wie count oder for_each schon eine ganze Weile. Doch CloudFormation hinkt hier etwas hinterher.
Nun hat AWS aber, auf Wunsch der Community, nachgebessert.
Seit Jahren fallen die AWS Preise. Die Einführung von AMD und Graviton Prozessoren hat die Preise für Prozessorleistung reduziert. GP3 Volumes haben die EBS-Preise um 20% gesenkt.
Doch nun hat AWS angekündigt, dass in Zukunft Kosten für Public IPv4 Adressen entstehen sollen.
Wird nun alles teurer bei AWS?
In der IT-Welt läuft viel über Redundanzen: Server werden mehrfach repliziert, um einen unterbrechungsfreien Betrieb zu gewährleisten. RAID Konfigurationen nutzen mehrere Festplatten, um für einen Ausfall gewappnet zu sein. Selbst Internetkabel und Rechenzentren werden in mehrfacher Ausführung eingesetzt.
Doch wie sieht es mit unseren Cloud Providern aus? Macht es Sinn Workloads auf mehrere Cloud Provider zu verteilen?
Sicherheitsrichtlinien sind wie Bauvorschriften: trocken und uncool! Doch sie müssen eingehalten werden. Durch Sicherheitsrichtlinien können beispielsweise die Passwortkomplexität von Instanzen und Volumes geregelt werden. Die Richtlinien legen zudem den Umgang mit öffentlich verfügbaren Systemen oder auch die verpflichtende Verschlüsselung fest.…
"Everything fails all the time". Dieses Zitat von Werner Vogels, welches ich auch sehr oft wiederhole, sollte sich jeder Cloud Anwender tatowieren lassen.
Zu häufig sehe ich bei meinen Kunden noch Server, die geschäftskritisch, aber nicht redundant sind. Auto Scaling Groups und skalierbare Anwendungen sind ebenfalls sehr selten anzutreffen.
Das dies im Zweifel hohe Kosten verursachen kann, direkten negativen Einfluss auf das Kundenerlebnis hat und auch Mitarbeiterzeit bindet, wird häufig ignoriert. Zu wichtig ist es die neusten Features und weitere Komponenten aufzusetzen.
Maßnahmen zur Stabilisierung der Cloud sind wie auch Ausgaben für die Sicherheit erst einmal genau das: Ausgaben.
Um die Vorteile dieser Ausgaben auch als Argumentation für Budgeterhöhungen greifbar zu machen, nutze ich gerne Fault Testing und Ausfallsimulationen.
Durch das Aufkommen von Microservices, dem Trend zur Containerisierung und serverloser Infrastruktur fallen an unterschiedlichen Stellen Logs an. Üblicherweise werden diese an zentraler Stelle gesammelt.
Amazon OpenSearch ist ein beliebter Service für die zentralisierte Sammlung, Suche und Analyse von Logeinträgen.
Dieser Service hat jedoch einen kleinen Nachteil: Standardmäßig werden Daten nicht gelöscht. Mit der Zeit wächst der Speicherbedarf für die anfallenden Daten und somit auch die Kosten. Schon bei kleineren Projekten können Kosten in Höhe von mehreren tausend Euro im Monat anfallen.
Heute möchte ich drei Möglichkeiten vorstellen, um die Kosten zu reduzieren.
Schon in den 80er Jahren kam der Begriff Green-IT auf. Doch wie können wir nachhaltiger werden, wenn die Rechenzentren nicht von uns verwaltet werden? Wie funktioniert Nachhaltigkeit in der Cloud? Ist es überhaupt unsere Aufgabe oder kümmert sich AWS darum?
Wie auch im Bereich Sicherheit gibt es ein Shared-Responsibility Model für die Nachhaltigkeit. AWS kümmert sich um einen nachhaltigen Betrieb der Rechenzentren und der physischen Infrastruktur. Wir als Kunden kümmern uns um effiziente Workloads, die Anzahl an Ressourcen, die wir nutzen und die Auslastung.
Weiterhin kann man vier Schritte identifizieren, um eine nachhaltige Nutzung zu erreichen.