Несмотря на то, что традиционные приложения и операции с данными можно переносить в облако, многие SaaS-поставщики получили первоначальные преимущества, в первую очередь благодаря нативной облачной архитектуре. Старший директор по маркетингу Kyligence Джордж Демарест объясняет на портале eWeek. почему нативный облачный подход предпочтительнее прямого портирования приложений в облако.

Когда команда разработчиков сообщает вам, что она планируют переместить одно из ключевых приложений в облако, чтобы превратить его в SaaS-сервис, обычно происходит одно из двух:

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

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

1. Эластичность обеспечивает экономичное преимущество

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

2. Разделение вычислений и хранения данных

Серверы ЦОДа обычно подключены к хранилищу DAS (direct-attached storage), которое предприятие может использовать для хранения временных файлов, изображений, документов или других целей. Но когда вы выходите на арену SaaS в облаке, полагаться на эту модель опасно, потому что ее потребности в вычислительной/процессорной мощности могут расти и снижаться совсем иначе, чем потребности в хранении данных. Облако позволяет использовать объектные хранилища, такие как AWS S3 или ADLS, которые можно приобретать, оптимизировать и управлять отдельно от вычислительных требований. Такое разделение вычислений и хранения поможет вам избежать «кризиса успеха», например, при добавлении 10 тыс. новых пользователей.

3. Раздельное масштабирование операций чтения и записи

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

4. Проектирование облачного объектного хранилища

Идя дальше в вопросе хранения данных при выборе облачной модели как первичной, нужно сосредоточиться на преимуществах, предоставляемых облачными сервисами хранения данных, такими как S3 или ADLS. Облачные провайдеры находятся под конкурентным давлением и вынуждены улучшать и внедрять инновации в своих службах хранения данных. Архитекторы приложений, которые внимательно отслеживают и быстро адаптируются к этим инновациям, будут иметь преимущества перед конкурентами, которые заняли выжидательную позицию. Возьмем, к примеру, недавнее добавление Amazon последовательности чтения после записи (read-after-write, RAW). Наличие этой функции, встроенной в хранилище, означает в некоторых случаях отмену платы за определенный тип SQL-запросов. Другие области, которые могли бы извлечь выгоду из этой конкурентной инновации, — это безопасность, шифрование, сжатие или другие меры экономии средств.

5. Сделайте облако надежным

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

6. Реальная стратегия межоблачной миграции

Как каждый поставщик облачных услуг не только имеет собственные облачные сервисы (хранилища данных, ETL, обмен сообщениями), но также предоставляет богатый набор готовых Open Source-технологий, таких как Spark, Kafka, Flink, MySQL, Postgres и многие другие. Хотя заявление, что использование Open Source-решений позволяет легко перемещаться из одного облака в другое, звучит слишком смело, если в предложениях облачных провайдеров предусмотрена возможность миграции, то вам как минимум не придется повторно переписывать значительную часть существующих функций. Более того, многие ИТ-архитекторы видят будущее за моделью мультиоблака, поскольку многие компании уже имеют дело с двумя или большим количеством облачных провайдеров. Если ваша организация может умело использовать облачные сервисы от разных поставщиков, то умение определять преимущество одного облака над другим — это хороший задел для будущего обоснования вашего решения.

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