AWS Notes

​​⚡️ Oracle switched from Terraform to OpenTofu https://blogs.oracle.com/ebsandoraclecloud/post/ebs-cloud-manager-24111-now-available ▫ In this release, we have switched from Terraform to OpenTofu due to forthcoming Terraform licensing changes. You must therefore upgrade your Cloud Manager by June 30, 2024 at the latest. ▫ We highly recommend that you uptake this new release of Cloud Manager at your earliest convenience. P.S. Лёд тронулся, господа присяжные заседатели! #Terraform #OpenTofu

⚡️ No S3 charges for HTTP 403 when these requests are initiated from outside. https://docs.aws.amazon.com/AmazonS3/latest/userguide/ErrorCodeBilling.html P.S. Amazon S3 team has 2 weak sprints.

​​E1S - Easily Manage AWS ECS Resources in Terminal 🐱 https://github.com/keidarcy/e1s For working with ECS in the console, this is a must-have tool. It is quick to install and convenient to use in CloudShell (which should be opened in a separate window in order to work properly with the keyboard shortcuts). You can take a quick look at the logs. Or you can go into the container. Bottom line — a great tool for working with ECS, I recommend it, definitely give it a try! #ECS

aws-amicleaner — a cost-saving tool for deleting unused AMIs and EBS snapshots. https://github.com/widdix/aws-amicleaner #EC2 #AMI #cost_optimization

​​Analysis of 3 million public AMIs for leaked secrets. https://securitycafe.ro/2024/05/08/aws-cloudquarry-digging-for-secrets-in-public-amis/ #AMI #security

Девопс узнаёт, как в новом стартапе пилится архитектура и деплоится приложение. #пятничное

Добрая пятничная история Пару недель назад AWS выкатил поддержку CloudFront OAC для Lambda function URLs, чтобы можно было удобно ходить в приватные Лямбды. Сначала все обрадовались, полезное дело, безопасности, все дела, но после выяснилось, что работают лишь GET запросы, а на POST/PUT отдаётся ошибка. Потом все расстроились, потому что зря обрадовались — ведь это не фича, а баг. Но один хороший человек упоролся и выяснил, что если посчитать SHA256 хэш и добавить его в заголовок x-amz-content-sha256, то и POST/PUT тоже работают. https://twitter.com/rooToTheZ/status/1788606025265975505 Он написал запрос на обновление AWS документации для CloudFront и теперь там: ℹ️ Note If you use PUT or POST methods with your Lambda function URL, your user must provide a signed payload to CloudFront. Lambda doesn't support unsigned payloads. В итоге расстроились и те, кто обрадовался, когда другие расстроились, потому что рано обрадовались. Какая же здесь мораль? Документация — важна. Грамотно задокументированный баг всегда можно сделать фичей. #CloudFront #Lambda

Так вот ты какой, GitOps! https://www.youtube.com/watch?v=5ljFkYqWN4c DevOps Kitchen Talks © #gitops

Всем кому интересно продолжение темы с Amazon Q for Developers в JetBrains IDE - приглашаем на Workshop с нашим архитектором @antkovalenko. Тема будет интересна в первую очередь девелоперам кто постоянно работает в JetBrains IDE и DevOps кто использует IDE для IaaC. Так что приглашайте ваших девелоперов. https://aws-experience.com/emea/dach-cee/e/c2e17/empower-your-coding-with-generative-ai-hands-on-workshop-on-amazon-q-developer

Всем привет! На видео выше, можно видеть как сейчас выглядит интеграция/аутентификация. Честно говоря расстроен тем, как неудобно сделано. Я хочу публично собрать пожелания клиентов по упрощению интеграции. А именно прямой интеграции JetBrains AI assistant Platform (через нее работают все продукты JetBrains) с Amazon Q for Developers - без этой лишней шняги с аутентификацией в AWS и SSO. Всех кому интересно получить более удобную интеграцию прошу добавить +1 и коменты к моему коменту/посту в LinkedIn. Там протэганы руководство сервисной команды Amazon Q for Developers и я также все ваши пожелания донесу до руководства и сервисных команд JetBrains. https://www.linkedin.com/feed/update/urn:li:activity:7194289034846760960/ Надеюсь на поддержку Community!

Installing, Configuring, & Using Amazon Q Developer with JetBrains IDEs (How-to) https://youtu.be/-iQfIhTA4J0

Kick Off Infoshare 2024 with AWS User Group 3city! 🚀 Before diving into the excitement of Infoshare, the largest tech and startup conference in CEE, why not warm up with our AWS User Group 3city meetup? We're hosting a special meetup, offering the perfect prelude to the conference days. Two technical sessions and a networking pizza break await you. 📅 When: May 21, 17:00 (GMT) 📍 Where: Amazon Development Center Office al. Grunwaldzka 472E, Gdańsk Olivia Prime A, Floor 2 📺 Can't make it in person? Join our online stream on YouTube (exclusive access for registered participants) This meetup is an ideal opportunity to set the stage for two days of learning and networking. Join us to share knowledge, connect with peers, and gain insights from industry experts. Let’s build momentum together and make the most out of the upcoming Infoshare conference! Check the detailed agenda and register now ➡️https://epa.ms/Cygfr Don’t forget to use our discount code for Infoshare conference ISC24-AWS3city to get 10% off any ticket on https://infoshare.pl/ . 😉 See you there! 👋

Вот и вышло наше новое видео! Совместно с архитектором Anton Kovalenko мы рассматриваем Amazon CodeCatalyst. Подробно разбираемся в его возможностях и функционале. https://youtu.be/WEK7lTsL7ek В этом видео вы узнаете: - Зачем нужен CodeCatalyst и почему он появился - Как авторизоваться и начать работу - Создание нового проекта с нуля - Обзор основных возможностей и функционала - Работа с Dev Environment - Создание собственных Workflows - Настройка Production окружений - Использование секретов (Secrets) - Демонстрация полного цикла разработки - от изменения кода до деплоя - Интеграция с Amazon Q - ассистент теперь может решать задачи сам

Календарь AWS Hands-on Workshops на ближайшее время https://aws-experience.com/emea/smb/events/series/aws-cloudboost

Amplify Gen 2 https://aws.amazon.com/blogs/mobile/amplify-gen2-ga/ With Amplify Gen 2, every part of your app’s cloud backend is defined in TypeScript. Need an Auth backend? TypeScript. Data backend? TypeScript. Storage backend? TypeScript. Everything is defined in TypeScript. What’s not changing? Amplify is built by and on AWS, giving you the ability to add any of the 200+ AWS services when you need to. Including generative AI services such as Amazon Bedrock? You guessed it: TypeScript. #Amplify

☒ Beating the CAP Theorem Checklist Your blog/presentation/post/comment advocates a way to beat the CAP theorem. Your idea will not work. Here is why it won't work: ✖ you are assuming that software/network/hardware failures will not happen ✖ you pushed the actual problem to another layer of the system ✖ your solution is equivalent to an existing one that doesn't beat CAP ✖ you're actually building an AP system ✖ you're actually building a CP system ✖ you are not, in fact, designing a distributed system Specifically, your plan fails to account for: ❌ latency is a thing that exists ❌ high latency is indistinguishable from splits or unavailability ❌ network topology changes over time ❌ there might be more than 1 partition at the same time ❌ split nodes can vanish forever ❌ a split node cannot be differentiated from a crashed one by its peers ❌ clients are also part of the distributed system ❌ stable storage may become corrupt ❌ network failures will actually happen ❌ hardware failures will actually happen ❌ operator errors will actually happen ❌ deleted items will come back after synchronization with other nodes ❌ clocks drift across multiple parts of the system, forward and backwards in time ❌ things can happen at the same time on different machines ❌ side effects cannot be rolled back the way transactions can ❌ failures can occur while in a critical part of your algorithm ❌ designing distributed systems is actually hard ❌ implementing them is harder still And the following technical objections may apply: ✕ your solution requires a central authority that cannot be unavailable ✕ read-only mode is still unavailability for writes ✕ your quorum size cannot be changed over time ✕ your cluster size cannot be changed over time ✕ using 'infinite timeouts' is not an acceptable solution to lost messages ✕ your system accumulates data forever and assumes infinite storage ✕ re-synchronizing data will require more bandwidth than everything else put together ✕ acknowledging reception is not the same as confirming consumption of messages ✕ you don't even wait for messages to be written to disk ✕ you assume short periods of unavailability are insignificant ✕ you are basing yourself on a paper or theory that has not yet been proven Furthermore, this is what I think about you: ❎ nice try, but blatantly false advertising ❎ you are badly reinventing existing concepts and should do some research ❎ in particular, you should read the definition of the word 'theorem' ❎ also you should read the definition of 'distributed system' ❎ you have no idea what you are doing ❎ do you even know what a logical clock is? ❎ you shouldn't be in charge of people's data Source: https://ferd.ca/beating-the-cap-theorem-checklist.html #architecture #distributed_system

​​Latency numbers every frontend developer should know https://vercel.com/blog/latency-numbers-every-web-developer-should-know В списке определённо не хватает: ▪️ Загрузить все шрифты сразу, включая "нужно посмотреть как будет", "этот тоже прикольный" и "пусть будет на всякий" — 800 ms. ▪️ Выкачать пол-интернета, чтобы подгрузить библиотеку для отрисовки обычной формы — 2400 ms. ▪️ Добавить падающие бесящие снежинки на главный экран "ну, ведь зима же" — 3600 ms. ▪️ "Не знаю, у меня локально всё работает" — Access has been blocked by CORS policy. #latency #frontend

6️⃣ CloudWatch Agent можно установить в виртуалку прямо из AWS Console. Но это не точно. Коллеги, подскажите, у кого-то работает сие чудо? https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/install-and-configure-cloudwatch-agent-using-ec2-console.html#install-and-configure-cw-agent-procedure Всю жизнь мечтал. Вопрос каждого первого начинающего работать с AWS — а где нагрузка по процессам и свободное место на диске? Неужели свершилось? Кто пропустил, краткая история предыдущих серий CloudWatch Agent. 1️⃣ Ничего не было, выживали мониторили, как могли. 2️⃣ Скрипт на Perl, ура, спасибо, что не Fortran! Установка ручками через SSH. 3️⃣ Везде Docker. В деревне Гадюкино CloudWatch Agent — скрипт на Perl, установка через SSH. 4️⃣ Везде Kubernetes и Serverless, в CloudWatch Agent — скрипт на Perl, установка через CloudFormation. 5️⃣ CloudWatch Agent переписали на Go, установка через SSM. #CloudWatch

Karpenter at Slack https://aws.amazon.com/blogs/containers/how-slack-adopted-karpenter-to-increase-operational-and-cost-efficiency/ 🔹 Efficiency boosted - Optimal instance selection for improved cluster utilization. 🔹 Cost reduction - Achieved a 12% savings on EKS compute costs. 🔹 Rapid scaling - Faster node provisioning directly via Amazon EC2 API. 🔹 Simplified management - Fewer Autoscaling Groups and streamlined operations. 🔹 Enhanced upgrades - Quicker, more efficient system upgrades. 🔹 Flexibility - Custom NodePool and EC2NodeClass across 200+ clusters. #Karpenter #EKS