О некоторых аспектах «облачных» сервисов. Часть 2. Цель и цена.

Теперь, когда понятно, что такое «облака»,  поговорим об аспекте 2: зачем нужен именно «облачный» способ предоставления ИТ-сервисов? Ответ понятен из самого определения «облаков», рассмотренного в первой статье: в «облака» осмысленно лезут из-за того, что это один из самых динамичных способов получения ИТ-услуг. Быстро попросил ресурсы, быстро получил их, быстро ввел в работу, быстро поработал, и быстро отдал. А если не отдал, то в конце месяца получил кругленький счет))).

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

Кстати, о деньгах. Поговорим, сколько и чем мы  за этот динамизм инфраструктуры заплатим, то есть об аспекте 3, о цене.

Аксиоматично то, что все динамические, быстро реконфигурируемые системы стоят дороже статических. Это касается не только «облаков» - система виртуализации на четырех серверах куда динамичнее просто четырех серверов, но она и дороже. И кроме средств динамичного перераспределения ресурсов нужно еще иметь некоторый избыток этих самых ресурсов, иначе нечего будет перераспределять. Гибкость, динамизм всегда стоят для того, кто это реализует, дороже, чем хорошо просчитанная статическая система! И, конечно же, если система строится на продажу или внутри компании существует внутренний биллинг, то все расходы относят на пользователей (а на кого же еще?). Кроме того, различные элементы динамической инфраструктуры стоят по разному. Например, элементы виртуальной, управляемой программно сетевой инфраструктуры могут стоить существенно дороже виртуальных вычислительных или дисковых ресурсов, и предсказать, в какой мере какие элементы понадобятся вам в решении ваших задач бывает очень сложно. Так что слухи о дешевизне «облаков» несколько преувеличенны, это как поездка на такси - если ездишь нечасто, то такси дешевле собственной машины и почти также удобно, но если ездишь много, то выгоднее своя машина или прокат техники (аренда чужого ВЦ или его элементов, или collocation-сервера). И не смотришь на цену такси, если ты ненавидишь вождение или решил, что иметь машину для тебя - непрофильный бизнес и акционеры согласились оплачивать тебе такси))).

Все сказанное - совершенно тривиально. Но при продаже «облачных» сервисов об этом почему-то не говорят - в основном все и всегда давят на то, что «облака», дескать, дешевле. Так вот, они НЕ ВСЕГДА дешевле! Будут ли они дешевле - нужно очень аккуратно считать.

В третьей части мы очень коротко поговорим о безопасности.

DataSpace - ЦОД Tier III в Москве

На упоминаемом мною мероприятии IDC, кроме всего прочего, президент компании DataSpace Дэвид Хэмнер рассказал работе одного из первых коммерческих Tier III центра.

Я так понимаю, что недалеко от Таганской был построен приличный ЦОД. Его отсертифицировали и сдают желающим для размещения там серверов заказчика (то есть collocation в чистом виде). Это, конечно, сильно отличается от сервисов Крока, где кроме приличной площадки можно заказать практически все, даже аренду приложений.

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

За подробностями ходить сюда.

О некоторых аспектах «облачных» сервисов. Часть 1. Понятия.

А давайте поговорим про некоторые аспекты реализации «облачной» модели предоставления вычислительных ресурсов. На последней конференции IDC в Москве безусловно отмечалась тенденция к централизации при потреблении ИТ-услуг, и основными «точками роста» в части ее реализации назывались:

• «облачные» сервисы, куда входили все виды «облаков», частные, публичные и гибридные, предоставляемые всеми возможными способами (PaaS, IaaS, SaaS и их замес во всех возможных комбинациях)


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


• реализация BigData-структур, где хранятся, обрабатываются и реализовываются огромные массивы разнородных неструктурированных данных


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

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

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

Аспект 1. Подмена понятий, определение «облаков», и то, какую структуру можно считать облачной, а какую - нет.

Кто они, наши пользователи? Второй шаг ИТ-начальника.

После оформления в каком-то более или менее подходящем для Вас виде (или параллельно с этим процессом, но правильно расставляя приоритеты) глоссария, необходимо разобраться, для каких пользователей Вас, собственно, наняли работать.

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

Итак, чтобы представлять своих пользователей, необходимо ответить в первую очередь на следующие вопросы:

1. Каков возрастной состав пользователей, какие основные возрастные группы и каково процентное соотношение этих групп?

2. Какой образовательный состав пользователей?

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

4. Насколько основная работа пользователей зависит от качества работы ИТ-подразделения?

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

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

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

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

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

С чего начать, когда не знаете, за что зацепиться?

Представим такую реалистическую ситуацию. Вас назначили мелким начальником куда-то в ИТ-службу. Ну или начальником побольше, но туда же, в ИТ-службу. Предполагается, что Вам нужно навести в ней, этой самой службе, порядок. И перед Вами вопрос: «С чего мне начать?»

Очевидно, начинать нужно с того, чтобы разобраться, что и как работает. Преждем чем улучшать, обычно хотя бы ориентируются, что и где нужно улучшить. Хотя бывает и так, что начинают с глобальной перестройки, с того, что сразу все переставляют на некие «новые рельсы», и этот подход (удивительно!) иногда работает.

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

Что такое регламент? Что такое инструкция? Что такое процедура? Чем регламент отличается от инструкции? Что считать инцидентом, что не считать? Что такое служебная записка? Что такое автоматизированное рабочее место (АРМ), а что не считается АРМ? Как называется та совокупность железяк и программных средств, с которой вы собираетесь работать - корпоративная информационная система (КИС), просто информационная система (ИС) или информационно-аналитическая система (ИАС)? Как называется и является ли частью ИС сегмент Интернета, развернутый на предприятии?

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

К сожалению, я практически не знаю мест, где это делается не формально, а фактически, с пониманием важности данного процесса. Не буду объяснять, почему это важно (хотя есть масса аргументов, начиная с библейский «... В начале было слово!...» и заканчивая вполне современными бизнес-практиками и рекомендациями). Скажу по своему опыту: пока система понятий не будет уточнена, нормально общаться будет невозможно, и на эти грабли будете наступать снова и снова. Более того, если только сформулировать основные понятия и их не уточнять, уже через пару лет целый ряд терминов устареет, и это будут самые важные термины, потому что раз они устарели, то именно в этой области идет развитие, их и надо уточнять!

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