День 2 саммита AWS: подведение итогов и важные объявления!

Основной доклад начинается

С программным докладом AWS выступил главный технический директор Amazon Вернер Фогельс, харизматичный человек, умеющий держаться на сцене и обладающий большим запасом энергии. Это была моя первая конференция AWS, и мне очень хотелось узнать, как Amazon продает свои продукты и внедряет инновации.

Время логотипа!

Очевидно, что Amazon очень гордится своей обширной экосистемой клиентов, партнеров и независимых поставщиков программного обеспечения (ISV). Компании, сотрудничающие с Amazon, известны всем.

Первое объявление: контракты SaaS

Поскольку так много компаний, выпускающих программное обеспечение как услугу (SaaS), пишут свое программное обеспечение на платформе AWS, и такое большое количество клиентов используют эту платформу, вполне логично, что Amazon захочет сыграть свою роль в построении прочных отношений между этими сторонами.

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

Поскольку маркеры на изображении выше немного обрезаны, вот краткое изложение:

• Высокая надежность подписки SaaS (1, 2, 3 года).
• Обновляйте или расширяйте контракты в любое время.
• Простые API упрощают адаптацию независимых поставщиков ПО.
• Новые платежи в вашем счете за AWS.

Генеральный директор Splunk вышел на сцену, чтобы объявить об их выходе на рынок. Чтобы просмотреть рынок, начните здесь.

Объявление о CI/CD

Amazon называет процесс проектирования, создания, тестирования и выпуска кода процессом CI/CD. Это означает постоянное совершенствование/непрерывное развитие и развертывание. Как видно на изображении ниже, для выпуска продуктов и обновлений на AWS требуется много шагов.

Изображение действительно указывает на некоторые болевые точки, с которыми сталкивается большинство разработчиков при написании кода для AWS. Я испытал эти болевые точки на себе, когда проходил курс на вершине. Мы разработали фиктивное приложение для приветствия единорогов, которое использует S3, DynamoDB, Cognito, шлюзы API и функции Lambda. К тому времени, когда приложение было завершено, я насчитал 12 открытых вкладок и два открытых окна терминала. Это не считая всех вкладок, которые я открывал и закрывал во время процесса. Без собственной IDE (интегрированной среды разработки) требуется много работы для разработки, отладки и управления кодом Amazon AWS.

Представляем AWS CodeStar. С CodeStar вы можете выбрать набор шаблонов с общими шаблонами проектирования. После выбора шаблона проектирования будет создано решение для использования в Visual Studio, Eclipse или командной строке. Несмотря на волнение, некоторые разработчики указали на отсутствие поддержки C# (.Net) и общих шаблонов, которые они используют, но это все равно было встречено аплодисментами.

Решение CodeStar идет дальше за счет интеграции с сервисами AWS, такими как CodeCommit, CodeBuild, CodePipeline и CodeDeploy. Он также обеспечивает интеграцию с Jira для отслеживания проблем. В совокупности у вас есть решение, в котором вы можете клонировать свой код на локальный компьютер для разработки в среде IDE, следовать типичному рабочему процессу Git, а затем автоматически создавать свой код на AWS. Теоретически это означает, что вы тратите гораздо меньше времени на работу со всевозможными вкладками и ввод командных строк, чтобы отправить свой код и передать его в среду контроля качества, тестирования или производственной среды.

Бессерверные вычисления

Очевидно, что многие компании по-прежнему используют виртуальные машины или контейнеры Docker для запуска своих приложений. Перед Amazon стоит задача перевести людей с этих больших приложений, зависящих от операционной системы, на бессерверную архитектуру. Вы можете прочитать мою статью «День 1» и эту статью, чтобы узнать больше по этой теме.

Чтобы построить бессерверную архитектуру, вам по-прежнему нужны база данных, хранилище, API-интерфейсы и многое другое, но для этого также нужна бизнес-логика. В том, что Amazon называет монолитной архитектурой приложений, вы запускаете сервер с скомпилированным приложением, вся бизнес-логика которого заблокирована в операционной системе.

В новом бессерверном мире вы создаете функции, представляющие бизнес-логику, и платите только за использование этой функции. Amazon называет эти функции Lambda. Существуют проблемы с созданием лямбда-функций, потому что одна функция может вызывать другую, а та может вызывать другую. Вместо того, чтобы жестко кодировать функции Lambda для вызова друг друга, вы можете создавать пошаговые функции. Эти пошаговые функции представляют собой рабочие процессы, которые вы создаете. Эти рабочие процессы определяют, какие функции Lambda вызываются и когда.

Как вы можете видеть на изображении ниже, существует три типа ступенчатых функций:

• Последовательные шаги: выполните одну задачу, дождитесь ее завершения, а затем выполните следующую задачу. На изображении одна функция загружает изображение RAW TIFF, а затем следующая функция удаляет его.
• Параллельные шаги: одновременное выполнение нескольких функций. На изображении вы можете видеть, как работает выбранная функция конвертера изображений, затем она порождает три функции, которые запускаются одновременно. Одна функция преобразует изображение в формат TIFF, другая — в JPG, а третья — в PNG. Шаги также могут выполнять операторы стиля if/then, поэтому в этом примере показано, что функция шага заканчивается, потому что формат изображения не распознан.
• Шаги ветвления: запуск определенных функций на основе набора критериев. На изображении шаг обработки фотографии запрашивает одну функцию для получения метаданных фотографии, другую функцию для изменения размера изображения и еще одну для обработки распознавания лиц.

По мере того, как вы создаете все больше и больше таких маленьких лямбда-функций, может стать громоздким поиск того, где функция выходит из строя. Например, функция может иметь ошибку или время ожидания истекло. Amazon предлагает X-ray в качестве решения, которое поможет вам отследить, какие функции являются причиной проблемы, и даст вам удобную для чтения карту процесса и где происходят сбои.

Объявления о больших данных

ДАКС

Amazon продолжает продвигать поддержку массивных наборов данных. Люди называют эти данные в масштабе или большими данными, но идея заключается в том, что вы работаете с миллионами или миллиардами строк данных. Судя по всему, клиентам AWS нравится DynamoDB от Amazon, решение NoSQL.

Хотя это очень быстро, некоторым клиентам требуется время отклика в микросекунды, а DynamoDB не всегда может своевременно обрабатывать такие запросы. Вот почему Amazon анонсировала Dynamo DB Accelerator (DAX). Насколько я понимаю, вы все еще используете DynamoDB, но DAX позволяет вам получить доступ к кэшированной версии в памяти, которая намного быстрее. Как вы можете видеть на следующем изображении, Amazon заявляет о 10-кратном повышении производительности запросов при использовании DAX.

Спектр красного смещения

Amazon Redshift — это предложение AWS для хранения данных. Некоторые клиенты AWS хранят массивные наборы данных в своих хранилищах, но они также создают озера данных в Amazon S3. Судя по всему, выполнение запросов на S3 — серьезная проблема (подробнее об этом чуть позже), поэтому Amazon объявила об общедоступности нового продукта — Redshift Spectrum.

Amazon пытается решить некоторые серьезные проблемы с производительностью. Если бы вы использовали Amazon Redshift для запуска функции объединения, фильтрации, группировки, приведения и выполнения запроса к эксабайтам данных на S3 с использованием Hive с кластерами из 1000 узлов, этот запрос занял бы пять лет. С Redshift Spectrum тот же самый запрос занимает всего 155 секунд.

Другие объявления

В завершение основной доклад был посвящен общедоступному сервису Amazon Lex, который позволяет добавлять в приложения машинное обучение, диалоговые чаты и другие возможности. Amazon Lex основан на потребительском продукте Amazon Alexa.

В целом, двухдневный саммит был достойным событием. У Amazon было несколько отличных сессий, которые помогли вам создавать приложения, повышать производительность, переносить центры обработки данных и многое другое. Если вы думаете, что облачные вычисления — это просто мимолетное увлечение или только для определенного типа технологической компании, я оставлю вам одну цитату из Вернера Фогельса:

General Electric закрывает 30 из 34 своих центров обработки данных, поскольку они перемещают свою инфраструктуру в облако.