Там крайне не плохой курс по архитекторскому мышлению и практические вопросы. Мне прям очень понравился ход мышления амазона. Если отбросить брендинг, то вопросы у них супер. Они идут от бизнес контекста и ты должен дать решение с лучшей масштабируемостью или лучшей ценой или лучшим секурити. И т.д. еще у них есть Well Architecture Framework по общей теории. Это далеко не DevOps... DevOps у них отельные курсы. Там реально много про жизненные ситуации.

Well Archtected Framework хороший, да. Он никак не опсовый, для этого он слишком высокоуровневый.

Есть вопросы, которые нельзя конвертировать ни во что за пределы AWS, а есть прям очень классные. У меня друг в MailRu Cloud сильно страдает из-за тупости клиентов, когда тот думает что облако за него и посуду мыть должно. Вот например на это у AWS отвечает https://aws.amazon.com/ru/compliance/shared-responsibility-model/

Что стоило бы скопировать тому же Яндекс.Облаку чтобы потом не страдать от клиентов.

Well Archtected Framework например четко тебя учит что инфраструктуруа в нескольких ДЦ (там даже есть абстрагирование от терминов AWS) это просто HA, а DR это инфраструктура в нескольких странах и это твоя забота, а не магической технологии. Это забота проектирования.

За живое 👍

Ну или пусть даже амазон считает все х20 когда сравнивает on-premise и себя, но AWS кого-то учит с нуля, а кому-то напоминает как считается ТСО. Что скачать продукт с гита и думать что обманул систему и у тебя все бесплатно, это может быть оооочень дорого....

Это тоже не про DevOps, больше про арх. Как посчитать стоимость решения со всеми его скрытыми тратами.

Многие продукты SAP тоже на rutracker есть, но удачи тому кто захочет их в одного внедренить таким методом...

Ну, вот тут у меня сразу вопрос. AWS для SA - одна из возможных опций (не всегда даже возможная). То есть для кругозора знать про AWS - важно. А вот сертификация и вообще понятие 'архитектор AWS' мне кажется странным.
Разве что курс по мышлению хорош, но зачем там сертификат?

Ну тут тоже лукавство, ответственность за безопасность облака на себя AWS тоже не берет. Если у них один контейнер получит доступ к другому - никто убытки не компенсирует, разумеется.

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

Хм, а почему DR - это в нескольких странах? Питер+Нск вполне же DR. За вычетом страновых рисков.

Ну, пока сравнения TCO у Амазона, что я видел, довольно кривые. Но да, уметь думать в категориях TCO нужно )

Просто одна из вещей, которую я рассказываю всем архитекторам: 'вендор всегда врет'. Боюсь, в курсе AWS этого нет.

На более высоких уровнях врет более тонко.

Я теперь сам вендор (

есть же outpost

Я, похоже, не в курсе. Поясни?

Но есть нюансы. Например, где найти машину с 3Тб памяти на неделю? Где найти стойку забитую nvidia v100?

есть еще SnowFamily с небольшими устройствами

Угу. Но это не значит, что AWS несет ответственность за облако. Это просто еще одна возможность чуть меньше доверять AWS. Но документ про 'общую ответственность' не становится менее лукавым.