Как использование облачных сервисов Amazon может повысить инвестиционную привлекательность вашего бизнеса

Как использование облачных сервисов Amazon может повысить инвестиционную привлекательность вашего бизнеса

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

• – объектное хранилище, которое позволяет хранить практически неограниченные объемы информации;
• AWS Glue – мощнейший облачный ETL-сервис, который может сам определять по заданным исходным данным структуру и генерить ETL-код;
• Amazon Athena – serverless сервис интерактивных запросов SQL, позволяет быстро анализировать данные из S3 без особой подготовки. Еще он имеет доступ к метаданным, которые подготавливает AWS Glue, что позволяет сразу после прохождения ETL обращаться к данным;
• Amazon QuickSight – serverless BI-сервис, можно строить любую визуализацию, аналитические отчеты «на лету» и т.д..

С документацией у Amazon все в порядке, в частности, существует неплохая статья, где описано как создавать и пользоваться таблицами и данными, посредством AWS Glue. Давайте и мы воспользуемся основными идеями этой статьи и применим их для создания своей архитектуры аналитической отчетной системы.Подготовленные нашим парсером отчетов CSV-файлы будем складывать в S3 bucket. Планируется, что соответствующая папка на S3 будет пополняться каждую субботу – по завершении торговой недели, поэтому не обойтись без секционирования данных по дате формирования и обработки отчета.Помимо оптимизации работы SQL-запросов к таким данным, этот подход позволит нам проводить дополнительный анализ, например, получать динамику изменения финансового результата по каждой бумаге и т.д.

Работа с Amazon S3

• Создадим бакет на S3, назовем его «report-parser»;
• В этом бакете «report-parser» создадим папку под названием «my_trader_diary»;
• В каталоге «my_trader_diary» создадим каталог с датой текущего отчета, например, «date_report=2018-10-01» и поместим в него CSV-файл;

Работа с AWS Glue

По большому счету, можно обойтись лишь Amazon Athena чтобы создать внешнюю таблицу из данных, лежащих на S3, но AWS Glue – более гибкий и удобный для этого инструмент.

• Заходим в AWS Glue и создаем новый Crawler, который будет из разрозненных по отчетным датам CSV-файлов собирать одну таблицу:
  
  • Задаем имя нового Crawler;
  • Указываем хранилище, откуда брать данные (s3://report-parser/my_trader_diary/)
  • Когда Crawler перейдет в состояние Ready, запускаем его!
  Рассмотрим сформированную таблицу более подробно.Если щёлкнуть по названию созданной таблицы, то мы перейдем на страницу с описанием метаданных. Внизу расположена схема таблицы и самым последним идет столбец, которого не было в исходном CSV-файле — date_report. Этот столбец AWS Glue создает автоматически на основе определения секций исходных данных (в бакете S3 мы специальным образом именовали папки — date_report=YYYY-MM-DD, что позволило использовать их как секции, разделенными по дате).

Связанные вопросы и ответы:

Чем отличаются облачные сервисы Amazon от традиционных методов хранения данных и обработки информации

Amazon Glacier – онлайн-хранилище для архивации данных любого объема и длительного хранения резервных копий. Согласно информации на сайте, безопасность и надежность сервиса составляет 99,999999999%. Amazon Glacier поддерживает возможность отправки запросов к данным без извлечения, что позволяет применять мощные средства аналитики прямо в хранилище. Онлайн-хранилище используется, например, для архивации и хранения научных данных, сохранения цифровых материалов и в качестве альтернативы носителям на магнитных лентах.

Развертывание масштабируемого хранилища осуществляется с помощью сервиса Amazon Redshift . Процесс займет всего несколько минут, а работать с данными с помощью бизнес-аналитики можно сразу же после загрузки. Создатели заявляют, что Amazon Redshift – быстрая, полностью управляемая и экономичная система хранения данных.

Если вы только начинаете свой переход на AWS, то вам поможет AWS Database Migration Service. Сервис помогает выполнить миграцию баз данных на платформу от Amazon. Исходная база данных в процессе миграции остается в рабочем состоянии, что сводит к минимуму время простоя использующих ее приложений.

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

Какие преимущества предоставляют облачные сервисы Amazon в сравнении с конкурентами на рынке

Любой профессионал подтвердит, что качество выполняемой работы напрямую зависит от качества инструментов. В случае с облачными экспертами ситуация аналогичная. При выборе продуктов Amazon, Azure или Google Cloud , вы можете сравнить их определенным схожим критериям и выбрать инструмент, подходящий для вашего бизнеса.

В этом блоге, мы углубимся во всестороннее сравнение облачных провайдеров, чтобы помочь вам принять решение между продуктами Microsoft Azure , AWS и Google Cloud.

В постоянно развивающемся мире облачных вычислений, не все облака имеют одинаковые преимущества. Существует три различных поколения облаков: виртуальные центры обработки данных, поколение “инфраструктура как услуга” (IaaS) и передовое облако третьего поколения. Сосредоточив внимание на последнем, мы исследуем современное значение и преимущества третьего поколения облака, которое представляет собой то, что мы знаем как современное облако.

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

Ведущие облачные провайдеры

Прежде чем мы окунемся в сравнение AWS, Google Cloud и Azure, давайте кратко рассмотрим, что эти три облачных гиганта предлагают современному бизнесу.

Что такое AWS (Amazon Web Services)

Amazon Web Services (AWS) — это комплексная платформа облачных вычислений, предоставляемая Amazon. Она предлагает широкий спектр услуг, включая вычислительную мощность, решения для хранения данных и базы данных, что дает компаниям возможность масштабироваться и внедрять инновации без необходимости значительных первоначальных инвестиций. AWS, которому доверяют миллионы, известна своей надежностью, гибкостью и обширной глобальной инфраструктурой. AWS может похвастаться обширным портфолио, насчитывающим более 200 облачных сервисов, от вычислительных и периферийных вычислений до бессерверных решений. Ключевые предложения включают Amazon EC2 для вычислений, Amazon S3 для эластичного объектного хранилища, Amazon EBS для сетевых технологий и Amazon Lambda для бессерверных вычислений.

AWS — исключительный выбор для тех, кто ищет поставщика общедоступных облаков, превосходного в области инфраструктуры как услуги (IaaS) с оплатой по мере использования и ресурсами автоматического масштабирования. Благодаря IaaS, AWS упрощает работу с облаком, предоставляя серверы, сетевые, вычислительные ресурсы и ресурсы хранения без необходимости приобретения или управления инфраструктурой. Это воплощение гибкости и эффективности облака.

Что такое Microsoft Azure

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

Несколько выдающихся функций подчеркивают популярность Azure среди предприятий. Во-первых, переход упрощается для многих предприятий, уже использующих такие продукты Microsoft, как Microsoft 365, SQL Server, SharePoint и Power BI. Интеграция облачных сервисов Microsoft становится логичным и эффективным расширением существующего технологического стека.

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

Что такое Google Cloud

Google Cloud — это набор сервисов облачных вычислений от Google, предназначенный для помощи предприятиям в использовании возможностей данных и инноваций. Облачная платформа Google (далее GCP) с упором на анализ данных, машинное обучение и технологии с открытым исходным кодом, предлагает гибкую и масштабируемую инфраструктуру. Это предпочтительный выбор для организаций, которым нужны передовые решения и прочная основа для цифровой трансформации.

Какие виды инвестиций можно совершить в контексте использования облачных сервисов Amazon

Alexa контролирует собственные устройства Amazon для умного дома. Помимо уже привычных «умных» колонок и тв-приставок у Amazon есть две компании по разработке систем безопасности для дома, которые интегрированы с Alexa: первая из них, Blink, отвечает за камеры с энергоэффективными чипами, вторая, Ring за умные дверные звонки.

Ring и умные замки дополняют новую программу бесконтактной доставки Amazon Key: курьер сам открывает домашнюю дверь или ворота гаража, оставляет посылку, а покупатель следит за ним через приложение.

Alexa интегрирована в «умные» очки, беспроводные наушники, планшеты Fire Tablets от Amazon, фитнес-браслеты и даже настенные часы. Также Alexa помогает искать продукты в физических магазинах Amazon.

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

Через вкладки на главной странице можно заказать органические продукты из Whole Foods или посмотреть видео на Prime Video — но только в Android-приложении, с iOS перекидывает на отдельное приложение. Большая часть сервисов Amazon доступна через приложение, правда, страницам не хватает единообразия: некоторые подгружаются по webview, некоторые открывают как вкладки с непривычным дизайном.

Все сервисы в основном приложении и отдельных приложениях для сервисов связаны единым профилем и подпиской Prime, что помогает создать бесшовный опыт покупок. Также основное приложение позволяет совершать бесшовные покупки в физических магазинах — генерирует QR для оплаты в магазинах Go, Fresh, Books, 4-star и Pop Up.

Мы разбирали лучшие практики в приложении Amazon и других лидеров рынка России и США, получить можно здесь .

Как повысить эффективность бизнеса с помощью интеграции облачных сервисов Amazon

Когда-то эту диаграмму нарисовал Безос на салфетке в 2001 году, вдохновленный концепцией маховика из книги Джима Коллинза «От хорошего к великому». Брайар и Карр подчеркивают, что маховик на столько важен, что он располагается в самом начале каталога показателей на встречах руководства WBR. Маховик устанавливает контекст для каждой метрики, которую Амазон отслеживает в своем розничном бизнесе.

Устанавливайте верные контролируемые входные показатели

Первая вещь, которую делает Амазон — это определяет список правильных контролируемых входных метрик. Это удивительно сложно  и требует повторяющегося процесса проб и ошибок. Авторы приводят следующий пример:

Когда в Амазоне мы начали переходить от книг на другие категории, мы допустили ошибку, выбирая входные показатели, ориентированные на выбор, то есть на то, сколько товаров Амазон выставил на продажу. Каждая позиция описана на странице объявления, которая включает описание товара, картинки, рекомендации пользователей, доступность (например, готов к отправке через 24ч), цена и блок «купить» или кнопка. Одной из метрик, которую мы изначально выбрали для оценки выбора, было количество созданных объявлений, так как предполагали, что чем больше объявлений, тем лучше выбор. 

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

(…) В скоре мы увидели, что рост страниц объявлений, казалось бы, увеличение выбора, не привел к росту продаж, нашей метрики на выходе. Анализ показал, что в погоне за увеличением количества товаров, команды иногда покупали продукты, которые не пользовались высоким спросом.

Когда мы поняли, что команды выбрали неправильную входную метрику, а это было обнаружено в процессе еженедельных докладов WBR, мы изменили показатель, чтобы он отражал потребительский спрос. После нескольких встреч WBR, мы задались вопросом: «Если мы продолжим работать над изменением метрики выбора, в том виде, как она определена сейчас, приведет ли это к желаемому результату?». По мере того как мы собирали больше данных и наблюдали за положением дел, эта конкретная метрика выбора через некоторое время эволюционировала от:

- количества карточек объявлений, которую мы улучшали 

- к количеству просмотров карточек объявлений (вы не получите одобрения из-за новой страницы объявления, если покупатели ее не просматривают), которая затем стала

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

- проценту просмотров объявлений продуктов, которые были на складе готовыми к отправке в течение 2ух дней до клиента, впоследствии ее назвали метрикой управления запасами 'Fast Track In Stock’ (прим. дословно, быстрый путь на складе).

Amazon's success story began with a simple diagram drawn on a napkin in 2001, inspired by Jim Collins' concept of the flywheel. The flywheel is so crucial that it's placed at the beginning of the metrics catalog during WBR leadership meetings. The flywheel sets the context for each metric Amazon tracks in its retail business.

Set Up Accurate Controlled Input Metrics

The first thing Amazon does is define a list of accurate controlled input metrics. This is surprisingly complex and requires a repetitive process of trial and error. The authors provide the following example:

When we started transitioning from books to other categories at Amazon, we made a mistake by choosing input metrics focused on selection, i.e., how many products Amazon listed for sale. Each position is described on a listing page, which includes a product description, images, user recommendations, availability (e.g., ready to ship within 24 hours), price, and a "buy" button or call-to-action. One of the metrics we initially chose to evaluate selection was the number of created listings, as we assumed that the more listings, the better the selection.

As soon as we defined the metric, it immediately influenced the actions of the retail team. They became overly focused on adding new listing pages with details – each team added dozens, hundreds, and even thousands of products to their categories, which were previously not available on Amazon.

Как провести анализ рисков и возможностей инвестирования в Amazon Web Services

Сегодня клиентам AWS доступен самый широкий набор тщательно продуманных сервисов.

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

«Google Cloud и Microsoft, конечно, догоняют, но у AWS сервисы все еще более многочисленные и продвинутые, — считает Андерсон из Gartner. — Если говорить о восприятии на рынке, большинство потребителей считают, что Azure и AWS примерно равны, а Google пока отстает. Но с точки зрения функциональных возможностей AWS выглядит более зрелой и разнообразной архитектурой».

На конференции AWS re:Invent в декабре 2019 года они заявили о 175 сервисах на любой вкус и цвет — вычисления, хранение, базы данных, аналитика, сети, мобильные сервисы, инструменты разработчика, управление, Интернет вещей, безопасность и корпоративные приложения.

«Как очевидный лидер рынка AWS предлагает больше функционала для разработчиков благодаря обширному набору сервисов, которые они успели разработать, начав раньше остальных, — считает Ник МакКуайр (Nick McQuire), вице-президент по корпоративным исследованиям в CCS Insight. — Опираясь на свои масштабы, они стараются снизить цену на облако для клиентов. Хотя иногда она все же кусается».

Некоторые считают, что в таком разнообразии сервисов и вариантов легко запутаться, но многим инженерам нравится широкий выбор.

Бартолетти из Forrester, который назвал AWS «гипермаркетом для программистов», указывает на ключевое отличие такого подхода: «AWS предлагает три–четыре сервиса для баз данных, и им без разницы, какой из них вы будете использовать. Главное, чтобы вы выбрали Amazon. При традиционном подходе вы ограничены одним вариантом, поэтому с AWS так сложно конкурировать».

Какие факторы следует учитывать при принятии решения об инвестициях в облачные сервисы Amazon

21 ноября 2022 года компанияобнародовала результаты исследования, в ходе которого изучались основные ошибки при внедрении облачных сервисов в организациях разного масштаба.

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

Названы 10 основных ошибок в облачных стратегиях

1.вычисления — это не только технологии

Бизнес- и ИТ-руководители должны избегать ошибки, заключающейся в разработке стратегии, ориентированной исключительно на сегмент. Бизнес и ИТ должны вносить равный вклад при определении облачной стратегии.

2. Отсутствие стратегии выхода

Разработка стратегии ухода от облачных провайдеров — сложная задача, и это одна из причин, по которой многие руководители её не создают. Организации зачастую считают, что им не нужна стратегия выхода, потому что они не ожидают ничего извлечь из облака. Однако такая стратегия крайне важна для успеха облачной модели компании.

3. Сочетание облачной стратегии с планом внедрения облачных технологий

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

4. Время для разработки облачной стратегии

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

5. Приравнивание облачной стратегии к фразе «Мы всё перемещаем в облако»

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

6. «Наша облачная стратегия — это стратегия нашего центра обработки данных»

Многие организации путают свою облачную стратегию со стратегией центра обработки данных. Компаниям следует согласовывать эти направления друг с другом. Фактически решения по облачной стратегии зависят от рабочей нагрузки, а не от решений центра обработки данных.

7. Цель перемещения нагрузок в облако

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

8. Применение разных облачных сервисов

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

Названы 10 основных ошибок в облачных стратегиях

9.разработки облачной стратегии

Данный подход может показаться привлекательным, но этого не следует делать — слишком высокую значимость имеет облачная стратегия. Аналитики Gartner рекомендуют бизнес- и ИТ-руководителям использовать для внедрения экспертов, в том числе поставщика облачных услуг. Это может быть экономически эффективным способом приобретения дефицитных навыков работы с облачными технологиями, в которых нуждается их организация.

10. «Наша стратегия — прежде всего облачные технологии»

Подход, ориентированный на облако, означает, что если кто-то запрашивает инвестиции, он должен создать или разместить новый актив в общедоступном облаке. Но «облако — прежде всего» не означает «только облако». Если бизнес- и ИТ-лидеры примут принцип «облако — прежде всего», их стратегия должна содержать исключения из выбора по умолчанию.

Какие стратегии управления инвестициями могут быть применены в сфере облачных сервисов

Расширение и поддержание глобального присутствия также является важным фактором в бизнес-стратегии Amazon. Интернет-магазин Amazon.com конкурирует с другими интернет-магазинами в разных регионах мира, такими как китайский технологический гигант Alibaba Group, которому также принадлежит компания электронной коммерции в Юго-Восточной Азии Lazada Group, базирующиеся в Индии Flipkart и Infibeam, и конечно, американская многонациональная интернет-компания eBay.

Amazon разработала и внедрила множество стратегий, которые вращаются вокруг локализации и интернационализации. Компания Amazon также локализовала свою витрину Amazon.com путем покупки и регистрации доменных имен верхнего уровня, что позволило ей поддерживать версии сайтов для разных стран и языков в разных странах, таких как Китай, Япония и Сингапур, а также Великобритания, Испания, Нидерланды, Мексика и Бразилия.

Были попытки выйти на рынок Юго-Восточной Азии, но компания не смогла конкурировать с Alibaba Group и другими местными компаниями электронной коммерции. Тем не менее чтобы компенсировать недостаток присутствия на других региональных рынках, компания предлагает международные перевозки отдельных продуктов в конкретные страны, находящиеся за пределами ее сферы деятельности.

Что касается дочерней компании Amazon Web Services, сервисы облачных вычислений имеют глобальный охват рынка благодаря своим операциям с поддержкой онлайн. Для обеспечения широкого охвата и уменьшения рисков простоя Amazon организовала деятельность в ключевых регионах по всему миру, включая Северную Америку, Южную Америку, регион EMEA, который включает в себя Европу и Ближний Восток, а также Азию и Тихий океан.

Каким образом использование облачных сервисов Amazon влияет на финансовые результаты компаний

Если Вы можете привлечь финансирование и вложить полученные средства таким образом, что доходность этих вложений будет превышать проценты по кредиту — это отличная возможность, которой обязательно нужно воспользоваться. Но всегда нужно помнить, что деньгами можно как помочь бизнесу вырасти и развиться, так и «убить» его.

Если у Вас нет банковского счета, на котором находятся несколько тысяч долларов или другого бизнеса, из которого можно временно вытянуть денежные ресурсы, то Вам придётся привлекать стороннее или внешнее финансирование. Привлечение сторонних инвестиций/кредита в бизнес может помочь осуществить то, что невозможно было осуществить иным путем.

В 2017 на проект Bindle Bottle собирали деньги на Kickstarter. Сейчас эта бутылка с секретом успешно продается на Amazon по 39$ за единицу.

Основные потребности в финансировании amazon-предпринимателей

Вот список типичных ситуаций, в которых Amazon-бизнесу могут понадобится дополнительные финансовые вливания:

• Запуск нового товара. Расширение линейки, ассортимента, или запуск совершенно нового товара требуют дополнительного привлечения свободных средств, которыми не всегда располагают продавцы;
• Закупка большой партии товара. Например, подготовка к Новогодним праздникам, сезону активных продаж (если товар имеет сезонность). Зачастую подготовка к Q4, например, начинается уже в конце 2 квартала, и продавцы не могут замораживать достаточно большие суммы для того, чтобы обеспечить изготовление и доставку 2-3 партий товара сразу.
• Расширение бизнеса. Запуск бизнеса в других странах или выход на новые площадки – Shopify, Etsy и т.п. тоже требует дополнительных инвестиций со стороны собственников бизнеса, особенно когда выход на другие рынки становится успешным.

• Для уменьшения кассовых разрывов и избежания выхода в out of stock (опустошение склада в фазе активных продаж). Касоввый разрыв – это временный недостаток средств, необходимых для финансирования наступивших очередных расходов, т.е. товар еще не продался, а уже необходимо закупать новый.
• Для сокращения затрат на доставку. Зачастую выгоднее заранее изготовить товар и оплатить доставку морем за счет заемных средств, чем получить выплату от Amazon и доставлять товар дорогим авиатранспортом в авральном режиме, чтобы не выйти в out of stock.