Облачные сервисы

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

Потенциальные преимущества SaaS хорошо известны: сокращение затрат, повышение гибкости, упрощение масштабируемости и т.д. «Простота и быстрота развертывания наряду с инновационными преимуществами SaaS помогают бизнесу ускорить проведение цифровой трансформации», – констатирует директор IDC по исследованиям в области SaaS и облачного программного обеспечения Франк делла Роса.

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

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

Стремительное размножение SaaS

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

В отчете '2020 Businesses @ Work' компания Okta, предоставляющая платформы управления идентификацией, сообщает, что каждый из ее клиентов уже развернул в среднем 88 приложений SaaS. С 2019 года их число увеличилось на 6%, а с 2017-го – на 21%. У 10% клиентов эксплуатируется 200 и более приложений.

«Модель SaaS демократизировала принятие решений о покупке приложений, позволив руководителям подразделений и даже конечным пользователям самостоятельно закупать программное обеспечение для решения стоящих перед ними задач, – указывает делла Роса. – Но, получив повышение быстроты и гибкости, ИТ-службы теперь вынуждены заниматься дополнительными вопросами управления и соблюдения нормативных требований. Популярность SaaS растет, а исследования IDC показывают, что многие ИТ-руководители не вполне уверены в том, что знают, сколько приложений используется на предприятии. В некоторых случаях речь может идти о сотнях неизвестных им приложений. ИТ-службам нужны автоматизированные инструменты, помогающие идентифицировать используемые приложения и лучше управлять рисками, связанными с безопасностью и необходимостью соблюдения нормативных требований. К числу ведущих поставщиков в этой области, по данным IDC, относятся VMware, Cisco, AWS, Microsoft Azure, Google Cloud и Micro Focus».

«Чтобы справиться с вызовами повсеместно внедряемой модели SaaS, компаниям необходимо задуматься о рисках и приоритетах – определить, какие приложения наиболее важны для успеха их бизнеса, и приступить к их развертыванию, – отмечает аналитик Gartner Кайл Дэвис. – Зачастую у ИТ-службы нет ресурсов, чтобы поддерживать все то количество приложений, которое организация намерена внедрить в форме SaaS. Как правило, компании начинают с нескольких приложений, затем их число увеличивается до пары десятков, потом до пары сотен, а в крупных организациях в конечном итоге начинает исчисляться тысячами. Ранее внедрение программного обеспечения осуществлялось совсем по-другому. Во времена преимущественно локальных ИТ-инфраструктур у организаций имелось несколько больших платформ, и все строилось вокруг них. Когда у вас имеются сотни и тысячи приложений SaaS, ИТ-служба просто не в состоянии обладать экспертными знаниями каждого из них. Нужно классифицировать их с учетом рисков для бизнеса, связанных с отсутствием развертывания и поддержки со стороны ИТ-службы. С высокой степенью вероятности на предприятии постоянно будут появляться какие-то 'теневые ИТ', внедряемые в виде SaaS бизнес-пользователями, ощущающими такую потребность. Но даже в этом случае пользователи в конечном итоге будут обращаться за поддержкой к ИТ-службе. И тогда ее специалисты смогут оценить, стоит ли бизнес-подразделению или ИТ-службе заниматься дальнейшим продвижением этого приложения или же лучше заменить его на что-нибудь другое. Функции регулирования, выполняемые ИТ-службой, должны быть сбалансированными. Ни тиранического контроля, ни полного отказа от него быть не должно. Приложения SaaS должны рассматриваться с точки зрения риска, который возникает у организации при их использовании».

Безопасность, конфиденциальность и соблюдение нормативных требований

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

«Большое количество используемых SaaS-приложений делает многие компании уязвимыми к утечкам данных и кибератакам, – подчеркивает делла Роса. – Инструменты управления экосистемой SaaS могут помочь ИТ-службам определить политики и процедуры, соотносящие необходимость повышения скорости выполнения с обеспечением конфиденциальности данных и соблюдением нормативных требований. К крупнейшим поставщикам средств управления SaaS относятся компании Blissfully, Zylo, G2 Track и Better Cloud. Развивающаяся сфера управления операциями SaaS (SaaSOps), предлагаемого большинством поставщиков подобного инструментария, помогает компаниям сделать направление SaaS приоритетным, рекомендуя новые приложения и трансформируя ИТ-службу из регулирующего органа в орган поддержки. ИТ-служба могла бы отслеживать подозрительную активность и защищать от неправомочного совместного доступа к данным. Файлы можно регулярно проверять на предмет утечки конфиденциальных данных. Для соблюдения законодательных требований имеет смысл определить автоматические политики».

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

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

«При оценке предложений SaaS во главе угла должны стоять вопросы безопасности, – добавляет Дэвис. – Для этого компаниям следует определить набор критериев, которым должны соответствовать поставщики с точки зрения безопасности. Главный вопрос заключается в том, можно ли поставщику средств SaaS позволить делать то же самое (если не больше), что и при использовании локальных средств? Нужно понимать, как поставщик публикует и раскрывает информацию о брешах, как организовано управление физической безопасностью, и каким образом осуществляется защита ваших данных в процессе их перемещения и при хранении».

Многие разработчики SaaS-решений предлагают свои сервисы через крупных провайдеров – Amazon Web Services, Microsoft Azure и Google Cloud Platform, делая ставку на средства безопасности этих платформ. Но компании в любом случае должны убедиться в том, что используемые ими SaaS-приложения соответствуют нормативным требованиям, предъявляемым к защите данных, и внедряются с должным вниманием к управлению доступом.

Интеграция облачных решений

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

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

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

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

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

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

«Быстрое распространение SaaS-платформ облегчает бремя интеграции и адаптации благодаря общей модели данных, стандартным инструментам и устойчивым публичным API, – отмечает делла Роса. – Это имеет еще более важное значение для нового поколения SaaS, которое характеризуется переходом от монолитных корпоративных приложений к чисто облачной архитектуре, состоящей из составных и контейнерных микросервисов».

Аренда вычислительных ресурсов часто считается синонимом экономии на ИТ, причем это подается как непреложная истина. Отчасти это правда: например, если речь идет о сокращении или отказе от капитальных затрат. Но капитальные затраты (CAPEX) – лишь один из параметров экономики коммерческих ЦОДов. Помимо него, существуют множество других факторов, влияющие на итоговую стоимость услуг. Стоит изучить чуть глубже этот вопрос, и мы видим, что аренда мощностей подходит лишь определенной части заказчиков, но далеко не всем из них. Давайте разбираться.

Размер имеет значение

Один из часто встречающихся сценариев: компания выбирает аутсорсинговые ресурсы, если у нее нет средств на строительство собственной инфраструктуры. Это действительно оправдано в большинстве случаев – например, когда нужно модернизировать ИТ, но нет желания инвестировать крупные суммы, беря кредиты в банках под достаточно большие проценты. Или когда нужно запустить бизнес, не тратя время и деньги на непрофильные активы. Однако нужно помнить, что на горизонте пяти лет совокупные затраты на инфраструктуру при аренде часто бывают равны стоимости эксплуатации собственных систем. При этом абсолютно невыгодно использовать этот подход для крупных инфраструктур в сотни физических серверов или 50-100 стойкомест – такие системы, как правило, статичны, и стоимость аутсорсинговых услуг может существенно превысить затраты на поддержку ИТ собственными силами. Наилучший показатель эффективности будет при аренде нескольких стойкомест или инфраструктуры в 250-500 виртуальных машин.

Вывод: ориентируйтесь в первую очередь на параметр совокупной стоимости владения (TCO) и стратегию бизнеса.

Сочетание технологий

С облачными ресурсами ситуация тоже не всегда очевидна. При грамотном подходе можно и в самом деле сэкономить до 30-40% затрат на ИТ. Один из классических примеров – кейс крупного ретейлера бытовой техники: за год компания экономит порядка 20 млн руб. Секрет успеха – грамотное сочетание различных технологий: публичного облака и выделенного оборудования в коммерческом дата-центре. Использование лишь чего-то одного не привело бы к таким впечатляющим результатам. Дело в том, что каждая из указанных схем заточена под конкретную модель потребления. Если системы заказчика работают преимущественно ровно, без скачков нагрузки, их стоит размещать на физическом оборудовании. Если динамика потребления рваная, с непредсказуемыми пиками – лучшим выбором станет облако. Наконец, если в целом можно спрогнозировать изменение профиля нагрузки, что часто бывает у ретейлеров во время проведения акций и «черных пятниц» – гибридная модель подойдет как нельзя лучше.

Вывод: анализируйте реальную нагрузку на ИТ и выбирайте соответствующие типы вычислительных ресурсов.

Тяжелое наследие

Многие компании очень не любят расставаться со старым оборудованием. Примечательно, что это могут быть достаточно крупные организации, которые имеют средства для апгрейда инфраструктуры. По нашей оценке, фактически в любой компании, давно работающей на рынке, есть как минимум несколько аппаратных систем возрастом от 10 лет. Один такой заказчик – российский коммерческий банк – решил поставить архивное «железо» в ЦОД, чтобы проводить на нем различные тестирования. По предварительному расчету для размещения 40 стоек должно было потребоваться 300 кВт/ч в месяц, и набегала весьма круглая сумма за обслуживание. Вместо этого для решения бизнес-задачи было предложено использовать современное оборудование. Ту же мощность удалось уместить в 1,5 блейд-корзины за счет высокоплотной упаковки современных версий аппаратного обеспечения, то есть в меньшую сумму удалось «упаковать» еще и стоимость нового оборудования взамен старого. Результат – сокращение стоимости услуги и повышение качества и гибкости процесса тестирования.

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

Резервирование окупается

Зарезервированные системы стоят заметно дороже недублированных, но отсутствие резерва для бизнеса в целом обходится гораздо дороже. Про это многие забывают либо не хотят брать в расчет. Классика жанра: интернет-магазин размещен в облаке, стоимость аренды ресурсов – 200 тыс. условных рублей в месяц, а потери бизнеса из-за часа простоя – 10 млн руб. При этом инфраструктура не задублирована, так как для этого нужно дополнительно утвердить у финансового директора затраты в размере 300 тыс. руб. Первый серьезный сбой – и ретейлер несет издержки, в разы превышающие стоимость резервной инфраструктуры за целый год.

Другой пример: отказоустойчивую инфраструктуру специалисты компании настроили самостоятельно, но то ли не хватило рук, то ли экспертизы – архитектура работает неэффективно. Например, невозможно организовать постоянную репликацию между двумя площадками. Чтобы исправить ситуацию, придется проектировать все с нуля. Это дополнительные, весьма весомые затраты (они могут составлять два-три месячных платежа за услуги), но вновь построенная инфраструктура окажется в итоге дешевле.

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

Аутсорсинг оправдан

Многие компании обращаются к коммерческим ЦОДам и облаку, чтобы снять с себя задачу администрирования оборудования. Обычно у них два мотива: первый – нет желания тратить ресурсы на рутинные процессы, второй – недостаточная загрузка на проекте собственных сисадминов. Бывает, что сотрудники тратят всего лишь 5-10% своего времени на поддержку систем во внешнем ЦОДе, но зарплату им работодатель перечисляет в полном объеме. Поэтому привлечение сотрудников провайдера чаще оказывается выгоднее, даже если в качестве инженеров у поставщика услуги работают более высокооплачиваемые специалисты, чем в штате у заказчика. Более того, многие провайдеры автоматизируют клиентские запросы, такие как настройка инфраструктуры, мониторинг и т.д. В выигрыше оказываются все: владелец ЦОДа снижает свои трудозатраты, а вместе с тем уменьшается и стоимость услуги для клиента.

Вывод: аутсорсинг – это в первую очередь про упрощение администрирования собственными силами.

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

Автор – Павел Колмычек, операционный директор «КРОК Облачные сервисы», PKolmychek@croc.ru

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

Но не все так просто. Уже понятно, что поворот к прежней жизни будет очень постепенным. Тем клиентам, которым не терпится окунуться в оффлайн, препятствуют требования Роспотребнадзора. Начиная с марта, все компании должны строго контролировать рассадку персонала, чтобы не допустить заражений коронавирусом и вторую волну заболевания. На практике это означает, что в одном помещении площадью, например, в 50 кв. м. не может находиться более 5 сотрудников. Следовательно, в оффлайн-режиме смогут продолжить работу далеко не все желающие. Тут же возникает вопрос: как контролировать нормы регуляторов, если даже хотя бы часть сотрудников вернется в привычные опен-спейсы?

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

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

Тем временем выясняется, что возвращаться в офис на самом деле стремятся не все. По информации Gartner, минимум 10% сотрудников останутся на удаленке – и это в одном из самых консервативных сегментов: в финансовом секторе. О том, что успешно работать без потери производительности можно и из дома, заявляются многие крупные компании, в том числе Oracle, Amazon и Microsoft. Правда, тут стоит заметить, что технологическим компаниям было легче перестроиться к новой жизни: у них есть все инструменты для удалённой работы и частично такая форма практиковалась время от времени если не всем персоналом, то его значительной частью. По данным SuperJob, порядка 20% работодателей вне зависимости от специфики их деятельности планируют продлять дистанционный формат работы. Что ими движет, сказать определенно сложно. Возможно, таким образом они хотят сократить часть операционных затрат: на аренду помещений, на коммунальные платежи. Возможно также, что карантин позволил стереть границу между онлайн и оффлайн-работой, а триал-версия новой парадигмы работы, как и все временное, стала ежедневной реальностью. Пандемия ускорила многие процессы и позволила быстрее сформировать поведенческие реакции. Если до карантина в удалённом режиме работало не более 3% персонала в целом по России, то после его количество, по нашим ощущениям, может увеличиться до 10-20% в зависимости от специфики организации.

Особое место во всей этой истории у облачных сервисов. Во многом благодаря им компаниям удалось так быстро перестроиться и не потерять в эффективности. Организации стали активно пользоваться различными ИТ-инструментами, например VDI, видео-конференц-связью, платформами корпоративного онлайн-обучения. После окончания пандемии спрос на подобные сервисы, конечно, несколько уменьшится, но на нет полностью не сойдет из-за глобального курса на дистанционную работу и уже сформированных привычек. Например, сервисы видеосвязи – Zoom или Cisco Webex – будут применять в своей работе существенно меньше людей, но так как привычка уже сформирована, а продукты хорошо зарекомендовали себя, у них останутся поклонники. В свою очередь это станет плодородной почвой для рынка разработки клиентских сервисов, который и без коронавируса себя в целом неплохо чувствовал, а также для облачного рынка в целом. Именно потому аналитики Gartner утверждают, что в ближайшие кризисные годы за облака можно волноваться в меньшей степени, чем за другие ИТ-услуги.

Автор – Максим Березин, директор по развитию бизнеса КРОК Облачные сервисы, mberezin@croc.ru

Современные приложения все активнее проникают в онлайн-экономику. Однако не совсем ясно, носит ли их движение центростремительный или центробежный характер – другими словами, тяготеют ли они к центру облака или к границам сети.

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

Реально ли притяжение данных?

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

Предполагаемое гравитационное притяжение данных, по их мнению, основано на следующих принципах.

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

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

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

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

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

Притяжение данных и гиперконвергентная инфраструктура

Если притяжение данных реально, оно несомненно должно оказывать влияние на архитектуру облака и сред граничных вычислений (edge computing). Но не вполне ясно, можно ли здесь говорить о чистом влиянии притяжения данных.

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

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

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

Притяжение данных и конфиденциальные вычисления

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

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

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

Эта новая парадигма отражает фундаментальный сдвиг в выполнении вычислений на аппаратном уровне. Она позволяет обрабатывать зашифрованные данные в памяти на заданном узле, не открывая их неавторизованным программам и другим локальным ресурсам. Опыт использования сред AMD Secure Encrypted Virtualization, Intel Software Guard Extensions, Red Hat Enarx и Google Asylo Project показывает, что конфиденциальные вычислительные технологии должны изолировать важные данные приложений при их размещении в памяти.

Если отраслевой стандарт – вычислительный фреймворк, обеспечивающий конфиденциальность на аппаратном уровне, будет поддержан рынком, причины, заставляющие предприятия держать конфиденциальные данные на своей территории, в значительной мере исчезнут. Созданный недавно организацией Linux Foundation консорциум Confidential Computing Consortium я считаю шагом в правильном направлении. Группа, в состав которой в качестве спонсоров и участников входят Alibaba, Arm, Baidu, Google, IBM, Intel, Microsoft и целый ряд других компаний, разрабатывает общую межотраслевую платформу с открытым кодом, позволяющую любому приложению обращаться к загружаемым в оперативную память и используемым на постоянной основе функциям безопасности, четкое выполнение которых обеспечивается на любом узле.

Данные в невесомости

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

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

В следующем году сервисы 5G заставят организации пересмотреть свое отношение к возможностям сетевых сред, а платформы коммуникаций, предлагаемые в качестве сервиса (communications-platform-as-a-service, CPaaS), получат еще более широкое распространение.

В подготовленном Тимом Шиди и Одри Уильям отчете аналитической фирмы Ecosystm «Пять тенденций изменения рабочего места в 2020 году» ("The Top 5 Workplace of the Future Trends for 2020") указывается, что активно формирующийся опыт сотрудников (employee experience, EX) будут способствовать ускорению распространения инструментов потребительского класса для совместной работы, а ключевые показатели эффективности службы управления персоналом заставят ИТ-подразделения заняться анализом технологий формирования рабочих мест следующего поколения. Придется задуматься и о решениях управления знаниями.

«Люди треть своей жизни проводят на рабочем месте, – говорится в отчете. – По мере того, как 'экономика опыта' становится реальностью, организации будут смотреть не только на улучшение клиентского восприятия (customer experience, CX), но и на восприятие сотрудников (employee experience, EX). На самом деле этому направлению отводится даже более высокий приоритет, чем повышению доходов и сокращению расходов. Удержание сотрудников приобретает очень важное значение в сегодняшней битве за таланты. В некоторых организациях уже сейчас вводится должность директора по навыкам, и это еще раз подтверждает важность EX».

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

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

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

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

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

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

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

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

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

Уникальные возможности технологий 5G при построении программно-конфигурируемых сетей (software-defined network, SDN) – предназначенные специально для удовлетворения потребностей организаций – помогут предприятиям переосмыслить свой подход к развитию сетей. Они перестанут воспринимать свои сетевые ресурсы как нечто физическое и начнут относиться к ним как к набору возможностей.

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

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

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

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

Будет наблюдаться рост популярности решений CPaaS.

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

Благодаря открытым API разработчики смогут интегрировать собственные коммуникационные функции в уже существующие бизнес-приложения без дополнительных затрат на оборудование и программное обеспечение. Их можно будет встраивать непосредственно в облачную платформу для ускорения выхода на рынок. Коммуникационные платформы, предлагаемые в качестве сервиса (Communications Platform as a Service, CPaaS), получат еще более широкое распространение вследствие роста числа команд, занимающихся разработкой ПО с применением agile-методик и DevOps.

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

Нужен какой-то способ получше.

Мультиоблачная мечта

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

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

1. Чем больше у вас облаков, тем выше будут накладные расходы.

2. Чем больше у вас облаков, тем тщательнее нужно разбираться с каждым из них.

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

«Но… но… но… а как же привязка к поставщику!» – скажете вы. Что ж, идея отсутствия привязки к конкретному поставщику действительно существует, но на практике она не работает.

С точки зрения выбора стратегического направления ставка сразу на нескольких лошадей, возможно, и имеет смысл. Сразу начинают звучать обещания отсутствия привязки к поставщику. Ошибка заключается в том, что, выходя за пределы «наименьшего общего знаменателя» облачных сервисов – хранения, сетевых, вычислительных – вы сразу лишаетесь предохранительных клапанов поставщика. На уровне высшего руководства мы постоянно слышим, что это отличная идея! Распределять рабочую нагрузку между любыми выбранными облаками независимо от конкретного поставщика. Нет. У вас не получится. А если все-таки попробуете, то потеряете время, деньги и, к сожалению, данные…

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

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

Партнерство для успеха

Как справедливо заметил один провайдер облачных сервисов, желая добиться согласованного управления в нескольких облаках, вы не сможете воспользоваться их уникальными возможностями. Приняв решение об использовании Amazon Relational Database Service или Cosmos DB, вы, скорее всего, не сможете перенести свое приложение в другое облако.

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

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

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

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

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

Компания iiko занимается написанием и продажей программного обеспечения для управления ресторанным бизнесом. Пять лет назад iiko стала предоставлять свои разработки по модели SааS (ПО как сервис), и тогда ей потребовалось создать блок эксплуатации и обслуживания. Компания практикует DevOps; об этом в преддверии конференции «Корпоративный DevOps 2019», посвященной DevOps как управленческому подходу и его роли в цифровой трансформации, которую издательство «Открытые системы» проведет в Москве 26 ноября, рассказал Сергей Гнутов, руководитель эксплуатации и технической поддержки компании iiko.

- Почему компания прибегла к DevOps?

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

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

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

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

Сергей Гнутов: «Внедрение DevOps в конце концов делает команду единым целым, с общим инструментарием, целеполаганием, задачами»

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

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

- Как у вас сочетаются SAFe и DevOps?

DevOps – концепция, SAFe – конкретный инструмент организационного и технического характера одновременно (Scaled Agile Framework, SAFe – фреймворк для реализации принципов Agile в крупных организациях – М. С.). И если технический аспект у agile-компаний разный (например, могут быть различные производственные среды), то управленческий – универсальный. Во всех таких компаниях есть этапы планирования, оценки эффективности исполнения и пр. SAFe объединяет команду для выполнения бизнес-задач. При этом в нем есть элементы, которые подходят для различных организационных моделей.

- Чем вам нравится именно SAFe?

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

- Если DevOps – мировоззренческая концепция, то как вы меняете мышление людей?

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

Так и с командой. Люди поначалу всегда отвергают изменения, в этом и корень проблемы. Но если у вас есть видение того, что нужно сделать, вы разобьете путь на несколько этапов. Сначала просто познакомите всех в команде, потом создадите канал коммуникации. Далее – подготовка совместного инструмента, планирование, эксплуатация, разработка и пр. Между тем вы постоянно улучшаете взаимодействие, в том числе и в неформальной обстановке – допустим, идете вместе пить пиво. Люди привыкают работать сообща; вы даете им целеполагание; они видят результаты. Все эти шаги в конце концов делают команду единым целым, с общим инструментарием, целеполаганием, задачами.

- А эти шаги надо продумывать заранее, или они скорее интуитивные?

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

- Как новые люди внедряются в команду? Если с имеющимися сотрудниками надо провести немалую работу, то тяжело ли обучать новичков?

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

- Как часто у вас меняются люди?

У нас довольно стабильная команда. Ротация кадров на уровне 10-15% в год. Это немного с точки зрения рынка.

- Покажете на конкретных примерах, как внедряли DevOps, что получалось, что нет?

Давайте оставим примеры для конференции.

В ближайшие два-три года корпоративная сетевая инфраструктура начнет играть более важную роль в условиях, когда средства автоматизации, сетевые компоненты и гибридное облако становятся неотъемлемой частью предприятия. В ходе конференции IT Symposium/XPO в Орландо ведущий аналитик и вице-президент Gartner Дэвид Каппучио осветил основные моменты ключевых инфраструктурных тенденций.

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

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

Переосмысление стратегии автоматизации

На том или ином уровне процесс автоматизации происходит уже много лет, но по мере дальнейшей разработки и развертывания уровень сложности становится слишком велик. Объемами и типами автоматизации необходимо управлять. Нужен переход к командной разработке, управляемой архитектором автоматизации и стандартизированной в бизнес-подразделениях. Чем здесь можно помочь? По оценкам Gartner, к 2025 году архитектор автоматизации будет присутствовать уже на 90% предприятий, тогда как сегодня таковых насчитывается всего 20%.

Гибридные ИТ влияют на надежность восстановления после аварий

Гибридные ИТ, которые строятся на использовании ресурсов частных и внешних центров обработки данных, сервисов SaaS и PaaS, филиальных вычислительных систем, граничных вычислений, разнообразных сервисов безопасности, затрудняют обеспечение готовности корпоративных ресурсов и создания резервных копий. Чрезмерно упрощенные планы восстановления ИТ после аварий могут привести лишь к частичному успеху. К 2021 году в 90% случаев проблемы с готовностью будут связаны с неспособностью провайдера облачных сервисов задействовать собственные резервные мощности. Предприятиям необходимо использовать инвестиции в автоматизацию и другие ИТ-инструменты для переориентации процесса восстановления систем.

Масштабирование практик DevOps требует переосмысления платформы

Во многих компаниях ИТ-служба практически превратилась в менеджера по продуктам для разнообразных команд DevOps. ИТ-служба должна обеспечивать согласованность в масштабах предприятия, потому что появление островков DevOps внутри компании противоречит ее интересам. К 2023 году 90% предприятий столкнутся с трудностями при масштабировании инициатив DevOps, если не произойдет перехода на совместно используемые платформы самообслуживания.

Инфраструктура – и ваши данные – повсюду

К 2022 году более половины корпоративных данных будут создаваться и обрабатываться вне ЦОДа или облака, в то время как в 2019 году их доля не превысит 10%. Инфраструктура сегодня находится повсеместно, и всякий раз, когда данные перемещаются, это порождает определенные трудности. Как управлять сценариями, когда данные находятся повсюду? Каппучио выступает за обязательную оценку инфраструктуры, обслуживающей данные, уже на ранней стадии проектирования. Необходимо инвестировать в инструменты инфраструктуры, с тем чтобы управлять данными там, где они расположены, и модернизировать существующие архитектуры резервного копирования для защиты данных, где бы они ни находились.

Всепроникающее влияние Интернета вещей

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

Распределенное облако

Развертывание облачных сервисов на собственной инфраструктуре с предоставлением провайдеру разрешения управлять этим облаком становится все более популярным. У Google, например, уже имеется Athos, а AWS вскоре представит OutPosts, так что в ближайшие два года среда здесь серьезно изменится. Но рынок еще только зарождается, поэтому клиентам надо проявлять осторожность. Предприятиям следует установить необходимые ограничения и определить, кто будет отвечать за обновления программного обеспечения, исправление обнаруженных там ошибок и производительность.

Иммерсивное восприятие

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

Демократизация ИТ-служб

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

Будущее сетевых технологий

В мире сетей формируется масса новых тенденций: ячеистые сети, сервисы безопасности категории SASE (secure-access service edge), управление сетями по требованию, автоматизация сетей и межсетевые экраны в качестве сервиса. После того, как на протяжении десятилетий все ресурсы направлялись на повышение производительности и готовности сетей, нынешние инновации ориентированы на простоту операций, автоматизацию, устойчивость и гибкость бизнес-моделей. Автоматизация нужна предприятиям «повсюду», и им необходимо искать баланс между безопасностью и гибкостью технологий.

Управление гибридной цифровой инфраструктурой

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

Бытует мнение, что в отличие от ряда «горячих» цифровых технологий ИТ-инфраструктура сейчас мало интересует управленцев. Для них она давно стала стандартным компонентом, обеспечивающим надежность ИТ-сервисов. Однако участники пленарной дискуссии, открывшей форум «Инфраструктура 2019» издательства «Открытые системы», убеждены, что это не так. «Можно говорить, что инфраструктура — это коммодити. Но когда с ней что-то случается, все верхнеуровневые приложения, аналитика и данные тоже не работают», — напомнил Вадим Гавриленков, руководитель департамента ИТ-инфраструктуры, «Почта России».

«Слово «коммодити» по отношению к инфраструктуре очень верно, если компании сосредоточены только на оптимизации затрат, — полагает Максим Петухов, ИТ-директор АО «Медицина» (клиника академика Ройтберга). — На более высоком уровне зрелости управления инфраструктуру следует воспринимать как драйвер развития бизнеса и находить для нее необходимые средства».

Максим Петухов: «Инфраструктуру мы всегда планируем с запасом, исходя из стратегии развития бизнеса, поэтому у нас всегда есть ресурс, важно его использовать по максимуму»

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

Современная инфраструктура должна отвечать главному требованию, которое предъявляет бизнесу цифровая среда, — становиться быстрее. Не случайно для крупных компаний модель «инфраструктура как код» стала определяющей. «Мы подходим к вопросам наладки оборудования и работы систем как к сервису, и программно-конфигурируемые решения для нас — одно из наиболее перспективных направлений. Программно-конфигурируемые сети и системы хранения, NetDevOps — не просто слова, а реальные инструменты, которыми мы пользуемся каждый день, они сплетают разработчиков ПО и инфраструктуру, раньше как раз этого нам не хватало», — говорит Наталья Ким, начальник управления инфраструктурных решений X5 Retail Group. «Самое сложное на пути создания инфраструктуры, отвечающей новым требованиям, — донести до бизнес-руководителей важность необходимых изменений», — отметила она.

Наталья Ким: «Программно-конфигурируемые сети и системы хранения, NetDevOps — реальные инструменты, которыми мы пользуемся каждый день»

Можно ли построить достаточно гибкую инфраструктуру внутри компании, или будущее исключительно за гибридными и облачными вариантами? Однозначного ответа на этот вопрос нет, полагает Гавриленков, в каждом конкретном случае оптимальным оказывается свой путь. В «Почте России» при принятии решений, касающихся инфраструктуры, руководствуются следующими ориентирами: максимально короткое время от замысла продукта до вывода его на рынок, стоимость решения в целом, надежность и безопасность. Исходя из этого корпоративная сеть, связывающая 40 тыс. отделений, была передана внешнему подрядчику, а виртуализацию и облака компания, напротив, развивает сама, поскольку, помимо прочего, озабочена безопасностью данных, которыми она оперирует.

Зрелая оптимизация

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

Он рекомендовал выбирать горизонт планирования пять-семь лет, только за такой срок становятся понятны все нюансы: свое или публичное создавать облако, опираться на свое «железо» или на виртуальную инфраструктуру. «Инфраструктуру мы планируем с запасом, исходя из стратегии развития бизнеса, поэтому у нас всегда есть ресурс, — сообщил Петухов. — Главное — использовать его по максимуму, задействуя весь потенциал современных технологий». Кроме того, крайне важно вкладываться в управление персоналом, заниматься учетом и контролем. ИТ-служба клиники постоянно ищет как пути сокращения затрат, так и способы поддержать развитие бизнеса, те импульсы, которые технологии могут дать этому развитию.

Риск и просвещение

Насколько руководители должны быть вовлечены в вопросы развития ИТ-инфраструктуры, чтобы это развитие учитывало стратегические приоритеты бизнеса? Руководитель не может делегировать кому-либо функцию цифровой трансформации, убежден Коверзнев. Человеку, принимающему решения, следует самому вникать в процессы развития бизнеса, быть готовым рассматривать все альтернативы, рисковать и экспериментировать, открывать горизонт своей команде, в которой должно быть достаточно компетентных людей, способных предложить, в том числе, и неудобные решения. «Лидер должен окружить себя честным и компетентными людьми, способными выработать стратегию, и понять, что у всех, кто принимает решения, будут риски. Когда ИТ и бизнес перекладывают риски друг на друга — это неправильно», — считает Коверзнев.

Олег Коверзнев: «Инфраструктура — это фундамент. Если фундамент рассчитан на 'хрущевку', небоскреба на нем не возведешь»

Облачный рынок очень быстро растет, особенно сегмент РааS (платформа как сервис), и основная проблема, сопровождающая такой рост, — нехватка квалифицированных кадров, отметил модератор дискуссии Дмитрий Марков, директор по направлению «Информационная инфраструктура» в АНО «Цифровая экономика».

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

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

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

Faberlic – российская косметическая компания, работающая по модели прямых продаж, одна из самых крупных в мире – в 2017 году в мировом рейтинге компаний, ведущих бизнес по этой модели, Faberlic занимала 38-е место. Представительства Faberlic открыты в 20 странах, с компанией сотрудничают более миллиона консультантов, ее продукцией пользуется около 8 млн потребителей.

Активно развивающийся бизнес Faberlic требует и соответствующей ИТ-инфраструктуры. При реализации новой версии основной учетной системы в компании взяли за основу облачную микросервисную архитектуру. Почему именно ее, как осуществляется проект и какие еще задачи в Faberlic доверяют облакам, рассказал Валерий Капленко, директор по ИТ компании. А на форуме ИНФРАСТРУКТУРА 2019, который издательство «Открытые системы» проводит 18 июня, о деталях использования облаков и гибридной инфраструктуры в Faberlic можно будет узнать от CTO компании Романа Варникова.

По словам Валерия Капленко, активно развивающийся бизнес Faberlic требует и соответствующей ИТ-инфраструктуры; при реализации новой версии основной учетной системы в компании взяли за основу облачную микросервисную архитектуру

- Расскажите о бизнесе компании, какие требования он предъявляет к ИТ-инфраструктуре?

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

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

Это был не очень эффективный подход. Наши дистрибьюторы объединены в так называемое MLM-дерево (Multi Level Marketing), и продажа в конце «ветки» дерева, скажем, в Монголии, влияет на бонусы дистрибьютора, который является «наставником» этой ветки. Такую информацию необходимо собирать онлайн; в первоначальной же версии системы это делалось путем закачки файлов, а репликация работала не всегда, иногда приходилось использовать почту для обмена данными.

Поэтому было решено создать систему, которая объединила бы все данные о маркетинговых бонусах всех консультантов во всех странах, где работает Faberlic. Такая система разрабатывалась около десяти лет полностью on-premise на основе базы данных Oracle с надстройкой в виде веб-клиента.

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

Со сменой бизнес-модели вместо 200 маленьких складов мы получили 20 больших, а вместо десятка тысяч консультантов заказы стали оформлять 2,5 млн человек по всему миру. Прежняя архитектура оказалась неадекватной требованиям бизнеса. Попытки спасти ситуацию закупкой дополнительного оборудования результата не дали.

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

- В чем основные особенности новой архитектуры?

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

Компания выбрала облако Oracle Cloud, поскольку предыдущая версия основной учетной системы реализована на базе решений Oracle, и у нас большой опыт работы с продуктами этого вендора и его партнерами.

- Почему именно микросервисы, что дает такой подход?

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

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

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

Пример для нашей системы – подключение службы доставки. Микросервисная архитектура позволяет создать для этого отдельный сервис, подключить его через механизм Discover API и быстро начать с ним работать. Такая гибкость очень важна для бизнеса.

- На какой стадии находится переход к микросервисной архитектуре?

Сейчас проходит пилотное развертывание. Мы «отправили» в облако контейнеры, начали трансляцию данных, в облачных средах разработки ведется работа над различными сервисами. Первые сервисы планируем запустить в июле, до конца года намечено перевести в облако наиболее критичные сервисы и в течение 2020 года – полностью развернуть всю архитектуру.

Облачная архитектура микросервисов – часть большого проекта обновления корпоративной системы «Партнер 2.0», в который входит также фронт-офисная часть на SAP Hybris, разработка мобильного приложения и другие взаимосвязанные компоненты.

- Микросервисы в Oracle Cloud – не единственный облачный компонент ИТ-инфраструктуры компании?

Мы любим облака и работаем с разными их вариантами. Мы первыми в России развернули в Microsoft Azure бизнес-приложение в стадии эксплуатации – BI-систему, которую продолжаем развивать на облачной платформе. Есть свое частное облако, для ряда проектов используем публичные облачные сервисы «Ростелекома».

- Стыковка многочисленных облаков не создает проблемы?

Это сложная, интересная и многогранная задача, которая возложена на наше инфраструктурное подразделение.

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