AWS Notes
5.59K subscribers
450 photos
42 videos
10 files
2.81K links
AWS Notes — Amazon Web Services Educational and Information Channel

Chat: https://t.iss.one/aws_notes_chat

Contacts: @apple_rom, https://www.linkedin.com/in/roman-siewko/
Download Telegram
​​С чего начать изучать 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. 😉
Поздравления по поводу своего Дня Рождения.

#опрос
Forwarded from Rinat Uzbekov
Интрересная вакансия DevOps (Москва/Санкт-Петербург)в Game Tech компании:
https://job.socialquantum.ru/spb/devops_engineer
Forwarded from Andrew Sokolov
я квизы собрал с линукс академии в своем боте по этой тематике, чтобы в свободное время готовится @awstskbot
Отмечу, что первоисточник находится здесь:

https://aws.amazon.com/new/

Где есть фильтрация по сервисам, но нет возможности удалять действительно малополезные апдейты.

Кроме того нужно добавить, что есть CloudPegboard, где кроме фильтрации по сервисам, есть много чего другого полезного, в том числе для подготовки к сертификации.
Какие языки программирования используете или считаете правильным знать для работы с AWS?

Можно выбрать несколько вариантов. Не нужно ставить все галки — желательно перечислить минимальный набор тех, что используете-учите-собираетесь. #опрос
Anonymous Poll
57%
Bash
3%
C/C++
4%
C#
37%
Go
10%
Java
18%
JavaScript/TypeScript
13%
Node.js
2%
PHP
80%
Python
5%
Ruby
​​Если есть строгие правила at-rest шифрования всего используемого, то для Amazon ECR можно использовать свои KMS-ключи (customer master keys):

https://docs.aws.amazon.com/AmazonECR/latest/userguide/encryption-at-rest.html

Если не включать KMS (см. картинку) — шифрование всё равно будет, но лишь серверное (как SSE-S3).

Если включить KMS, но не поставить вторую галку, то будут использоваться дефолтные ключи Амазона (AWS-managed).

Если все галки — нужно будет указать свой ключ для KMS CMK.

Последний вариант добавит пару копеек к стоимости за использование KMS запросов, однако позволит пользоваться ECR из других аккаунтов.

Иначе, если при этом нужно шарить докер-образы из ECR в разные аккаунты — не включайте KMS encryption. Т.е. "средний вариант" (первая галка без второй) — лучше не использовать совсем.

#ECR #KMS
AWS Community Builders – программа для активных любителей Амазона:

https://aws.amazon.com/blogs/aws/announcing-the-new-aws-community-builders-program/

Если коротко - это как AWS Heroes, только туда лишь по приглашениям, а сюда можно напроситься самому. Как минимум, я уже да. 😄
​​Определение качества кода:

Good сode = 1-2 WTF/мин
Bad сode = 5+ WTF/мин

#пятничное
​​Запустить билды в CodeBuild можно оптом (batch):

https://docs.aws.amazon.com/codebuild/latest/userguide/batch-build.html

Есть варианты запустить последовательно (batch-graph), параллельно (batch-list) и с разными наборами переменных (batch-matrix).

Можно переоределить настройки и переменные для нужного "под-билда" и задать опцию, чтобы, например, все параллельные билды падали, когда какой-то из них уже упал (чтобы длительные операции не ели зря деньги).

batch:
fast-fail: true

Задать нужные настройки и запустить оптом CodeBuild можно из CodePipeline:

https://docs.aws.amazon.com/codepipeline/latest/userguide/action-reference-CodeBuild.html

#CodeBuild #CodePipeline
Пойдёте ли вы на выборы?
Как вариант «Ходите ли вы на выборы?»

#опрос
​​ELB/ALB/NLB в биллинге нонче идут отдельной строкой (а не как раньше – в куче с виртуалками и прочим EC2) — теперь забытые балансеры будут сразу видны!

#Billing