🆕 AWS Continuum 🎉

https://aws.amazon.com/blogs/security/introducing-aws-continuum-security-at-machine-speed/

Continuum for code vulnerabilities operates in four continuous phases.

Discovery: Security teams tackle a backlog of vulnerabilities, and many are already using frontier models to find more. Continuum starts by ingesting that existing backlog and performing its own vulnerability scan of your environment. This creates a more comprehensive view of vulnerabilities and the associated attack paths.

Prioritization: Continuum uses context to evaluate, enrich, and prioritize every finding. Is the affected component deployed, is it reachable, is it in a production path, and what would the business impact be if exploited? The result is an evidence-backed list of priorities, allowing Continuum and your team to focus on what’s most important.

Validation: Continuum validates findings to surface false positives before they waste your team’s time. It contextualizes vulnerabilities against your environment. It then constructs working exploit examples in a sandboxed environment that provide concrete, reproducible evidence of the issue.

Mitigation and remediation: Continuum assesses existing defenses around a validated issue, including blocking and compensating controls along with detection mechanisms. It then draws on its understanding of the codebase, context, and findings to recommend mitigation or remediation of the vulnerability with a network change, policy change, or code patch. The patch recommendation is validated using the same system that confirmed the vulnerability. It also provides blast radius visibility and rollback paths where feasible.

#Continuum #security

🆕 AWS Lambda MicroVMs = Lambda + Dockerfile + Firecracker

TL;DR:

Lambda Function: stateless → максимум 15 минут.
Lambda MicroVM: stateful → максимум 8 часов.

https://aws.amazon.com/blogs/aws/run-isolated-sandboxes-with-full-lifecycle-control-aws-lambda-introduces-microvms/

Идея — каждому юзеру, сессии или AI-агенту выдаём отдельную Firecracker MicroVM на время работы. Причём не "Lambda с Dockerfile", а stateful sandbox с lifecycle control:

launch → suspend → resume → terminate

Как собирается:

1. Код + Dockerfile (zip) → S3.
2. Lambda MicroVM запускает Dockerfile, поднимает приложение и делает снэпшот памяти и диска.
3. Каждый run-microvm стартует независимую Lambda MicroVM из сделанного снэпшота.
4. На каждую Lambda MicroVM выдаётся свой HTTPS endpoint.

Что получаем:

- VM-level isolation: отдельный kernel, memory space и disk state
- быстрый старт и resume из snapshot
- сохранение memory + disk state до 8 часов
- HTTP/1.1, HTTP/2, gRPC, WebSockets и SSE
- обязательная JWE-аутентификация на endpoint
- Internet egress по умолчанию или VPC egress через network connector

Платим за:

- выбранный baseline
- peak usage выше baseline
- snapshot read/write operations
- snapshot storage
- data transfer

При suspend биллинг лишь за storage.

Размеры на старте:

- baseline: 0.5–8 GB RAM и 0.25–4 vCPU
- peak: до 32 GB RAM и 16 vCPU
- disk: до 32 GB
- пока только ARM64
- регионы: us-east-1, us-east-2, us-west-2, eu-west-1, ap-northeast-1

Для чего задумано:

- AI/code execution sandboxes
- Claude/agent sessions
- browser IDE
- Jupyter/data analytics
- CI/CD workers
- vulnerability scanning

#Lambda

AWS набирает джунов:

https://www.platformer.news/matt-garman-aws-ceo-interview-ai-jobs/

EKS Rollback

https://aws.amazon.com/blogs/containers/announcing-amazon-eks-rollback-for-safe-and-reliable-management-of-cluster-upgrades/

Немножко ограничений:

• только N → N-1, нельзя сразу на несколько версий или несколько по очереди
• только в течение 7 дней после upgrade
• только если кластер был upgraded in-place, а не создан сразу на этой версии
• etcd/resources/workloads/PV не откатываются
• EKS add-ons не откатываются автоматически
• Managed Node Groups надо откатывать отдельно
• self-managed nodes — руками
• Fargate worker node rollback не поддерживается
• --force не обходит ограничения и не игнорирует PDB/NodePool disruption budgets в Auto Mode

#EKS

Всех приветствуем !

🔥 Выпущена 0.32.1 версия платформы для изучения SRE! 🔥
GitHub

📌 Что нового:
добавлен полный набор лабораторных работ покрывающих экзамен Istio Certified Associate (ICA)

04 Istio.Zero Trust: mTLS and AuthorizationPolicy.
Lab 05 Istio.Controlled Egress: ServiceEntry, Egress Gateway and Sidecar scope.
Lab 06 Istio.Load Balancing and Traffic Mirroring.
Lab 07 Istio.Helm install and Canary upgrade with revisions.
Lab 08 Istio.Observability: Prometheus, Jaeger and Kiali.
Lab 09 Istio.Advanced: Ambient mode.
Lab 10 Istio.Resilience: Timeout and Circuit Breaker.
Lab 11 Istio.End-user authentication: RequestAuthentication and JWT.
Lab 12 Istio.Troubleshooting: istioctl analyze, proxy-status, proxy-config.
Lab 13 Istio.Securing Edge Traffic with TLS.
Lab 14 Istio.Locality-aware Failover.
Lab 15 Istio.Installation & Configuration: customizing the Istio install (IstioOperator and MeshConfig).
Lab 16 Istio.Kubernetes Gateway API: ingress routing with Gateway and HTTPRoute.
Lab 17 Istio.Rate Limiting: local rate limit with EnvoyFilter.
Lab 18 Istio.Telemetry API: access logs and distributed tracing.
Lab 19 Istio.Custom CA: plug your own root and intermediate CA into istiod.
Lab 20 Istio.mTLS migration: PERMISSIVE to STRICT with zero downtime.
Lab 21 Istio.Sidecar scoping: limit the proxy configuration scope.
Lab 22 Istio.TLS origination: initiate TLS from the mesh.
Lab 23 Istio.WasmPlugin: extend the data plane with WebAssembly.
Lab 24 Istio.Ambient: waypoint proxy and L7 authorization.
Lab 25 Istio.Progressive delivery with Flagger.
Lab 26 Istio.Dynamic CA: cert-manager and istio-csr.
Lab 27 Istio.EnvoyFilter and Lua: custom logic with an inline script.
Lab 28 Istio.TCP routing: routing non-HTTP traffic.
Lab 29 Istio.Ingress TLS: MUTUAL and PASSTHROUGH modes.
Lab 30 Istio.StatefulSets and headless services in the mesh.
Lab 31 Istio.Zero-downtime production migration: ingress-nginx to Istio Gateway.




🧪 Доступные пробные экзамены:
CKA
CKAD
CKS
ICA
KCNA
KCSA
LFCS

🧪 Доступные лабораторные работы


Скрипты и видео с решениями экзаменов:

документация ping-pong сервера

Отличного настроения и пусть ваш прод живёт без падений!

AWS оплачивает половину экзамена на AI-сертификацию. Мы командой запустили эту программу для Центральной и Восточной Европы.

Называется AWS AI Get Certified Challenge. Бесплатно. Для разработчиков, которые хотят получить AI-сертификат AWS и не платить полную цену за подготовку и экзамен.

Что дают:
✅ 3 месяца AWS Skill Builder Team: 2500+ курсов, 150+ лаб
✅ 50% скидка на экзамен
✅ Живые сессии со специалистами AWS
✅ Офлайн study-группы через локальные AWS User Groups

Выбираешь одну из трёх сертификаций:
🎯 AI Practitioner, если только начинаешь с AI
🎯 Machine Learning Engineer Associate, если строишь и держишь ML в проде
🎯 GenAI Developer Professional, если работаешь с Bedrock, RAG и агентами. Сертификация новая.

Цель большая: 5000 сертифицированных разработчиков в 19 странах, со study-группами через 42 User Group одновременно.

Регистрация открыта до 15 августа. Программа стартует 1 сентября.

Все детали и регистрация: https://s12d.com/vbaau5g

Тут если кто из Польши есть отличная возможность для вас

Agentic Football Cup: Варшава, 21 июля

AWS организует бесплатный 4-х часовой воркшоп в офисе Amazon (WAW13, Generation Park Z, Towarowa 28).
https://agenticfootballcup.com/ - командная игра, призы и дальнейшее участие в лиге за приз - поездку на re:Invent!

Что делать? Собираем команду из 5 AI-агентов. Они играют в футбол друг против друга в реальном времени. Без участия человека после старта матча.

Что под капотом: → Amazon Bedrock + AgentCore + Strands Agents SDK → Multi-agent orchestration, real-time state management, tool use → Никакого предварительного опыта в AI/ML не нужно

Зачем: 🏆 Каждая команда, завершившая воркшоп, проходит в глобальную виртуальную лигу. Победители группы едут на финал re:Invent 2026 в Лас-Вегас.

Расписание:
• 11:00 - открываем двери
• 11:30 - 13:30 воркшоп и дружеские матчи
• 13:30 - 14:30 отборочный турнир.
• 14:30 - 15:00 финалы
• 15:00 - 17:00 награждение, завершение.

Места ограничены.

Регистрация: https://awsagenticfootballcuppoland.splashthat.com/
LinkedIn: https://www.linkedin.com/posts/avraserg_aws-generativeai-aiagents-activity-7478765200871993344-tQsv/

Вышел релиз 0.33.1 SRE Learning Platform - крупнейшее обновление по Istio за всю историю проекта: полноценный курс для самостоятельного изучения + 4 новые практические лабы.

Если готовитесь к экзамену ICA или эксплуатируете Istio в проде - это для вас


- НОВОЕ:
- курс по Istio для самостоятельного изучения
32 главы, разбитые на две части:
• Часть 1 - подготовка к экзамену ICA
• Часть 2 - лучшие практики для прода

Каждая глава связана с практической лабой - учитесь на деле, а не только на теории. Изучать можно как на русском, так и на английском

- 4 новые лабы по Istio:
• Лаба 32 - gRPC: балансировка нагрузки по запросам, именование портов, ретраи и таймауты
• Лаба 33 - производительность и эксплуатация control plane: discovery selectors, Sidecar scope, golden signals istiod, OPA Gatekeeper
• Лаба 34 - защита и модель угроз: STRICT mTLS, default-deny, контроль egress, RBAC для Istio CRD, NetworkPolicy
• Лаба 35 - мультикластерный mesh: multi-primary, multi-network, общий CA, east-west gateway, межкластерный discovery


⚙️ Улучшения:
• ping_pong теперь работает по gRPC (Echo + Health + reflection) со встроенным gRPC-клиентом / генератором нагрузки
• Debug-образы ставят kubectl-k8i через krew с автодополнением в shell; scratch/alpine-образы теперь кросс-компилируются нативно (BuildKit BUILDPLATFORM), а не под QEMU

Платформа бесплатная и с открытым исходным кодом. Ставьте звезду, форкайте и учитесь ⭐️
https://github.com/ViktorUJ/cks

Отличного настроения и пусть ваш прод живёт без падений!

#Istio #ServiceMesh #Kubernetes #SRE #DevOps #CloudNative #ICA #gRPC

Update: Jul 24 6:01 AM PDT Between 3:55 AM and 4:15 AM PDT, we experienced connectivity issues that impacted connectivity to the US-WEST-2 Region.
...
The issue has been resolved and all AWS services are operating normally.

https://health.aws.amazon.com/health/status