Бесплатный AWS
#интересующимся #начинающим
Вот читаете вы различные статьи — для админов, разработчиков, девопсов и везде встречаете AWS. Собственно, наверняка, и на этот канал подписались, просто из интереса, чтобы узнать какие-то подробности по теме AWS и, возможно, в каком-то светлом будущем, вдруг получится поработать с ним самостоятельно.
И тут замечаете в очередном анонсе про новый сервис Амазона, который напрямую касается вашей работы. Например, вы пилите умный дом и увидели про AWS IoT Things Graph, тренируете свои сетки для распознавания объектов и услышали про Amazon Rekognition Custom Labels или просто в чате прочитали про поддержку новой версии базы PostgreSQL 12.x.
Эх, думаете вы, вот бы попробовать-покрутить такое. Классно было бы, если бы какие-то гранты давали интересующимся, чтобы они могли попробовать этот сервис Амазона бесплатно! Не буду же я платить за то, что, скорее, даст плюс моему работодателю, а руководство фиг допросишься попробовать Амазон.
Так, стоп-стоп. Всё есть. Давно. Много. И даже всегда (бесплатно)!
Халявный Амазон называется Free Tier, действует на год, а некоторые сервисы бесплатны всегда!
https://aws.amazon.com/free/
Регистрируетесь, логинитесь и используете AWS год бесплатно. Не все сервисы попадают в Free Tier, но их очень много, потому по ссылке выше целый раздел поиска по ним сделан, где можно посмотреть, что есть и сколько бесплатно в нужной вам области.
Если вы не начинающий и давно знали про Free Tier, всё равно полезно заглянуть — там наверняка есть новые сервисы, про которые вы не знали, а их можно попробовать самому или порекомендовать попробовать другим (бесплатно).
Кроме того, обратите внимание, что некоторые сервисы бесплатны всегда, поставьте галочку Always Free, чтобы увидеть, что два десятка сервисов бесплатны всегда! В какой-то доле, части и ограничениях, но всегда. Я даже знаю людей, что специально пилят штуки, архитектура которых максимально задействует такую вечную халяву. Причём это правильно и это правильные штуки.
Итого. Если вы просто читали и не пробовали AWS — прямо сейчас зарегистрируйте аккаунт и попробуйте Free Tier. Это несложно, небольно, бесплатно и полезно.
Вопросы, а также свой личный опыт использования Free Tier — пишите в чате.
#халява #AWS
#интересующимся #начинающим
Вот читаете вы различные статьи — для админов, разработчиков, девопсов и везде встречаете AWS. Собственно, наверняка, и на этот канал подписались, просто из интереса, чтобы узнать какие-то подробности по теме AWS и, возможно, в каком-то светлом будущем, вдруг получится поработать с ним самостоятельно.
И тут замечаете в очередном анонсе про новый сервис Амазона, который напрямую касается вашей работы. Например, вы пилите умный дом и увидели про AWS IoT Things Graph, тренируете свои сетки для распознавания объектов и услышали про Amazon Rekognition Custom Labels или просто в чате прочитали про поддержку новой версии базы PostgreSQL 12.x.
Эх, думаете вы, вот бы попробовать-покрутить такое. Классно было бы, если бы какие-то гранты давали интересующимся, чтобы они могли попробовать этот сервис Амазона бесплатно! Не буду же я платить за то, что, скорее, даст плюс моему работодателю, а руководство фиг допросишься попробовать Амазон.
Так, стоп-стоп. Всё есть. Давно. Много. И даже всегда (бесплатно)!
Халявный Амазон называется Free Tier, действует на год, а некоторые сервисы бесплатны всегда!
https://aws.amazon.com/free/
Регистрируетесь, логинитесь и используете AWS год бесплатно. Не все сервисы попадают в Free Tier, но их очень много, потому по ссылке выше целый раздел поиска по ним сделан, где можно посмотреть, что есть и сколько бесплатно в нужной вам области.
Если вы не начинающий и давно знали про Free Tier, всё равно полезно заглянуть — там наверняка есть новые сервисы, про которые вы не знали, а их можно попробовать самому или порекомендовать попробовать другим (бесплатно).
Кроме того, обратите внимание, что некоторые сервисы бесплатны всегда, поставьте галочку Always Free, чтобы увидеть, что два десятка сервисов бесплатны всегда! В какой-то доле, части и ограничениях, но всегда. Я даже знаю людей, что специально пилят штуки, архитектура которых максимально задействует такую вечную халяву. Причём это правильно и это правильные штуки.
Итого. Если вы просто читали и не пробовали AWS — прямо сейчас зарегистрируйте аккаунт и попробуйте Free Tier. Это несложно, небольно, бесплатно и полезно.
Вопросы, а также свой личный опыт использования Free Tier — пишите в чате.
#халява #AWS
Дешёвая (бесплатная) база данных на AWS для собственных проектов (обучения/попробовать)
#начинающим #интересующимся
Допустим, у вас есть какой-то проектик, например, на условной Django для собственных нужд — как хобби, для обучения и т.п. Он где-то хостится бесплатно или за несколько долларов в месяц.
Вы почитали, что здесь пишут про AWS и загорелись попробовать на него переехать или сразу поднять тут свой, чтобы познакомиться поближе и получить опыт. Расценки на хранение файлов (S3) совершенно комфортны, но вот проблема — у вас есть (реляционная) база данных. Вы смотрите прайс на RDS, а там самая простая начинается от 12 долларов в месяц и желание пробовать AWS резко пропадает.
Разберём варианты, что можно сделать с БД, чтобы она была дешёвой, а лучше бесплатной.
RDS
Обязательно прочтите про бесплатный AWS — открыв себе новый аккаунт, вы получите возможность целый год крутить базу на виртуалке
EC2
Можно поднять БД на дешёвой виртуалке, например, на
DynamoDB
Отличная и даже близкая к идеальной БД, по сути бесплатная (и постоянно/бессрочно/всегда) для собственных проектов, т.к. имеет суперовскую ценовую модель. Но есть одно но — не реляционная.
Очень выгодно, если ваш проект/фреймворк умеет с ней работать. Или если можете допилить его до работы с DynamoDB. На выходе получаете крутизну serverless подхода при минимальной цене (обычно совсем бесплатно).
Гляньте видео с последнего реинвента, возможно оно подскажет, как можно переделать свой проектик под DynamoDB:
https://www.youtube.com/watch?v=DIQVJqiSUkE
Aurora Serverless
Вдруг вы пропустили и не знаете, что есть реляционная база данных с ценовой моделью а-ля DynamoDB, где вы платите лишь за реально используемые ресурсы.
https://aws.amazon.com/rds/aurora/serverless/
Её использование подпадает под Free Tier, так что также можно попробовать годик бесплатно.
Задеплоить Django на Aurora Serverless можно так:
https://www.agiliq.com/blog/2019/01/complete-serverless-django/
Cassandra
Не реляционная, но с аналогичной DynamoDB ценовой моделью.
https://aws.amazon.com/ru/mcs/
S3
Речь про файловую БД. Если прикрутить прослойку в виде условной Лямбды, что будет хранить данные не в БД, а на S3, то можно вообще избавиться от БД. Однако, понятно, это обычно требует серьёзной переделки проекта.
Athena
Не БД, но можно делать SQL запросы к S3. Под Django есть djathena.
Итого. Есть разные недорогие варианты прикрутить БД в свой проект на AWS. Реляционные и нет, с переделкой и без. Выбирайте, что подходит сейчас и что будет круто в дальнейшем. Главное — пробуйте!
#начинающим #интересующимся
Допустим, у вас есть какой-то проектик, например, на условной Django для собственных нужд — как хобби, для обучения и т.п. Он где-то хостится бесплатно или за несколько долларов в месяц.
Вы почитали, что здесь пишут про AWS и загорелись попробовать на него переехать или сразу поднять тут свой, чтобы познакомиться поближе и получить опыт. Расценки на хранение файлов (S3) совершенно комфортны, но вот проблема — у вас есть (реляционная) база данных. Вы смотрите прайс на RDS, а там самая простая начинается от 12 долларов в месяц и желание пробовать AWS резко пропадает.
Разберём варианты, что можно сделать с БД, чтобы она была дешёвой, а лучше бесплатной.
RDS
Обязательно прочтите про бесплатный AWS — открыв себе новый аккаунт, вы получите возможность целый год крутить базу на виртуалке
db.t2.micro.EC2
Можно поднять БД на дешёвой виртуалке, например, на
t3a.nano это выйдет 3.4$/мес (плюс стоимость диска и некоторые другие расходы). Примитивный и самый очевидный способ. БД нужно будет поднимать и поддерживать самому, потому вряд ли рекомендуемый.DynamoDB
Отличная и даже близкая к идеальной БД, по сути бесплатная (и постоянно/бессрочно/всегда) для собственных проектов, т.к. имеет суперовскую ценовую модель. Но есть одно но — не реляционная.
Очень выгодно, если ваш проект/фреймворк умеет с ней работать. Или если можете допилить его до работы с DynamoDB. На выходе получаете крутизну serverless подхода при минимальной цене (обычно совсем бесплатно).
Гляньте видео с последнего реинвента, возможно оно подскажет, как можно переделать свой проектик под DynamoDB:
https://www.youtube.com/watch?v=DIQVJqiSUkE
Aurora Serverless
Вдруг вы пропустили и не знаете, что есть реляционная база данных с ценовой моделью а-ля DynamoDB, где вы платите лишь за реально используемые ресурсы.
https://aws.amazon.com/rds/aurora/serverless/
Её использование подпадает под Free Tier, так что также можно попробовать годик бесплатно.
Задеплоить Django на Aurora Serverless можно так:
https://www.agiliq.com/blog/2019/01/complete-serverless-django/
Cassandra
Не реляционная, но с аналогичной DynamoDB ценовой моделью.
https://aws.amazon.com/ru/mcs/
S3
Речь про файловую БД. Если прикрутить прослойку в виде условной Лямбды, что будет хранить данные не в БД, а на S3, то можно вообще избавиться от БД. Однако, понятно, это обычно требует серьёзной переделки проекта.
Athena
Не БД, но можно делать SQL запросы к S3. Под Django есть djathena.
Итого. Есть разные недорогие варианты прикрутить БД в свой проект на AWS. Реляционные и нет, с переделкой и без. Выбирайте, что подходит сейчас и что будет круто в дальнейшем. Главное — пробуйте!
Telegram
aws_notes
Бесплатный AWS
#интересующимся #начинающим
Вот читаете вы различные статьи — для админов, разработчиков, девопсов и везде встречаете AWS. Собственно, наверняка, и на этот канал подписались, просто из интереса, чтобы узнать какие-то подробности по теме…
#интересующимся #начинающим
Вот читаете вы различные статьи — для админов, разработчиков, девопсов и везде встречаете AWS. Собственно, наверняка, и на этот канал подписались, просто из интереса, чтобы узнать какие-то подробности по теме…
Настоящие вебинары по AWS на русском от производителя:
https://pages.awscloud.com/EMEA-field-OE-RUSUACIS-AWSome-Webinars-Week-2020-reg-event.html
Невысокий уровень сложности, потому отлично подойдёт #начинающим и #интересующимся. Также идеально для тех, кто хочет сдать #AWS_Certification на Cloud Practitioner и просто получить ответ на свой вопрос от представителей AWS.
https://pages.awscloud.com/EMEA-field-OE-RUSUACIS-AWSome-Webinars-Week-2020-reg-event.html
Невысокий уровень сложности, потому отлично подойдёт #начинающим и #интересующимся. Также идеально для тех, кто хочет сдать #AWS_Certification на Cloud Practitioner и просто получить ответ на свой вопрос от представителей AWS.
Напомню, что в понедельник 27-го апреля стартует неделя вебинаров на русском Online AWSome Week — регистрируйтесь и подключайтесь!
Telegram
aws_notes
Настоящие вебинары по AWS на русском от производителя:
https://pages.awscloud.com/EMEA-field-OE-RUSUACIS-AWSome-Webinars-Week-2020-reg-event.html
Невысокий уровень сложности, потому отлично подойдёт #начинающим и #интересующимся. Также идеально для тех…
https://pages.awscloud.com/EMEA-field-OE-RUSUACIS-AWSome-Webinars-Week-2020-reg-event.html
Невысокий уровень сложности, потому отлично подойдёт #начинающим и #интересующимся. Также идеально для тех…
EC2 — на свалку истории
Мне кажется, даже нет — я считаю, что для человека, не измученного SSH, линуксами и прочими виртуальными машинами — начинать знакомство с AWS нужно мимо EC2.
Почему? Дело в том, что EC2 — устаревший сервис. Один из первых, перекочевавший из VPS, но так до сих пор и не умерший, переживший даже SimpleDB.
Короче, EC2 — прошлый век, причём по меркам IT, видимо — бронзовый. Зачем же тратить столько времени на старьё? Мы же не начинаем знакомство с программированием с Ассемблера или Fortran, да? (динозавры не в счёт) А с кошерного питончика, ведь он проще и понятней, кроме того, может другого и не потребуется вовсе. Так зачем же столько усилий-времени-денег тратить на то, что устарело и тоже — может не понадобиться вовсе?
В общем, если сей текст читает гражданин, обременённый семьёй и плохо оплачиваемой такой же работой или предприниматель, который имеет идею, но не знает как её запилить, либо же студентка, которая умеет в питон и при этом не хочет распределяться на маргариновый завод, все эти люди, желающие работать с AWS, то вот вам совет — не начинайте со старья.
Потом, когда научитесь, можете попробовать. Если захотите. Всегда успеете освоите все эти виртуалки, autoscaling группы, балансеры и прочие непонятные кластеры.
Начинайте с правильных сервисов. Записывайте в столбик.
Вот этого небольшого списка вам хватит чуть меньше, чем для всего. И для хорошо оплачиваемой работы. И просто для хорошей работы. И точно хватит для стартапа, который купит Facebook.
В расширенный набор входят
Итого — десяток. Не двести, а десять. И их хватит уже не меньше, а на всё.
В общем, совершенно серьёзно. Если ещё не начинали — начните с них, уверен, вам понравится. А для пущего стимула прилагается твит, присланный как раз удачно в тему. Дерзайте!
#интересующимся #начинающим #пятничное
Мне кажется, даже нет — я считаю, что для человека, не измученного SSH, линуксами и прочими виртуальными машинами — начинать знакомство с AWS нужно мимо EC2.
Почему? Дело в том, что EC2 — устаревший сервис. Один из первых, перекочевавший из VPS, но так до сих пор и не умерший, переживший даже SimpleDB.
Короче, EC2 — прошлый век, причём по меркам IT, видимо — бронзовый. Зачем же тратить столько времени на старьё? Мы же не начинаем знакомство с программированием с Ассемблера или Fortran, да? (динозавры не в счёт) А с кошерного питончика, ведь он проще и понятней, кроме того, может другого и не потребуется вовсе. Так зачем же столько усилий-времени-денег тратить на то, что устарело и тоже — может не понадобиться вовсе?
В общем, если сей текст читает гражданин, обременённый семьёй и плохо оплачиваемой такой же работой или предприниматель, который имеет идею, но не знает как её запилить, либо же студентка, которая умеет в питон и при этом не хочет распределяться на маргариновый завод, все эти люди, желающие работать с AWS, то вот вам совет — не начинайте со старья.
Потом, когда научитесь, можете попробовать. Если захотите. Всегда успеете освоите все эти виртуалки, autoscaling группы, балансеры и прочие непонятные кластеры.
Начинайте с правильных сервисов. Записывайте в столбик.
LambdaDynamoDBAPI GWS3CloudFrontIAMВот этого небольшого списка вам хватит чуть меньше, чем для всего. И для хорошо оплачиваемой работы. И просто для хорошей работы. И точно хватит для стартапа, который купит Facebook.
В расширенный набор входят
SNS, SQS, Step Functions и EventBridge. Если есть опыт или просто нравится фронт — сразу добавляем Amplify.Итого — десяток. Не двести, а десять. И их хватит уже не меньше, а на всё.
В общем, совершенно серьёзно. Если ещё не начинали — начните с них, уверен, вам понравится. А для пущего стимула прилагается твит, присланный как раз удачно в тему. Дерзайте!
#интересующимся #начинающим #пятничное
Тонем в облаках: краткое руководство освоения AWS
https://devops-nsk.timepad.ru/event/1311148/
Докладчик: Карен Товмасян.
1. Как начать работать с AWS.
2. Источники информации и базовые подходы.
3. Курсы и сертификации по AWS, рекомендации по подготовке к сдаче экзаменов.
Начало ровно через час от этого поста.
Присоединяйтесь послушать-посмотреть и просто поддержать Карена — мастера спорта по IAM и гуру CloudFormation, потенциального и кинетического представителя AWS.
#интересующимся #начинающим
https://devops-nsk.timepad.ru/event/1311148/
Докладчик: Карен Товмасян.
1. Как начать работать с AWS.
2. Источники информации и базовые подходы.
3. Курсы и сертификации по AWS, рекомендации по подготовке к сдаче экзаменов.
Начало ровно через час от этого поста.
Присоединяйтесь послушать-посмотреть и просто поддержать Карена — мастера спорта по IAM и гуру CloudFormation, потенциального и кинетического представителя AWS.
#интересующимся #начинающим
С чего начать изучать AWS?
#начинающим #интересующимся
Решение изучать AWS, не важно по каким причинам, но уже принято. Итак, вы идёте на сайт документации Амазона, а там такое:
https://docs.aws.amazon.com/index.html
Устанешь скроллить, а ведь это лишь глобальное оглавление глобальных оглавлений! С чего же начать? Какие самые главные сервисы изучить, ведь на все и жизни не хватит!
Всё верно — Амазон огромен уже сейчас. На момент написания данных строк это две с половиной сотни сервисов под капотом. Не реально выучить-разобраться-знать, да и незачем.
Древние кубики
Старый логотип Амазона — узнаваемые кубики, которые непрозрачно намекают, что из них можно собрать любое нужное. Чтобы максимально объективно выделить самые важные кубики — обратимся к истории Амазона. Логично, что сначала и были сделаны самые важные.
Итак, держите топ10 прото-кубиков, знать которые нужно уже просто потому что из них состоят многие другие, более новые кубики.
1. S3 — главное хранилище
2. EC2 — виртуалки + EBS диски
3. VPC — сеть
4. ELB — балансеры
5. RDS — базы данных
6. CloudFront — CDN
7. CloudWatch — логи/метрики
8. SQS/SNS — сообщения
9. IAM — главные права доступа ко всему
10. Route53 — DNS
Это не в порядке важности, это, так сказать, минимальный набор, который появился на AWS в первые 3-5 лет его жизни.
Современные кубики
Выше был "олд-скул" путь, когда и если желаете изучить основы. Его можно найти в подавляющем большинстве различных книжек-руководств и услышать в качестве совета от знающих, где главным аргументом подчёркивается "базовость" и прочие "он так работает".
И это справедливо. Однако тут есть одно НО.
Вы знаете Ассемблер? Ведь процессоры, на которых исполняются ваши программы "так работают". Но почему-то большинство хотят писать на JS или любимом Питончике.
Собрав и отладив прото-кубики — скажем так, облачный Ассемблер, в Амазоне начали пилить новые, современные облачные кубики. Продолжая аналогию, в Амазоне написали облачный Python, который назвали —Serverless:
https://aws.amazon.com/ru/serverless/
Как Питон делает за вас много вещей за сценой, так и Serverless сервисы под капотом занимаются выстраиванием прото-кубиков самостоятельно. Во многом снимая сложные вопросы сети, дисков, масштабирования и прочих надёжностей. Их всё равно нужно будет знать, когда возникнут проблемы и нагрузки, но, всё же, они теперь не главные.
1. Lambda
2. DynamoDB
3. API Gateway
4. S3
5. CloudFront
6. IAM
7. SNS
8. SQS
9. Step Functions
10. EventBridge
Вот набор самых важных кубиков из Serverless-направления. Т.к. в реальности Serverless-сервисов в Амазоне много больше и этот список постоянно увеличивается. Уже просто потому, что сам Амазон у себя использует именно эти — современные кубики.
Другие кубики
Огромные темы Machine Learning, IoT, Analytics и т.д. не были подняты, предполагая, что они, всё же, являются производными или зависимыми от обсуждаемых выше. Если у вас узкая специфика, то всё просто — переходите прямо к нужным.
Стильно-модно-молодёжные кубики
Отдельно нужно добавить, что пару лет назад начали пилить кубики нового поколения, которые в реальности представляют собой уже не кубики, а целые действующие конструкторы!
Amplify
Сервис Amplify под капотом крутит столько всего и сам по себе реализует CI/CD и среду разработки с огромнейшими возможностями. Если вам не чужд фронт — сразу начинайте изучать Амазон с Amplify!
AWS CDK
Продолжая аналогию, раньше для деплоя инфраструктуры использовался CloudFormation, он был обязательным кубиком для развёртывания приложений в Амазоне. Так сказать, CloudFormation — это Ассемблер IaC. Теперь же есть CDK — это Питон инфраструктуры, причём как в переносном, так и прямом смысле слова!
Итого
Если придерживаетесь классического подхода — начните с изучения S3 + EC2 + VPC + IAM.
Если современный — попробуйте сначала
Lambda + DynamoDB + API GW + S3 + IAM.
p.s. Как видите, в оба набора входят S3 и IAM. 😉
#начинающим #интересующимся
Решение изучать AWS, не важно по каким причинам, но уже принято. Итак, вы идёте на сайт документации Амазона, а там такое:
https://docs.aws.amazon.com/index.html
Устанешь скроллить, а ведь это лишь глобальное оглавление глобальных оглавлений! С чего же начать? Какие самые главные сервисы изучить, ведь на все и жизни не хватит!
Всё верно — Амазон огромен уже сейчас. На момент написания данных строк это две с половиной сотни сервисов под капотом. Не реально выучить-разобраться-знать, да и незачем.
Древние кубики
Старый логотип Амазона — узнаваемые кубики, которые непрозрачно намекают, что из них можно собрать любое нужное. Чтобы максимально объективно выделить самые важные кубики — обратимся к истории Амазона. Логично, что сначала и были сделаны самые важные.
Итак, держите топ10 прото-кубиков, знать которые нужно уже просто потому что из них состоят многие другие, более новые кубики.
1. S3 — главное хранилище
2. EC2 — виртуалки + EBS диски
3. VPC — сеть
4. ELB — балансеры
5. RDS — базы данных
6. CloudFront — CDN
7. CloudWatch — логи/метрики
8. SQS/SNS — сообщения
9. IAM — главные права доступа ко всему
10. Route53 — DNS
Это не в порядке важности, это, так сказать, минимальный набор, который появился на AWS в первые 3-5 лет его жизни.
Современные кубики
Выше был "олд-скул" путь, когда и если желаете изучить основы. Его можно найти в подавляющем большинстве различных книжек-руководств и услышать в качестве совета от знающих, где главным аргументом подчёркивается "базовость" и прочие "он так работает".
И это справедливо. Однако тут есть одно НО.
Вы знаете Ассемблер? Ведь процессоры, на которых исполняются ваши программы "так работают". Но почему-то большинство хотят писать на JS или любимом Питончике.
Собрав и отладив прото-кубики — скажем так, облачный Ассемблер, в Амазоне начали пилить новые, современные облачные кубики. Продолжая аналогию, в Амазоне написали облачный Python, который назвали —Serverless:
https://aws.amazon.com/ru/serverless/
Как Питон делает за вас много вещей за сценой, так и Serverless сервисы под капотом занимаются выстраиванием прото-кубиков самостоятельно. Во многом снимая сложные вопросы сети, дисков, масштабирования и прочих надёжностей. Их всё равно нужно будет знать, когда возникнут проблемы и нагрузки, но, всё же, они теперь не главные.
1. Lambda
2. DynamoDB
3. API Gateway
4. S3
5. CloudFront
6. IAM
7. SNS
8. SQS
9. Step Functions
10. EventBridge
Вот набор самых важных кубиков из Serverless-направления. Т.к. в реальности Serverless-сервисов в Амазоне много больше и этот список постоянно увеличивается. Уже просто потому, что сам Амазон у себя использует именно эти — современные кубики.
Другие кубики
Огромные темы Machine Learning, IoT, Analytics и т.д. не были подняты, предполагая, что они, всё же, являются производными или зависимыми от обсуждаемых выше. Если у вас узкая специфика, то всё просто — переходите прямо к нужным.
Стильно-модно-молодёжные кубики
Отдельно нужно добавить, что пару лет назад начали пилить кубики нового поколения, которые в реальности представляют собой уже не кубики, а целые действующие конструкторы!
Amplify
Сервис Amplify под капотом крутит столько всего и сам по себе реализует CI/CD и среду разработки с огромнейшими возможностями. Если вам не чужд фронт — сразу начинайте изучать Амазон с Amplify!
AWS CDK
Продолжая аналогию, раньше для деплоя инфраструктуры использовался CloudFormation, он был обязательным кубиком для развёртывания приложений в Амазоне. Так сказать, CloudFormation — это Ассемблер IaC. Теперь же есть CDK — это Питон инфраструктуры, причём как в переносном, так и прямом смысле слова!
Итого
Если придерживаетесь классического подхода — начните с изучения S3 + EC2 + VPC + IAM.
Если современный — попробуйте сначала
Lambda + DynamoDB + API GW + S3 + IAM.
p.s. Как видите, в оба набора входят S3 и IAM. 😉