Certified Cloud Developer


Seit meinem Einstieg in die Softwareentwicklung in den 80er-Jahren habe ich mich kontinuierlich in der jeweils aktuellen Technologie bewegt: von Assembler über C++ und Lisp/Common Lisp in den 1980er-Jahren, gefolgt von Java und Python in den 1990er-Jahren, später C# und .NET. Seit 2024 widme ich mich verstärkt wieder der Softwareentwicklung, nun im Kontext von KI-gestützten Systemen.

Als Anthropic-Certified Claude Developer setze ich moderne KI-Entwicklungsmethoden produktiv ein: Aufgaben, die früher Wochen an Entwicklungszeit beansprucht hätten, lassen sich heute in Stunden umsetzen. Aktuelles Beispiel ist Kontor, eine von mir entwickelte Handelsoberfläche mit Claude-API-Anbindung und einem eigenständigen Trader-Agent für KI-gestützte Marktanalyse, inklusive eines öffentlichen Wirtschaftskalenders mit allen Terminen.

Engineering is a Passion


Als System-Engineer (MCITP, CCP-V und AI Fluency & Claude Expert) betreue ich Netzwerkinfrastrukturen, führe Planungen durch, schule Mitarbeiter und führe Migrationen von Netzwerk, Server- als auch Client Infrastrukturen bis zum mittleren Enterprise Umfeld durch. Mein Aufgabengebiet umfasste der IT Support von mittelständischen Unternehmen als auch die Umsetzung von Projekten in Server und Clientnetzwerken unter den Betriebssystemen Microsoft, Mac OS und Linux resp. den Hypervisoren VMware, Hyper V und Citrix.

Mein Knowhow und Wissen sammelte ich in Projekten im Bereich öffentlicher und privater Auftraggeber.

 

Amazon S3: Wechsel in Infrequent Access ab dem ersten Tag

Blog · 16.07.2026
BLG-1269-ch-de

AWS hat am 16. Juli 2026 die Mindestfrist von 30 Tagen für Lifecycle-Übergänge nach S3 Standard-IA und S3 One Zone-IA gestrichen. Objekte können nun am Tag der Erstellung wechseln. Die Dokumentation nennt für diese Klassen weiter eine Mindestspeicherdauer von 30 Tagen, und kleine Objekte unter 128 KB wechseln standardmässig nicht. Der Artikel zeigt, was sich bei Regeln und Kosten prüfen lässt.

Symbolfoto zum Artikel „Amazon S3: Wechsel in Infrequent Access ab dem ersten Tag“ (pallet, goods, cargo)
Speicher früher sparen.
Fristen neu prüfen.
Foto: FrancisRomeo / Pixabay

AWS hat am 16. Juli 2026 eine Hürde bei Amazon S3 entfernt: Lifecycle-Regeln dürfen Objekte ab dem ersten Tag in die selteneren Speicherklassen verschieben.

Das Wichtigste in Kürze

  • Der Übergang ist ab Tag 0 möglich. Objekte können nach S3 Standard-IA und S3 One Zone-IA wechseln, sobald sie erstellt sind. Die frühere Wartezeit von 30 Tagen in S3 Standard entfällt.
  • Die Klassen sparen laut AWS bis zu 40 % gegenüber S3 Standard. Der Zugriff bleibt im Millisekundenbereich.
  • Die Änderung gilt in allen Regionen mit diesen Klassen. Du stellst sie in der Konsole, per AWS CLI oder SDK ein, mit „0 Tage nach Erstellung“.
  • Die Meldung ändert nichts an der Abrechnung der Klassen. Die Dokumentation nennt für Infrequent Access weiter 30 Tage Mindestspeicherdauer und Abrufgebühren.

Amazon S3: Was sich bei Lifecycle-Regeln ändert

AWS hat die Neuerung am 16. Juli 2026 erstmals veröffentlicht und die Meldung laut Seite nicht aktualisiert. Bisher musste ein Objekt mindestens 30 Tage in S3 Standard liegen, bevor eine Regel es nach Standard-IA oder One Zone-IA schieben durfte. Nun reicht der Tag der Erstellung.

Dabei hilft die Änderung vor allem bei Daten, die schnell abkühlen. AWS nennt als Anwendungsfälle Backups, Log-Analysen und Compliance-Daten. Wer solche Daten bisher einen Monat teuer in S3 Standard hielt, kann sie sofort in die günstigere Klasse legen.

Was gleich bleibt

Allerdings hat die günstigere Klasse eigene Abrechnungsregeln, und die Meldung nennt dazu keine Änderung. Laut AWS-Übersicht verlangen die Infrequent-Access-Klassen eine Mindestspeicherdauer von 30 Tagen und berechnen Abrufe je Gigabyte. Standard-IA verteilt Daten über mehrere Zonen, One Zone-IA liegt in einer einzigen Zone und kostet laut AWS 20 % weniger als Standard-IA.

Zudem gilt laut Dokumentation: Objekte unter 128 KB wechseln standardmässig in keine andere Klasse. Der Grund sind die Übergangsgebühren je Objekt, die bei kleinen Dateien den Spareffekt auffressen können. Wer kleine Objekte verschieben will, setzt einen Grössenfilter mit ObjectSizeGreaterThan oder ObjectSizeLessThan.

Die Dokumentation hält ausserdem fest: Verlässt ein Objekt eine Klasse mit Mindestspeicherdauer vorzeitig, fällt die Gebühr für den Rest dieser Dauer an. Eine Regel, die Daten am Tag 0 verschiebt und früh wieder löscht oder weiterschiebt, spart deshalb nicht automatisch.

Was du jetzt prüfst

Damit die Umstellung sich lohnt, gehst du deine Regeln der Reihe nach durch:

  • Welche Daten werden in den ersten 30 Tagen kaum gelesen, zum Beispiel Backups und Logs?
  • Wie lange bleiben diese Daten liegen, und passt die Frist zu den 30 Tagen Mindestspeicherdauer?
  • Wie viele Objekte sind kleiner als 128 KB, und braucht es einen Grössenfilter?
  • Wie oft liest du die Daten, denn Abrufe kosten je Gigabyte?

Weitere AWS-Themen behandelt der Beitrag über Lambda mit 90 Minuten Laufzeit.

Fazit

Deshalb gilt: Die Änderung macht Lifecycle-Regeln für Backups und Logs einfacher und kann Speicherkosten früher senken. Sie hebt aber die Mindestspeicherdauer und die Abrufgebühren der Klassen nicht auf. Rechne vor einer Umstellung mit deinen echten Zugriffs- und Löschfristen nach.

Quellen: AWS What's New, AWS-Dokumentation zu Lifecycle-Übergängen, AWS Speicherklassen. Foto: FrancisRomeo / Pixabay. Stand: 16. Juli 2026.

Recherche und Entwurf KI-gestützt, geprüft und freigegeben von · So arbeitet die Redaktion

Änderungshistorie

  • — Artikel veröffentlicht.