AWS Notes
5.6K subscribers
444 photos
42 videos
10 files
2.8K links
AWS Notes — Amazon Web Services Educational and Information Channel

Chat: https://xn--r1a.website/aws_notes_chat

Contacts: @apple_rom, https://www.linkedin.com/in/roman-siewko/
Download Telegram
​​Неизвестный AWS

Пару дней назад, 1 июля 2021-го года, в интернете появилась, на мой взгляд, дурацкая шутка про несуществующий AWS сервис с выдуманным названием Infinidash (например, упомянутая здесь). Кому-то показалось смешным, как легко можно ввести в заблуждение даже сведущих людей, опубликовав фейковую информацию в Твиттере, Reddit, YouTube сотоварищи.

Однако каждый день наблюдаю, как даже профи впервые узнают про реальные сервисы AWS, а также их возможностии, спустя большой промежуток (годы) после их появления. Причём часто это принципиальные сервисы и свойства AWS. В том числе сам запросто пропускаю какие-то важные моменты, хотя пристально слежу за AWS много лет.

Так что ничего удивительного, что люди верят информации, исходящих из авторитетных в этой теме источников.

Для примера, запросто с ходу могу назвать пару AWS фич/сервисов, про что/которые многие не слышали или просто не поверят (а это так).

Например.

🔹 Вы знали, что на AWS можно БЕСПЛАТНО и ВСЕГДА (а не только 1 год с Free Tier) крутить свой сайт и/или телеграм-бот? (Ответ - да, это так)

🔹 Вы знали, что через консоль можно задеплоить в EKS своё приложение, например, с помощью Helm? (Ответ - да, с помощью сервиса CloudShell)

🔹 Вы знали, что S3 поддерживает Торренты? (Да, это так)

🔹 Вы знали, что RDS базы можно останавливать (а не только удалять)? (Да, это так)

🔹 Вы знали, что забэкапить большинство популярных ресурсов можно просто поставив ему нужный тэг? (Да, с помощью сервиса AWS Backup).

И этот список можно продолжать, причём это лишь про самые ходовые вещи, если затрагивать любую специфику, он получится бесконечным, мигрировав просто в вопросы по сертификации.

В общем, Амазон это настолько большая тема, что шутка и данеможетакогобытьже — запросто может, мало того, возможно у кого-то оно уже не один год в проде.

#AWS
В связи с ростом популярности удалённой работы — как по-вашему изменяется значение документации и процесса документирования?
Forwarded from CatOps
A blog post by AWS about how to create a LIFO (last in first out) queue using DynamoDB and Lambda

AWS SQS provides FIFO (first in first out) queues out of the box. However, LIFO queues could be useful in throughput constrained environments like IoT, for example.

This article shows how to create a LIFO queue and an example worker using DynamoDB, Lambda, and SAM framework to deploy all these things.

#aws
​​Красивый тест для выбора ближайшего AWS региона:

▪️ https://cloudharmony.com/speedtest-for-aws

Отличное (лучшее?) дополнение к выбору AWS региона с помощью CloudPing:

▪️ https://www.cloudping.info/
▪️ https://www.cloudping.co/grid

И тесту эффективности использования S3 Transfer Acceleration от самого Амазона:

▪️ http://s3-accelerate-speedtest.s3-accelerate.amazonaws.com/en/accelerate-speed-comparsion.html

Добавленоещё один красивый тест (ещё более красивый? 😄) выбора AWS региона:

▫️ https://www.awsspeedtest.com/

Если знаете/используете другие тесты для этого – добавляйте в комментариях.

#AWS_region
Forwarded from CloudSec Wine
🔶 The Gamer Guide to Playing Amazon Web Services (AWS)

In this article, the author shares a getting started guide for AWS, in a similar style to the getting started guides that many experienced MMORPG players write for new players. It is a lot easier to get into a game, understand what to do, where to go, and how to play optimally when you have tips from other players who have gone before you.

https://nathanpeck.com/gamers-guide-to-playing-aws/

#aws
Forwarded from Margo Apenko
☁️ All about AWS 2021 ☁️
В этом году вы узнаете о миграции AWS и ее стратегиях.
🔥15 июля на бесплатном онлайн-ивенте спикеры AWS и SoftServe расскажут:
- что такое миграция в клауд и как ее планировать, чтобы экономить время и растраты;
- почему бизнес решает оставаться в дата центрах без инновационных решений и как с этим бороться.

Язык докладов: украинский и русский.

🔥 16 июля у вас будет возможность принять участие в AWS GameDay.
Язык ивента: английский

Регистрация👉https://bit.ly/3h39utc
До встречи!
Как безопасно потратить 13 часов на полный курс по безопасности:

https://www.youtube.com/watch?v=M1_v5HBVHWo

⌨️ (00:01:09) Introduction
⌨️ (00:07:50) Course Outline
⌨️ (00:22:16) Domain 1: Security and Risk Management
⌨️ (04:05:28) Domain 2: Asset Security
⌨️ (05:27:33) Domain 3: Security Architecture and Engineering
⌨️ (08:38:42) Domain 4: Communications and Network Security
⌨️ (10:27:12) Domain 5: Identity and Access Management
⌨️ (12:13:29) Domain 6: Security Assessment and Testing
⌨️ (12:48:37) Domain 7: Security Operations
⌨️ (13:00:11) Domain 8: Software Development Security

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

#security #devops
Serverless Boilerplate with Serverless Framework, ExpressJS and TypeScript:

https://github.com/ixartz/Serverless-Boilerplate-Express-TypeScript

• Serverless framework
▪️ Offline Support with serverless-offline
▪️ Environment variable with serverless-dotenv
▪️ Live Reload
• ExpressJS
• TypeScript with Strict mode
• ESLint with Airbnb configuration
• Prettier, integrated to ESLint
• Husky
• Lint-Staged
▪️ Running linter
▪️ Running type checking before committing
• VSCode
▪️ with breakpoint and debugging
▪️ with extension and tasks

#Lambda #Serverless
Тестируем EKS окружение на излом с помощью AWS Fault Injection Simulator:

https://aws.amazon.com/blogs/devops/chaos-engineering-on-amazon-eks-using-aws-fault-injection-simulator/

In this post, we aim to show how you can simplify the process of setting up and running controlled fault injection experiments on Amazon EKS using pre-built templates as well as custom faults to find hidden weaknesses in your Amazon EKS workloads.

#FIS #EKS
Forwarded from Mops DevOps
Серия вебинаров
Развертывание и запуск приложений
(AWS Best Practices)

Как построить CI/CD для разных сервисов AWS
12 июля 2021 | 17:00 (GTM +3)

👉 https://bit.ly/3hfyEVq

#aws
Сравнение вариантов запуска контейнеров в Lambda и Fargate:

https://aws.amazon.com/blogs/architecture/should-i-run-my-containers-on-aws-fargate-aws-lambda-or-both/

Three key factors can influence the decision of what platform you use to deploy your container: startup time, task runtime, and cost. That decision may vary each time a task is initiated, as shown in the three scenarios following.

#Lambda #Fargate
#машины_aws

На той неделе AWS выкатил интересное, но спорное по полезности обновление.

Правила Security Group обзавелись собственными идентификаторами, а значит стали де факто отдельными ресурсами. Базово о практическом применении можно прочитать здесь.

В целом, у новой функциональности хватает плюсов. Во-первых, если одно правило используется несколькими SG одновременно, то не придется больше ходить и везде их менять (до этого “общее” правило цепляли на отдельную SG и назначали на все нужные области сети). Во-вторых, это упрощает управление, если за правило отвечает другая группа - теперь она может сама поменять, что нужно, а не заводить, ну не знаю, Change Request. В-третьих, это безусловно хорошая внутренняя оптимизация, которая положительно повлияет на квоты и лимиты (или нет).

Однако есть жирный минус - правила, пусть и со своими идентификаторами, все еще не живут без самой SG и заводить их отдельно нельзя. А бонус от изменения, описанный в примере выше, применим к тем, кто по какой-то причине управляет своей инфраструктурой только через Bash и awscli.

Как будто хотя бы одна маломальски серьезная организация так делает.

К сожалению, новая “фича” выглядит сыроватой, а анонс словно сделан в спешке. Тем не менее, если правила смогут стать полноценным независимыми сущностями и попадут в RAM, то просторов для использования много.
Что в основном используете для создания ресурсов в AWS? (можно выбрать несколько, если значительная часть)
Anonymous Poll
30%
AWS консоль
10%
Bash/Python/др + AWS CLI
21%
CloudFormation/CDK
66%
Terraform
2%
Другой IaC инструмент
4%
Ansible
0%
Другой Change Management инструмент
10%
Не знаю / Посмотреть результаты
​​Запись вебинара по Amazon OpenSearch:

https://www.youtube.com/watch?v=2EWpMltct-U

OpenSearch - амазоновская реализация Elasticsearch, которая из-за изменения лицензионной политики больше не будет обновляться для Amazon ES сервиса.

Важно отметить, что Amazon OpenSearch разрабатывается без привязки к Амазону и сможет запускаться на любом облаке, например, GCP или Azure, о чём говорит докладчик здесь.

#OpenSearch