Δύο περιορισμοί γύρω από τους οποίους οι ομάδες platform σχεδίαζαν για μια δεκαετία εξαφανίστηκαν την εβδομάδα της 13ης Ιουλίου. Το S3 κατάργησε την αναμονή 30 ημερών πριν ένα αντικείμενο μπορέσει να μετακινηθεί από S3 Standard σε Standard-IA ή One Zone-IA, και η Lambda έπαψε να αντιγράφει το deployment package σας στον δικό της χώρο αποθήκευσης, κάτι που αφαιρεί το quota του code storage και συντομεύει την ενεργοποίηση μετά από deploy. Μια τρίτη αλλαγή είναι μικρότερη αλλά μετράει για όποιον ενοποιεί identity: το Cognito μπορεί πλέον να εισάγει χρήστες με τα υπάρχοντα password hashes τους, ώστε ένα migration από άλλον identity provider να μην επιβάλλει πλέον επαναφορά κωδικού σε κάθε χρήστη. Στην πλευρά του AI, τα GPT-5.6 Sol, Terra και Luna της OpenAI έγιναν GA στο Bedrock.

Κανένα launch migration ή modernization δεν έφτασε σε αυτό το παράθυρο πέρα από την αλλαγή του Cognito, οπότε το άρθρο είναι πιο σύντομο από της προηγούμενης εβδομάδας. Παραμένει εβδομάδα με θέμα: η AWS αφαίρεσε όρια που υπήρχαν για τη δική της διευκόλυνση και όχι τη δική σας.

S3: Infrequent Access από την ημέρα μηδέν

Μέχρι τις 16 Ιουλίου ένας lifecycle rule δεν μπορούσε να μεταβάσει ένα αντικείμενο σε S3 Standard-IA ή One Zone-IA αν δεν είχε μείνει 30 ημέρες στο S3 Standard. Τώρα ο κανόνας μπορεί να λέει 0 ημέρες, και η μετάβαση γίνεται ήδη την ημέρα που δημιουργείται το αντικείμενο. Η AWS το προωθεί για backups, log analytics και δεδομένα συμμόρφωσης που κρυώνουν μέσα σε ώρες, και η τιμή αποθήκευσης για τις κλάσεις IA είναι έως 40% κάτω από το S3 Standard με την ίδια πρόσβαση σε χιλιοστά του δευτερολέπτου.

Διαβάστε τα transition considerations πριν αλλάξετε κάθε κανόνα σε μηδέν, γιατί τα πράγματα που έκαναν το IA ακριβό για το λάθος workload παραμένουν ανέγγιχτα. Αντικείμενα κάτω από 128 KB δεν μεταβαίνουν εξ ορισμού, και πληρώνετε ένα transition request ανά αντικείμενο σε κάθε περίπτωση, οπότε ένα bucket με μικρά θραύσματα logs γίνεται πιο ακριβό, όχι λιγότερο. Οι κλάσεις IA κρατούν τη χρέωση ελάχιστης διάρκειας αποθήκευσης, οπότε ένα αντικείμενο που γράφετε, μεταφέρετε την ημέρα μηδέν και διαγράφετε την ημέρα τρία χρεώνεται σαν να έμεινε. Και το IA χρεώνει ανά GB που ανακτάται, που είναι αυτό που μετατρέπει τα "κρύα" δεδομένα σε έκπληξη όταν ένα job επανεπεξεργασίας τα διαβάσει όλα πίσω. Ένας συγκεκριμένος κανόνας για ένα prefix backups μοιάζει έτσι:

{
  "Rules": [{
    "ID": "backups-to-ia-day-zero",
    "Status": "Enabled",
    "Filter": { "Prefix": "backups/" },
    "Transitions": [{ "Days": 0, "StorageClass": "STANDARD_IA" }]
  }]
}

Το σωστό workload είναι δεδομένα που γράφονται μία φορά, διαβάζονται σπάνια, και κρατούνται πέρα από την ελάχιστη διάρκεια. Backups και αρχεία συμμόρφωσης πληρούν τα κριτήρια. Τα application logs που κάνετε tail για μια εβδομάδα όχι, και το S3 Intelligent-Tiering ήδη χειριζόταν την περίπτωση "δεν ξέρω" χωρίς το τέλος ανάκτησης.

Lambda: το bucket σας είναι η πηγή αληθείας

Η Lambda αντέγραφε κάθε deployment package σε χώρο αποθήκευσης που διαχειριζόταν η ίδια όταν δημιουργούσατε ή ενημερώνατε ένα function ή layer. Αυτό το αντίγραφο ήταν ό,τι μετρούσε το quota code storage των 75 GB ανά Region, και ήταν ένα βήμα στο κρίσιμο μονοπάτι κάθε deploy. Από τις 15 Ιουλίου μπορείτε να ορίσετε το S3ObjectStorageMode σε REFERENCE σε ένα function ή layer και η Lambda διαβάζει τον κώδικα από το bucket σας. Ο κώδικας που αναφέρεται με αυτόν τον τρόπο δεν μετράει στο quota, το ίδιο το managed quota ανέβηκε από 75 GB σε 300 GB για όλους τους άλλους, δεν υπάρχει πρόσθετη χρέωση Lambda, και πληρώνετε αποθήκευση S3 και cross-Region transfer όπου ισχύει. Το service principal της Lambda χρειάζεται s3:GetObject και s3:GetObjectVersion στο bucket.

Το trade-off είναι ότι τώρα κατέχετε ένα dependency διαθεσιμότητας που δεν είχατε. Αν το αντικείμενο του bucket διαγραφεί, αντικατασταθεί, ή σπάσει η policy του, αυτό είναι incident Lambda. Το versioning στο bucket παύει να είναι προαιρετικό, το deployment pipeline πρέπει να γράφει νέα keys αντί να αντικαθιστά, και η bucket policy χρειάζεται το ίδιο change-control με το IAM role του function. Ομάδες με εκατοντάδες functions και layers, όπου το quota των 75 GB σήμαινε ένα support ticket κάθε τρίμηνο, κερδίζουν τα περισσότερα από αυτό. Μια ομάδα με είκοσι functions πρέπει να ρωτήσει αν η ταχύτερη ενεργοποίηση αξίζει ένα ακόμα πράγμα που μπορεί να ρυθμιστεί λάθος.

Cognito: το migration που δεν επαναφέρει πλέον κωδικούς

Η μεταφορά μιας βάσης χρηστών στο Cognito μέσω εισαγωγής CSV είχε πάντα μια άσχημη στιγμή: κάθε εισαγόμενος χρήστης έπρεπε να επαναφέρει τον κωδικό του στο πρώτο sign-in, γιατί το Cognito δεν μπορούσε να δεχτεί hashes από το σύστημα προέλευσης. Από τις 15 Ιουλίου το CSV μπορεί να μεταφέρει τα hashes, δηλώνετε τον αλγόριθμο, και το Cognito επαληθεύει τον κωδικό του χρήστη έναντι του εισαγόμενου hash στο πρώτο sign-in και μετά τον επαναπροστατεύει. Υποστηρίζονται: bcrypt, scrypt, Argon2id και PBKDF2 με SHA-256, σε κάθε Region όπου τρέχει το Cognito.

Αυτό είναι το είδος αλλαγής που αποφασίζει αν ένα project ενοποίησης θα γίνει. Η αναγκαστική επαναφορά ήταν ο λόγος που πολλές ομάδες κρατούσαν έναν legacy IdP ζωντανό παράλληλα για έναν χρόνο, με το trigger του migration στο πρώτο login. Τώρα το cutover μπορεί να είναι μία και μόνη εισαγωγή. Ο τρόπος αστοχίας είναι η ίδια η εξαγωγή των hashes: το σύστημα προέλευσης πρέπει να σάς δώσει τις παραμέτρους του αλγορίθμου με ακρίβεια, και μια ασυμφωνία δεν αστοχεί θορυβωδώς, αστοχεί ως "λάθος κωδικός" για ολόκληρη τη βάση χρηστών ταυτόχρονα. Δοκιμάστε με ένα δείγμα που περιλαμβάνει χρήστες από κάθε ιστορική διαμόρφωση hashing που χρησιμοποίησε ποτέ το παλιό σύστημα.

Επίσης αυτή την εβδομάδα

Το κοινό νήμα

Ο κανόνας των 30 ημερών του S3 και το αντίγραφο κώδικα της Lambda ήταν και τα δύο κατάλοιπα του πώς η AWS έχτισε την υπηρεσία, όχι του τι χρειάζονταν οι πελάτες. Και τα δύο παρακάμπτονταν με εργαλεία: Intelligent-Tiering για το πρώτο, scripts κλαδέματος layers και tickets για quota για το δεύτερο. Η αφαίρεσή τους είναι καλή, και είναι επίσης υπενθύμιση του τι έκρυβε η παράκαμψη. Το IA από την ημέρα μηδέν εκθέτει την τιμολόγηση ανάκτησης και ελάχιστης διάρκειας που η αναμονή 30 ημερών εμπόδιζε τους περισσότερους να χτυπήσουν. Ο κώδικας με αναφορά εκθέτει το bucket σας ως runtime dependency. Η εισαγωγή hashes του Cognito αφαιρεί την αναγκαστική επαναφορά και εκθέτει την ποιότητα της εξαγωγής του παλιού σας IdP. Σε κάθε περίπτωση η AWS σάς έδωσε πίσω μια απόφαση που παλιά έπαιρνε για εσάς.

Διαβάστε στη συνέχεια

Για την ανάγνωση των ίδιων εβδομάδων από την πλευρά του AI και των agents, οι σημειώσεις πεδίου ζουν στο ercan.ai. Η συμβουλευτική σε AWS, cloud, CI/CD pipelines, Linux, GitHub/GitLab, και άλλα περνά από το ercanermis.com.

Αναφορές