Την εβδομάδα της 14ης Σεπτεμβρίου η AWS πούλησε το platform engineering ως προϊόν: το Elastic Beanstalk Cluster Mode βάζει ένα portfolio εφαρμογών πάνω σε shared, πλήρως managed EKS, και η νέα εμπειρία getting-started δίνει στον νέο builder ένα προ-ρυθμισμένο project αντί για έναν άδειο λογαριασμό. Από κάτω, το compute έγινε φθηνότερο προς δύο κατευθύνσεις (instances T8i, ARM64 στο ECS Express Mode), το PrivateLink απέκτησε tunnel endpoint για κοινή χρήση ολόκληρων network segments, και δύο αλλαγές στο identity έφτασαν που θα σπάσουν αθόρυβα το monitoring αν τις αγνοήσετε. Τα migration tools ήταν ήσυχα αυτή την εβδομάδα (τίποτα από AWS Transform ή DMS), οπότε προηγείται η ιστορία της πλατφόρμας.

Elastic Beanstalk Cluster Mode: το επιχείρημα του PaaS, ξανά

Στις 17 Σεπτεμβρίου το AWS Elastic Beanstalk παρουσίασε το Cluster Mode: πολλές εφαρμογές τρέχουν σε κοινή υποδομή που βασίζεται στο Amazon EKS, πλήρως managed, με μία λειτουργική βάση. Ανεβάζετε source σε Java, .NET, Python, Node.js, PHP, Ruby ή Go (ή ένα Dockerfile, ή ένα image), το Beanstalk το κάνει container με Cloud Native Buildpacks όπου χρειάζεται, και το environment παίρνει traffic-shifting deployments με αυτόματο rollback, event-driven autoscaling, ενσωμάτωση με Secrets Manager, observability με OpenTelemetry, και troubleshooting με βοήθεια AI. Τα environments Standard και Cluster Mode συνυπάρχουν μέσα στην ίδια εφαρμογή, οπότε μεταφέρετε ένα environment τη φορά.

Το επιχείρημα του κόστους ανά εφαρμογή είναι αυτό που κάθε εσωτερική ομάδα platform έχει κάνει για να χρηματοδοτήσει ένα shared EKS cluster. Η διαφορά είναι ποιος το τρέχει: η AWS, για όλη τη ζωή του workload, και εσείς δεν βλέπετε ποτέ node, kubeconfig ή παράθυρο upgrade.

Με είκοσι μικρά services και καμία διάθεση για Kubernetes, το Cluster Mode είναι πιθανότατα η σωστή προεπιλογή. Αν έχετε ομάδα platform που ήδη κατέχει το EKS, το Cluster Mode ανταγωνίζεται μαζί της για τα ίδια workloads και προσφέρει λιγότερο έλεγχο: όχι custom admission policies, όχι node tuning, όχι επιλογή CNI. Ο τρόπος αστοχίας είναι αυτός που έχουν πάντα οι κοινές πλατφόρμες, ένα baseline upgrade που είναι σωστό για δεκαεννέα εφαρμογές και λάθος για την εικοστή, μόνο που τώρα η εικοστή δεν μπορεί να κάνει pin σε τίποτα. Δοκιμάστε το πιλοτικά με τις εφαρμογές για τις οποίες δεν θα σας πείραζε να χάσετε τον έλεγχο.

Φθηνότερο compute, με δύο τρόπους

Στις 17 Σεπτεμβρίου τα instances EC2 T8i έγιναν γενικά διαθέσιμα: custom Intel Xeon 6 έκτης γενιάς, κάρτες Nitro έκτης γενιάς, τέσσερα μεγέθη (nano, micro, small, medium), έως 30% καλύτερη σχέση τιμής-απόδοσης από το T3, έως 70% περισσότερο compute, 1,25x το network bandwidth, 2,4x το EBS bandwidth. Ίδιο σύστημα CPU credits με Standard και Unlimited modes, οπότε η μετάβαση από το T3 είναι αλλαγή τύπου instance και τίποτα άλλο. Τα t8i.micro και t8i.small είναι στο Free Tier.

Στις 18 Σεπτεμβρίου το ECS Express Mode πρόσθεσε το ARM64 ως αρχιτεκτονική CPU, οπότε η διαδρομή "δώσε μου ένα URL για αυτό το image" μπορεί να καταλήξει σε Graviton, που η AWS βαθμολογεί με έως 40% καλύτερη σχέση τιμής-απόδοσης από το x86. Ρυθμίζεται για νέα και υπάρχοντα Express Mode services μέσω console, CLI, SDK και IaC.

Και τα δύο εξοικονομούν χρήματα μόνο αν κάποιος κάνει την αλλαγή. Ο στόλος T3 στους περισσότερους λογαριασμούς είναι bastions, build runners και ξεχασμένα εσωτερικά εργαλεία: μια αλλαγή σε variable του Terraform και ένα instance refresh είναι όλη η δουλειά. Για το Express Mode ARM64, η προϋπόθεση είναι ένα multi-arch image, και ο τρόπος αστοχίας είναι ένα base image ή ένα native dependency που κυκλοφορεί μόνο σε amd64. Κάντε build με docker buildx build --platform linux/amd64,linux/arm64, αφήστε το manifest list να κάνει τη δουλειά, και μετά αλλάξτε την αρχιτεκτονική.

PrivateLink Tunnel Endpoints: μοιραστείτε ένα CIDR, όχι ένα service

Στις 18 Σεπτεμβρίου το AWS PrivateLink ανακοίνωσε τα Tunnel Endpoints, έναν νέο τύπο VPC endpoint. Μέχρι τώρα, η κοινή χρήση πόρων με έναν εξωτερικό συνεργάτη σήμαινε ένα Resource Configuration ανά πόρο. Τώρα ένα Resource Configuration μπορεί να αντιπροσωπεύει ένα CIDR range στο δίκτυό σας: το μοιράζετε μέσω AWS RAM, και η άλλη πλευρά δημιουργεί ένα tunnel endpoint και χρησιμοποιεί GENEVE encapsulation για να φτάσει οτιδήποτε μέσα σε αυτό το range. Ωριαία χρέωση ανά tunnel endpoint πλέον χρέωσης ανά GB για τα δεδομένα που επεξεργάζονται.

Αυτό καλύπτει το κενό ανάμεσα στο PrivateLink (ένα service, ένα endpoint, καμία έκθεση routing) και το Transit Gateway ή το peering (πλήρες routing, αμφίδρομο, και διαπραγμάτευση CIDR). Ένας vendor που χρειάζεται σαράντα hosts στο management subnet σας μέχρι τώρα σάς ανάγκαζε στη βαριά επιλογή: τώρα παίρνει ένα tunnel ακριβώς στο range που ονομάσατε.

Η χρέωση ανά GB κάνει αυτή τη διαδρομή κατάλληλη για control plane, όχι για bulk data: μοντελοποιήστε το κόστος πριν κάποιος δρομολογήσει backups μέσα από εκεί. Και "ένα CIDR range" είναι ευρύτερη παραχώρηση από "ένα service": η πειθαρχία στα security groups και τα NACL μέσα σε αυτό το range είναι πλέον μέρος της εξωτερικής επιφάνειας επίθεσής σας, οπότε αντιμετωπίστε το range που εκθέτετε ως DMZ και διαστασιολογήστε το αναλόγως.

Δύο αλλαγές στο identity που σπάνε dashboards

Στις 14 Σεπτεμβρίου το root user sign-in άρχισε να εξυπηρετείται και από το US East (Ohio) και το US West (Oregon) εκτός από το N. Virginia, με την κίνηση κατανεμημένη και στα τρία. Καλό για την ανθεκτικότητα, αλλά το CloudTrail event ConsoleLogin για ένα root sign-in καταγράφεται πλέον σε όποιο Region το επεξεργάστηκε. Αν το alarm σας για root login είναι ένα metric filter σε trail του us-east-1, τώρα πιάνει περίπου το ένα τρίτο των root logins. Μεταφέρετέ το σε organization trail ή προσθέστε τα άλλα δύο Regions αυτή την εβδομάδα.

Στις 15 Σεπτεμβρίου το STS συγχώνευσε τα όρια των session tokens σε ένα ενιαίο όριο 4.096 bytes, αντικαθιστώντας τα ξεχωριστά ταβάνια για το μέγεθος του token και για τις session policies και τα tags που περνιούνται. Το STS επιστρέφει πλέον το μέγεθος του token και το ποσοστό χρήσης, τα καταγράφει στο CloudTrail, και δημοσιεύει μετρικές CloudWatch: μια νέα προαιρετική παράμετρος εκδίδει επίτηδες μεγάλα tokens ώστε να ελέγξετε αν οι proxies και τα headers σας τα αντέχουν. Αν έχετε δει ποτέ το "packed policy too large", αυτή είναι η λύση, και η παράμετρος δοκιμής αποδεικνύει ότι το stack σας αντέχει το ταβάνι πριν ένα session tag σάς σπρώξει πάνω σε αυτό.

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

Το κοινό νήμα

Το Cluster Mode και η νέα εμπειρία builder είναι το ίδιο προϊόν σε δύο κλίμακες: η AWS διαλέγει τις προεπιλογές και αναλαμβάνει τη λειτουργική ευθύνη που τις συνοδεύει. Το κόστος είναι ότι προεπιλογές που διαλέχτηκαν για όλους δεν ταιριάζουν τέλεια σε κανέναν, και τα σημεία όπου αυτό πονάει (node tuning, ένα alarm για root login που υπέθετε ένα Region, ένα session token που υπέθετε δύο όρια) είναι ακριβώς τα σημεία που άγγιξαν οι μικρότερες ανακοινώσεις της εβδομάδας. Η δουλειά της πλατφόρμας δεν εξαφανίζεται όταν την πλατφόρμα την τρέχει η AWS: μετακινείται από το να χτίζετε το πράγμα στο να ξέρετε ποιες από τις προεπιλογές του είναι λάθος για εσάς.

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

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

Αναφορές