Основные требования к облаку
Теперь, когда праздники позади, и мы с нетерпением ждем следующего года, мы все вернемся к работе, пытаясь создать следующее большое приложение, которое станет основой для нашего бизнеса в 2012 году. Для меня, чтобы ваше приложение находилось в высшей лиге, Есть несколько функций, которые вы должны поддержать. В моем предыдущем посте я начал перечислять эти функции. Они включают:
- локальное резервное копирование важных данных приложения
- автономный просмотр данных
- инструменты интеграции данных
- расширенные офлайн-функции и функциональность
- контрольный журнал изменений системы и приложений
- мобильная интеграция
Как упоминалось в предыдущем посте, локальная резервная копия критически важных данных служит полисом страхования данных, гарантируя, что у меня всегда будет копия моих данных на случай, если вы уйдете из бизнеса или когда облако по какой-либо причине недоступно. Локальный доступ также должен позволять мне просматривать данные, когда я не в сети и мне необходимо принимать деловые решения. Если у меня есть доступ к данным, я также смогу интегрировать эти данные в свою среду, используя предоставляемый вами веб-сервис. Это помогает мне исключить избыточные данные и обработку по всей моей организации.
Расширенные функции в автономном режиме
Теперь, когда вы дали мне локальную копию данных и позволили мне просмотреть или переместить ее в мои собственные приложения, сделайте еще один шаг вперед и позвольте мне вносить изменения в данные в автономном режиме. Быстрое внедрение HTML5 и других методов проектирования сделают это возможным и сделают ваше приложение отличным от конкурентов.
Предоставление автономной версии вашего приложения может быть премиальной функцией, которая повышает удовлетворенность клиентов, а также приносит дополнительный доход для вашего бизнеса. Как и в автономном режиме просмотра данных и отчетов, это еще одна возможность продвигать свой бренд в автономном режиме и напоминать клиентам, насколько важно ваше приложение для них. Я не требую полной функциональности, когда нахожусь в автономном режиме, но возможность выполнять плановое обслуживание или вносить изменения в данные клиента или другие общие функции позволила бы мне работать независимо от возможности подключения. После того как я снова войду в ваше приложение, вы сможете выполнить пакетную обработку обновлений непосредственно перед тем, как я начну использовать онлайн-версию приложения.
Ключевое соображение здесь заключается в том, чтобы отслеживать конфликтующие изменения и помечать любые сделанные в автономном режиме, которые будут перекрывать сделанные другим пользователем, когда они были в сети. Управление изменениями данных в журнале аудита обеспечит выявление конфликтующих изменений. Перед принятием изменения оно может быть утверждено администратором данных или административной ролью, специально определенной для разрешения конфликтов такого типа.
Контрольные записи и соответствие нормативным требованиям
Крупные предприятия и любая публично торгуемая организация должны соответствовать нескольким требованиям, связанным с управлением данными. Они могут быть связаны с обработкой персональных данных, ведением финансового учета или другими проблемами регулирования. Когда эти организации и их данные находятся в облаке, которым вы управляете, они должны быть уверены в том, что вы понимаете и выполняете эти требования.
Подробная информация об этих требованиях, как правило, включает необходимость отслеживать, когда ключевые поля данных меняются, кто внес изменения, а также содержание старых и новых значений. Новые записи записей в базе данных, а также удаления отслеживаются в файлах аудита. Отказ от этих функций может привести к сбою приложения в ИТ-аудите, который периодически должны проводить крупные организации. И это помешает крупным организациям внедрить ваше приложение в их среду.
ИТ-аудиты проводятся для обеспечения контроля и управления критическими бизнес-процессами. Конечный результат обеспечивает сохранение целостности важных бизнес-данных. Изменения данных должны быть одобрены с использованием контролируемых процессов, а контрольный журнал сообщает об этих изменениях. Неизвестные или недокументированные изменения данных недопустимы. Во многих отношениях ИТ-аудит похож на финансовый аудит, конечным результатом которого является выявление либо слабых мест в критических бизнес-процессах, поддерживаемых ИТ, либо явных нарушений требований соответствия.
Доступно значительное количество информации, определяющей, как управлять данными и какие внутренние средства контроля необходимы. Платформа COBIT является отличным ресурсом, используемым на международном уровне, и объясняет, как организации должны обращаться с управлением ИТ. Несмотря на то, что структура COBIT может показаться ошеломляющей, одну из ключевых функций можно суммировать с необходимостью вести записи аудита для критических изменений данных и подтверждений журналов.
В нескольких консультационных проектах я наблюдал, как клиенты спешат в облако, чтобы сэкономить деньги и сократить время доставки ИТ-решений. Внутренние деловые партнеры требовали быстрых сроков внедрения и часто привлекали поставщиков облачных решений напрямую, не понимая требований ИТ-аудита и соответствия. Важные бизнес-данные были выведены из-под контроля организации и в некоторых случаях смешивались с другими клиентами поставщика облачных решений. Это может быть очень серьезным нарушением соответствия, особенно при работе с конфиденциальными данными.
Чтобы удовлетворить требования аудита данных, разработчики решения должны ознакомиться с COBIT или другими структурами управления ИТ. Встраивание журналов аудита и отчетности в приложение должно быть частью вашего списка функций, и вы должны выделить эти функции, если ваш клиент — крупная или публичная организация.
Мобильная интеграция
По мере развития как мобильных, так и облачных вычислений становится все труднее различать их. Лично я не могу представить себе облачное приложение, которое не имеет мобильной функции в рамках своих требований. А мобильное приложение, которое не взаимодействует с облаком, кажется просто «старой школой». Даже эти злые птицы подключаются к облаку, чтобы делиться результатами с остальным сообществом игроков.
Еще одним свидетельством, подтверждающим необходимость интеграции мобильных и облачных платформ, является быстрый рост мобильных устройств. В конце 2009 года Morgan Stanley опубликовал отчет по анализу отрасли мобильной связи, в котором предсказывалось, что количество мобильных устройств, подключенных к Интернету, превысит число настольных устройств, которые сделают то же самое к 2015 году. Gartner Group считает, что такой сценарий произойдет уже в следующем году!
Быстрая миграция на мобильные устройства для доступа в Интернет означает, что облачные решения должны рассматривать мобильные платформы в качестве основного пользовательского интерфейса для основного сегмента своих пользователей. Но как это действительно влияет на то, как разработчики создают свои облачные решения?
В 2007 году я руководил разработкой приложения на базе salesforce.com для крупного клиента. Одной из ключевых страниц, используемых полевыми пользователями, была страница с информацией о клиентах, на которой отображались почти все команды по продажам данных, необходимые до посещения клиента. Приложение было разработано, чтобы эффективно сделать один вызов в базу данных для всех соответствующих данных клиента и отобразить его на одной странице. Данные не реплицировались и не отображались на других страницах, поскольку каждая страница, как правило, была уникальным объектом для повышения производительности.
Когда в 2010 году iPad и iPhone были развернуты в одних и тех же полевых отделах продаж, многие из них начали использовать эти устройства в качестве основного метода взаимодействия. В то время как iPad работал для многих, интерфейс iPhone был слишком маленьким.
Недавно мы усовершенствовали приложение, разбив обращения с данными клиентов к определенным типам данных. Мобильная версия приложения имеет уникальные вызовы для каждого типа данных клиента (т. Е. Демографические данные клиента, история продаж, текущие заказы) с акцентом на наиболее распространенные типы функций, выполняемых отделом продаж. Вместо того, чтобы извлекать все данные о клиентах, вызовы эффективны и требуют меньшего набора данных для мобильной среды. Страницы также разработаны специально для эффективного отображения на мобильном устройстве благодаря платформе.
Суть в том, что приложение работает на любой платформе, но имеет функции, специально предназначенные для мобильных устройств. Ваши клиенты ожидают, что вы будете поддерживать их на всех устройствах и не будете наказывать их (т.е. снижать производительность на мобильном устройстве из-за больших объектов данных) за использование мобильных устройств.
Наша индустрия развивается так быстро, что трудно предсказать, какой будет следующая большая характеристика. Но история имеет тенденцию повторяться. Уроки, извлеченные в прошлом, когда мы перешли с мэйнфреймов на клиент / сервер, а затем на раннюю сеть, будут быстрее применяться в облаке. Это называется прогрессом.
Какие функции вы реализуете в своем облачном приложении, чтобы оно выделялось среди конкурентов? Существуют ли другие требования, которые вы считаете необходимыми для улучшения качества облака? Я хотел бы услышать ваши отзывы и обсудить их в другом посте. Благодарность!
Изображение облачных блоков через Shutterstock