AWS на русском

👨‍💻 В этом выпуске обсуждаем кто же такой  Solutions Architects в AWS. Вы узнаете, кто они такие, чем отличаются от других видов архитекторов, чем занимаются и многое-многое другое.
💡 Основные темы:1. Кто такой Solutions Architect?    - Почему именно Solutions, а не Cloud или Systems Architect.2. Основные навыки архитектора:    - От технической базы до умения вести диалог с бизнесом.3. Роль Solutions Architect в AWS:    - Всё от общения с клиентами до экспертизы и оценки архитектуры.4. Как стать архитектором?    - Практические советы для вашего карьерного роста.5. Разнообразие архитекторов:    - Какие они бывают и в чем их специфика.6. SA в AWS против Enterprise SA:    - Основные различия.7. Principal Software Engineer и Solutions Architecture:    - В чем разница?8. Можно ли обойтись без архитектора?    - Как оценить эффективность SA.9. Карьерный рост в архитектуре:    - От SA до Principal SA.
🌟 Этот выпуск будет особенно полезен для тех, кто стремится понять, как строится карьера в области архитектуры в IT, какие навыки нужны для успеха, и как Solutions Architect влияют на успех проектов и компаний.

Хотите сэкономить на использовании AWS Lambda и повысить производительность функций? В этом выпуске подкаста мы подробно разберем способы оптимизации serverless приложений и раскроем неочевидные на первый взгляд тонкости настройки Lambda.
Мы начнем с того, как правильно выбрать объем оперативной памяти для функций. Оказывается, это напрямую влияет на производительность и стоимость.
Далее разберем технологию Snap Start, которая позволяет минимизировать холодные старты Java функций.
Поговорим о предварительном создании пула функций с Provisioned Concurrency. Это хороший способ ускорить отклик критичных Lambda.
Также узнаем, как использование компилируемых языков вроде Rust и Go вместо интерпретируемых может значительно прибавить скорость выполнения кода.
И еще много других полезных советов - от фильтрации ненужных событий до оптимальной инициализации функций.
В общем, если хотите выжать максимум из Lambda - обязательно послушайте этот выпуск!
 
Список полезных ссылок:
https://github.com/alexcasalboni/aws-lambda-power-tuning
https://awslabs.github.io/aws-lambda-powertools-python/2.16.2/
https://awslabs.github.io/aws-lambda-powertools-typescript/latest/
https://awslabs.github.io/aws-lambda-powertools-java/
https://aws.amazon.com/blogs/compute/optimizing-aws-lambda-cost-and-performance-using-aws-compute-optimizer/

В этом выпуске подкаста мы погружаемся в увлекательный мир Generative AI.
Разбираемся с ключевыми аспектами, такими как модели диффузии, Stable Diffusion и особенностями обучения больших языковых моделей (LLMs). Обсуждаем процесс FineTuning, детали RAG и его сравнение с FineTuning, а также принципы работы VectorSearch.
И как раз сегодня (28.09.2023) вышел новый сервис от AWS - BedRock, который мы обсуждали в выпуске.
Хотите попробовать Generative AI на практике? Узнайте больше о сервисе BedRock и начните своё приключение в мире GenAI с AWS.

В свежем выпуске мы обсудили множество актуальных новостей об AWS за последнее время (Q1-Q2 2023):
LightSail for Research - новый сервис для начала работы с Data Science в AWS с низким порогом входа.
Обновления в Amazon Aurora - новая ценовая модель без отдельной оплаты операций ввода-вывода, возможные экономии до 40%.
AWS S3 Object Lambda - теперь возможно запускать лямбда-функции при GET-запросах к объектам S3.
AWS User Notifications - новый сервис для получения объединенных нотификаций от более чем 100 AWS-сервисов.
Обзор Amazon CodeWhisperer  - генеративный AI-ассистент для ускорения написания кода.
Рассмотрены возможности Amazon Service Catalog для автоматизации развертывания стандартных инфраструктурных компонентов.
Улучшения видимости ресурсов VPC на новой ресурс-карте.
Как всегда, в подкасте много интересных подробностей и примеров. Заходите на наш канал, слушайте, оставляйте отзывы!
 
Упомянутые  telegram каналы: https://t.me/aws_notes и https://t.me/awsweekly 
 
Если у вас есть вопросы, предложения темы, пишите мне в LinkedIn https://www.linkedin.com/in/vedmich/ или телеграмм https://t.me/ViktorVedmich
 

В этом выпуске мы углубляемся в мир SaaS и разбираемся в архитектуре Multi-tenant на платформе AWS. Поговорим о следующем:
Что такое "tenant" и как определить его границы и периметр?
В чем ключевое отличие между SaaS и не-SaaS. Можно ли сказать, что "у меня много клиентов на отдельных окружениях" равносильно тому, что "я предоставляю услуги в формате SaaS"? Обсудим!
Почему компании выбирают путь SaaS: вопросы стоимости и управления операциями.
Эффективность с точки зрения стоимости: на что в первую очередь стоит обратить внимание и почему бесплатные тарифы могут стать "болью".
Общие решения для frontend/backend, которые могут настраиваться для каждого клиента, но кодовая база не зависит от конкретного клиента.
Как подходить к вопросам изоляции данных.
Полезные ссылки:
Основы архитектуры SaaS
SaaS Lens

В этом эпизоде подкаста, Михаил Голубев (Principle Solution Architect), перехватывает эстафету и становится хостом, чтобы узнать больше о роли Developer Advocate от постоянного ведущего Виктора Ведмича. Виктор делится своими мнениями и опытом в этой роли. Он рассказывает о том, как помогает разработчикам, собирает их отзывы для улучшения продуктов и создает мосты между разработчиками и бизнесом. Если вы хотите узнать, чем занимается Developer Advocate, как эта роль помогает компании, не пропустите этот занимательный и информативный эпизод!
Если у вас есть вопросы, предложения темы, пишите мне в LinkedIn https://www.linkedin.com/in/vedmich/ или телеграмм https://t.me/ViktorVedmich

В новом выпуске подкаста мы в глубину погрузились в мир данных вместе с нашим гостем Kurmanov Samat, AWS Community Build, Senior Data Engineer из DataArt
Во время обсуждения мы проследили историю появления аналитических хранилищ данных, включая эволюцию от классических Data Warehouses до Data Lakes и современных Lakehouses. Samat подробно разъяснил основные особенности каждого из этих подходов, их преимущества и слабые стороны, а также ситуации, в которых они проявляют себя наилучшим образом.
Мы также обсудили набор сервисов AWS, которые активно используются в сфере обработки и анализа данных. Наш гость поделился своими знаниями о том, как эти инструменты помогают достичь желаемого результата, и какой из них выбрать в зависимости от конкретных целей и задач.
Завершая нашу беседу, мы затронули вопрос о выгоде Lakehouse решения для бизнеса. Нужен ли он всем? Какие компании могут извлечь максимальную пользу из его применения? Слушайте этот выпуск, чтобы узнать ответы на эти и многие другие вопросы.
 
Полезные ссылки:
https://www.striim.com/blog/data-warehouse-vs-data-lake-vs-data-lakehouse-an-overview/
https://www.databricks.com/blog/2020/01/30/what-is-a-data-lakehouse.html
https://delta.io/
Если у вас есть вопросы, предложения темы, пишите мне в LinkedIn https://www.linkedin.com/in/vedmich/ или телеграмм https://t.me/ViktorVedmich

Уже третий эпизод и только про AWS организации.В первой части мы закончили говорить про Organization Units, во после обсудили Service Control Policies (SCPs). А в этом эпизоде продолжаем говорить про безопасность, и начали IAM Access Analyzer, поговорили про то как работает SOO, работа c SSO через CLI. Проговорили еще раз лучшие практики написание SCP политик, и как лучшего всего защищать ваш root account, какие есть способы защиты MFA, и как быть если вы утеряли свой MFA. Все это и не только в третьем выпуске про организации. Кажется, тема настолько обширная, что будет и 4-й выпуск, если у вас есть какие-то вопросы по этой теме, пишите -  будем рады добавить в список. Ссылки, которые упоминали во время разговора
SSO CLI (Open source from community): https://github.com/synfinatic/aws-sso-cli
SCP policies best practice examples: https://docs.aws.amazon.com/organizations/latest/userguide/orgs_manage_policies_scps_examples.html
 

Обсудим из чего базы данных состоят, где узкие горлышки, и какие продукты приходят на смену устоявшимся Postgres, MongoDB, Redis, Neo4J. 
Например, знали ли вы, что большая часть современных БД хранит данные в Log Structured Merged Tree структуре, а если точнее - в одной ее реализации - RocksDB от Facebook? А что Postgres не умеет работать с асинхронными интерфейсами Linux, и уже на этом уровне в 10 раз медленнее чем новые аналоги построенные на io_uring и SPDK? Или что можно отправить данные с диска на видеокарту в обход процессора?
У ребят из Unum есть своя альтернатива RocksDB, которая до 7 раз быстрее, и функционально совместима. И вокруг нее построена череда open-source проектов, включая UKV, универсальную базу данных, которая может хранить документы, графы и бинарные данные, предлагая сквозные ACID транзакции, а также целый набор интуитивно понятных библиотек для пользователей верхнеуровневых языков. 
Ее уже можно найти в AWS Marketplace, а документация и исходные коды лежат на GitHub, а также на официальном сайте https://www.unum.cloud/ 

В этом выпуске подкаста мы обсуждаем сложный вопрос выбора базы данных. Иногда наше решение определяется опытом работы с определенными технологиями, но такой подход не всегда гарантирует оптимальный выбор для конкретного приложения. К тому же, ситуация может меняться со временем, когда нагрузка на систему растет, и возникает дилемма: что делать дальше? Вместе с Александром Изюмовым, экспертом по базам данных, и Михаилом Голубевым, мы рассмотрели различные категории баз данных, чтобы помочь вам принять обоснованное решение.
Мы рассмотрели:
Key-value DB:
Amazon DynamoDB
Amazon Keyspaces (for Apache Cassandra)
Amazon DocumentDB
RDBM)
Amazon RDS
Amazon Aurora + Serverless v2
Graph: Amazon Neptune
In-Memory:
Amazon ElastiCache for Redis/Amazon ElastiCache for Memcached
Amazon MemoryDB for Redis
Other:
Amazon Timestream Database
Amazon Quantum Ledger Database (QLDB)
Full-text-search:
Amazon OpenSearch Service
Если у вас есть вопросы, предложения или темы для будущих подборок, пишите мне в Linkedin - https://www.linkedin.com/in/vedmich/