Как построить отраслевое облако

Отраслевое облако (industry cloud) — растущая тенденция, и более половины компаний в Европе экспериментируют с этими платформами. Они позволяют предприятиям одного сектора совместно и с выгодой использовать полезные данные, пишет на портале Information Age Дэвид Кристиан, архитектор решений для миграции и модернизации компании DataArt..

Отраслевое облако — одна из самых актуальных тем в мире бизнеса. По данным Gartner, до 40% североамериканских и европейских компаний приступили к внедрению отраслевых облачных платформ, еще 15% проводят пилотные проекты. Эксперты ожидают, что в ближайшие несколько лет эта волна захватит еще больше компаний.

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

Какую пользу может принести отраслевое облако компаниям

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

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

Примеры отраслевых облачных платформ

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

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

Вопросы, которые следует рассмотреть при выборе отраслевой облачной платформы

Независимо от спонсора платформы или отрасли, существуют вопросы, которые компании должны рассмотреть, прежде чем присоединиться к отраслевому облаку или развивать его:

• Кому нужны данные? Кто может извлечь из них наибольшую пользу?
• Существует ли стандартный формат данных или его необходимо разработать?
• Кто будет руководить разработкой формата?
• Готова ли организация, предоставляющая данные, соблюдать стандарты качества данных?
• Если данные содержат персональную идентифицируемую информацию, какова их ценность без нее? Как будет осуществляться редактирование персональных данных?
• Как будут извлекаться, преобразовываться и загружаться данные? Как будет выполняться ETL?
• Позволяет ли нормативно-правовое регулирование совместное использование данных? Если нет, то может ли оно измениться в будущем?
• Есть ли в организации группа, заинтересованная в обмене данными?

Последний вопрос, вероятно, является наиболее важным, поскольку он определяет, насколько гладким и стабильным будет процесс обмена данными.

Инфраструктура как код

Есть еще несколько соображений, которые следует учитывать при переходе на облачные технологии. Поскольку в основе облака лежит интерфейс прикладного программирования (API), соединяющий различные программные продукты между собой, а не с пользователями, предприятиям, работающим с облаком, необходимо использовать модель «инфраструктура как код» (Infrastructure as Code, IaC) и управлять своей инфраструктурой с помощью кода, а не вручную.

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

Провайдеры отраслевых облаков

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

• организации, занимающие верхние строчки в цепочке поставок, или головные организации;
• независимые поставщики ПО (ISV), особенно те, которые работают в области ERP;
• облачные вендоры.

Рассмотрим подробнее каждый из этих вариантов.

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

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

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

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

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

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

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

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

Вопросы, связанные с качеством данных, возникают и в этом сценарии. Будут ли ISV отвечать за соблюдение стандартов данных, или это будет возложено на участников?

Создание отраслевого облака и обмен данными с клиентами может стать интересным шагом вперед для ISV. Однако остаются сомнения в их способности управлять участниками и обеспечивать стандартизацию данных.

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

Например, Microsoft уже предлагает свой вариант отраслевого облака, объединяющего CRM с порталом и решениями для хранения данных. Она также предоставляет стандартные шаблоны хранения данных для некоторых отраслей.

AWS выпустила решение Industrial Data Fabric, которое обеспечивает хранение данных на основе определенной модели управления. Оно использует IoT-сервис SiteWise, а также широкий спектр других вариантов ввода данных, в том числе от поставщиков ERP, и предоставляет потребителю возможность извлекать данные различными способами, в том числе с помощью API на базе ReST и средств аналитики.

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

Проблемы отраслевого облака

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

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

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

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

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