В рубрику "ИТ-интеграция" | К списку рубрик | К списку авторов | К списку публикаций
Извлечение бизнес-данных из растущей цифровой вселенной требует нового поколения технологий, способных анализировать большие объемы данных быстрым и экономным способом. Традиционные подходы полагаются на кластеры баз данных, которые разделяют транзакционный и аналитический процессинг и взаимодействуют с записями на таких носителях памяти, как жесткие диски. И хотя эти носители энергонезависимы, они создают относительно высокий уровень задержек, так как ЦПУ простаивает значительное количество времени в ходе операций ввода/вывода в ожидании данных с удаленных механических приводов.
В 2007 г. группа экспертов, стоявших у истоков создания реляционных СУБД, опубликовала работу "Конец архитектурной эпохи. Наступило время полностью переписывать СУБД"2. В ней отмечалось, что задачи, которые ставятся сегодня перед информационными системами в части обработки потоковых данных, обслуживания Интернета, бизнес-аналитики и систем принятия решений, не могут быть решены на основе реляционной архитектуры СУБД. По мнению этих экспертов, настало время перейти к другим архитектурам СУБД, полностью их переписав.
В 2009 г. Хассо Платтнер представил доклад "Общий подход к базам данных для транзакционной и аналитической обработки, основанный на применении поколоночной базы данных, размещенной в оперативной памяти"3, а спустя еще немного времени была анонсирована платформа SAP HANA4, базирующаяся на этих идеях. Данные в оперативной памяти обрабатываются на порядки быстрее, чем с жесткого диска, что обеспечивает почти нулевую задержку. Уникальность технологии обработки данных в оперативной памяти в том, что она радикально изменяет подходы к построению информационных бизнес-систем, открывая путь информационной системе предприятия реального времени, позволяющей менеджменту принимать мгновенные решения на основе полного объема информации с нулевыми задержками.
Став первой на рынке среди конкурентов, компания SAP открыла новую нишу. Такие крупные корпорации, как Oracle, IBM и Microsoft, не заставили ждать ответа на рост популярности технологии. Компания Oracle создала опцию вычислений в оперативной памяти5, используемую в основном для аналитики. Компания IBM сфокусировала свои усилия на платформе BLU Acceleration6 на основе базы данных DB2. Компания Microsoft выпустила Microsoft SQL Server 20147 с поддержкой обработки как аналитических, так и транзакционных данных в оперативной памяти. Все эти продукты лишний раз подтверждают, что открытая компанией SAP ниша является перспективной, а технология обработки данных в оперативной памяти позволяет добиться значимых результатов.
Однако устоявшиеся правила не всегда коррелируют с реалиями нынешнего времени и проблемами, диктуемыми инновационными системами. Например, сценарии внедрения, включающие в себя использование баз данных в оперативной памяти в части технической инфраструктуры, противоречат популярной сегодня и доказавшей свою эффективность трехуровневой клиент-серверной архитектуре, так как они позволяют встраивать функции серверов приложений непосредственно в сервер базы данных. Сейчас оптимальный уровень производительности может быть достигнут только при разделении аппаратных ресурсов между компонентами базы данных и приложений, а значит, признанные мировые стандарты в области архитектуры информационных систем в этом случае перестают быть результативными и требуют кардинальных изменений.
Наиболее существенной перестройки требуют подходы к обеспечению безопасности информации – конфиденциальности, целостности, доступности8. Функциональные возможности баз данных с обработкой в оперативной памяти позволяют соблюдать некоторые основные принципы информационной безопасности, такие как принцип разграничения доступа (каждому пользователю предоставляется доступ к информации в соответствии с его полномочиями), принцип предоставления минимальных привилегий9 (выделение пользователю наименьших прав и доступа к минимуму необходимых функциональных возможностей) и ряд других, но базовые свойства защищаемой информации все еще не могут быть всецело обеспечены.
Существующие алгоритмы шифрования не имеют требуемой производительности, и данные в оперативной памяти находятся в незашифрованном виде. И хотя такие атаки, как извлечение данных из оперативной памяти, пока довольно редки, они представляют собой наибольшую угрозу конфиденциальности и целостности и становятся все более популярны10. Кроме того, поскольку информация в оперативной памяти обрабатывается очень быстро, а результатов промежуточных вычислений нет, то при протоколировании больших объемов данных регистрация событий аудита может оказаться настоящей катастрофой и вылиться в отказ доступа к системе.
Инфраструктурная перестройка и изменение подходов к обеспечению информационной безопасности – это лишь верхушка айсберга, области, которые видны сразу при пилотных внедрениях новой технологии. В перспективе становления предприятием реального времени организация будет испытывать трудности в связи с требуемыми изменениями как в технической, так и в организационной части.
В связи с системностью перемен, необходимых для максимально эффективной реализации идеи предприятия реального времени, главными барьерами становятся организация бизнес-процессов и даже культура предприятия. Устоявшиеся бизнес-процессы и устаревшие ИТ-системы, которые их поддерживают, мешают компаниям принимать решения быстрее. Если вам необходимо большое количество времени и усилий для получения информации из ваших систем, то ваша способность вовремя принимать бизнес-решения притупляется. Невозможно достоверно предсказать, какая информация в какой момент понадобится, но часто на тот момент, как данные соберутся воедино, возможности уже будут потеряны.
Предприятие реального времени – это не только быстрое получение большого объема данных, это и получение нужной информации в нужное время нужными людьми. Реальное время – это не просто ускорение, а изменение того, как мы работаем. Как мы можем организовать свою работу, когда у нас есть доступ к информации в режиме реального времени? Какие углы мы можем срезать? Какие этапы бизнес-процессов являются устаревшими или избыточными? Что произойдет, если мы сможем мгновенно реагировать, например, на недостаток ресурсов в любом звене нашей логистической цепочки? Как мы можем предвидеть, что должно произойти, а не просто реагировать на то, что уже произошло?
Стоит ли говорить, что ответы на эти вопросы требуют тесного взаимодействия между бизнесом и ИТ, изменения в подходах, "в головах". Предприятие реального времени нуждается в культуре реального времени. И те компании, которые инвестируют в трансформацию – будь то изменение ключевых бизнес-задач, реинжиниринг процессов и систем, – скоро увидят эффективность реального времени через синергию инноваций. Готовых решений для перехода к предприятию реального времени нет, и работа в этом направлении может занять два года, четыре, десять лет, но когда вы соберете все системы и данные воедино, у вашего бизнеса появятся возможности, о которых вы даже не мечтали.
Опубликовано: Журнал "Системы безопасности" #5, 2014
Посещений: 6856
Автор
| |||
Автор
| |||
В рубрику "ИТ-интеграция" | К списку рубрик | К списку авторов | К списку публикаций