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

В следующем году сервисы 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-систему, которую продолжаем развивать на облачной платформе. Есть свое частное облако, для ряда проектов используем публичные облачные сервисы «Ростелекома».

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

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

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

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

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

Эксперты называют FinOps инструментом оптимизации затрат, которая приобретает критически важное значение по мере того, как компании переводят все больше своих ключевых ИТ-функций из самостоятельно контролируемых ЦОДов с постоянными затратами в облака с затратами переменными. По оценкам Gartner, до 2022 года рынок публичных облачных сервисов будет ежегодно расти почти на 17%, и к концу этого периода достигнет 360 млрд долл.

Как ни удивительно, именно в этом сегменте аналитики обнаруживают исключительное расточительство с точки зрения как расходования драгоценного бюджета, так и использования ресурсов. Из 300 руководителей финансовых и ИТ-служб, опрошенных 451 Research, 80% отметили, что слабое управление финансами в облачной сфере негативно отражается на их бизнесе; 57% ежедневно выражают обеспокоенность управлением облачными затратами, а 69% регулярно превышают заложенный облачный бюджет на 25% и более.

Экономика облака

«Облако – не только технологический феномен XXI века, но и экономическая модель, движимая цифровой трансформацией, – указывает автор облачной стратегии компании Capital One Бернард Голден. (Capital One Financial Corporation — американская банковская холдинговая компания, специализирующаяся на кредитных карточках, ипотечных кредитах, автокредитах, банковских и сберегательных продуктах. — Прим. перев.) – Облако – новая эпоха фабричного производства. Способность облаков автоматизировать функции и повышать эффективность работы компаний аналогична революции Генри Форда, которую тот устроил в автомобильной отрасли путем организации фабричного производства и автоматизации некоторых процессов, позволившей ускорить выпуск автомобилей. Подобно тому, как Форд сократил расходы на производство автомобилей за счет использования средств автоматизации, предприятия должны минимизировать свои затраты на облачное программное обеспечение путем их оптимизации и управления ими».

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

По мере перемещения вычислительных ресурсов в Amazon Web Services и Azure компания Nationwide столкнулась с вопросом выбора оптимальной облачной платформы. Сложность выбора «правильного» облачного сервиса является общей проблемой при переходе в облако. То же самое относится и к «черному ящику» облака в части понимания затрат на конкретные облачные сервисы. Счета за облачные сервисы, выставляемые AWS, Microsoft и другими провайдерами, становятся слишком подробными и громоздкими. FinOps помогает предприятиям отслеживать свои затраты на ресурсы процессора, памяти и хранения, внося соответствующие корректировки, связанные с выбором серверов, которые лучше подходят им с точки зрения ресурсов и требований.

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

Прозрачность расходов имеет решающее значение и для Алекса Ландиса, финансового менеджера проекта разработки платформ AWS в AutoDesk. С его помощью компании удалось добиться серьезного прогресса в области перехода от продаж традиционных программ для построения чертежей к предоставлению аналогичных SaaS-сервисов в AWS и других облаках. Будучи бизнес-аналитиком по образованию, сегодня Ландис учится выстраивать платформу публичных облачных программных сервисов.

Благодаря централизации и внедрения политик управления AutoDesk уже удалось сэкономить на облачных затратах сотни тысяч долларов.

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

Затраты на использование серверов в модели без серверов

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

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

Провайдеры облачных сервисов все чаще исключают из счетов упоминания о серверах, предлагая в качестве замены функции в виде сервиса (functions-as-a-service, FaaS). В этих условиях компании платят только за использование программного кода, который обеспечивает функционирование их приложений. Эти транзакции выполняются за доли секунды, генерируя еще больше строк еще быстрее, что приводит к значительному увеличению объемов и сложности выставленных счетов. «Когда вы пишете код для новой функции, обращение к сервисам происходит очень быстро, и массу людей можно обслужить за совсем небольшие деньги, – пояснил Фуллер. – Но при выполнении миллиардов транзакций количество таких обращений стремительно растет. И это вызывает у клиентов уже серьезные трудности».

С этим согласен и Дж.Р. Стормент, соучредитель компании Cloudability, выпускающей программное обеспечение FinOps для составления прейскурантов на потребленные предприятиями облачные сервисы.

"Каждый месяц мы видим счета за потребленные облачные сервисы, размеры которых в несжатом виде могут достигать 450 гигабайт, – говорит он. – Таков счет в текстовой форме только для одной компании за один месяц. Посекундный биллинг в сочетании с расширением ассортимента предлагаемых сервисов (у AWS он насчитывает более 200 тыс. единиц) и ростом популярности публичных облаков, обороты которых исчисляются уже девятизначными числами, порождают для крупных предприятий огромное количество данных".

В целях систематизации практик FinOps компания Cloudbility объединила усилия с Nationwide, AutoDesk, Here Technologies и прочими, сформировав некоммерческую ассоциацию FinOps Foundation (F2), которая сосредоточена на продвижении передового опыта и стандартов управления финансированием облачных сервисов.

Лучшие практики FinOps

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

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

— Не запрашивайте газонокосилку там, где подойдет триммер. Является ли инстанс EC2 оптимальным для вас или же он избыточен? Используйте и платите только за то, что вам действительно нужно.

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

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

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

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

Таковы результаты опроса Cloud Security Alliance о планах переноса систем ERP, в котором принимали участие представители 200 организаций. И это лишь малый срез огромного рынка. В отчете CSA's Impact of Cloud on ERP утверждается, что в 2021 году предприятия потратят на облачные варианты ERP-систем 30 млрд долл., а на публичные облачные сервисы в целом – 266 млрд долл.

Наиболее распространенной причиной «переезда» ERP в облако является масштабируемость. На это указали 65% опрошенных. Далее следует уменьшение стоимости владения (61%), а также автоматические обновления и ликвидация брешей в системе безопасности (49%).

Опасения, связанные с облаками

Перемещение конфиденциальных данных заставило бизнес задуматься: 65% назвали это своим главным опасением при переносе ERP-систем в облако. Чтобы использовать собственные инструменты миграции, которые обеспечивали бы управление доступом и шифрование данных при их хранении и перемещении, предприятиям понадобится перестраивать свои системы с учетом особенностей облачных сред.

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

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

В целом, предприятия удовлетворены безопасностью своих систем: согласно заявлениям 51% опрошенных, в последние два года никаких происшествий, связанных с безопасностью их ERP-систем, не было. При этом 44% придерживаются более реалистичной точки зрения, отмечая, что о возникновении таких ситуаций им неизвестно. На оставшиеся 5% приходится в среднем 3,8 инцидента за последние пару лет.

Участникам опроса было предложено перечислить продукты безопасности, защищающие их облачные ERP-сервисы. Выяснилось, что 68% используют системы управления доступом и идентификацией, 63% – межсетевые экраны, 62% – средства оценки уязвимости и 59% – системы обнаружения и предотвращения вторжений (intrusion detection and prevention system, IDS/IPS). Лишь 38% упомянули о системах управления информационной безопасностью и событиями (security information and event management system, SIEM) и 29% о брокерах безопасного доступа в облако (cloud access security broker, CASB).

К другим проблемам, связанным с перемещением ERP в облако, относятся вопросы необходимости соблюдения нормативных требований (54%), сбои при выполнении бизнес-операций в процессе миграции (47%) и время, необходимое для переноса данных (46%).

Просчеты при миграции

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

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

После перемещения

Большая часть данных в конечном итоге оказывается в облаке Amazon Web Services (об этом сообщили 28% опрошенных) или Microsoft Azure (25%). О SAP упомянули 14%, об IBM – 10% и об Oracle – 8%.

Сравните это с информацией о производителях ERP-система, которые используют предприятия-респонденты. У 52% развернуты системы SAP (в компаниях, где численность сотрудников превышает 50 тыс. человек, их доля возрастает до 70%), у 36% – системы Oracle и у 24% – Microsoft Dynamics (при численности персонала менее 5 тыс. человек – на таких предприятиях работает половина опрошенных – доля систем Microsoft увеличивается до 50%).

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

Если попробовать описать одной фразой, «“Кнопка” — это…»?

Прямо сейчас мне сложно ответить на этот вопрос. Мы работаем над тем, чтобы технологии, которые мы отработали внутри «Кнопки», — нейронные сети, роботы и прочие штуки — можно было продавать другим участникам рынка. Если раньше я бы сказал, что «Кнопка» — это бэк-офис для малого бизнеса, то теперь мы идем к тому, чтобы «Кнопка» стала бэк-офисом для аналогичного нам бизнеса.

Бэк-офис для бэк-офиса?

Бэк-офис для другой аутсорсинговой компании.

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

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

Андрей Завьялов, сооснователь «Кнопки» В 2013 году стал сооснователем «Кнопки». До этого пять лет проработал в крупной энергетической компании в должности финансового и генерального директора. Три года управлял инвестиционной компанией в сфере «зеленой » энергетики. Сменил привычную сферу, отказался от важных должностей и три года руководил продажами интернет-проектов «Эльба» и «Диадок» в СКБ «Контур». Заработал лысину, степень MBA и огромный опыт в b2c- и b2b-продажах. Начал свой длинный профессиональный путь с работы на железной дороге: был самым молодым начальником поезда (командиром подвижного состава).

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

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

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

В России основные игроки на этом рынке — это, как ни странно, банки. Они идут в предпринимательский low-сегмент. Появляется новая категория клиентов — самозанятые, которые будут платить 4%. Это несколько десятков миллионов человек. Банки хотят оказывать им услуги по ведению налогового учета. ИП и малым предприятиям, которые платят 6%, они предлагают налоговый и бухгалтерский учет. Наше поле — устоявшийся, стабильный бизнес, у которого уже есть сотрудники. Этим компаниям мы предлагаем облачный бэк-офис.

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

Воспроизвести вашу бизнес-модель никто не захотел, не догадался или не смог?

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

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

Часто задают вопрос: почему вы вообще стали писать роботов, нейронные сети, распознавание? У нас не было изначально такой задачи. Мы обслуживали предпринимателей с помощью бухгалтерских рук. В какой-то момент число ошибок бухгалтеров стало очень большим. Мы пробовали разные подходы: правильное отношение к ошибкам, «бирюзовая компания»… В итоге стало понятно, что не ошибаться может только «нечеловек».

Сколько сейчас клиентов у «Кнопки»? Какие планы роста?

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

Из-за проблем с масштабированием бизнеса?

Благодаря тому, что мы создали методики бухгалтерского и юридического сопровождения, мы можем масштабироваться без особого увеличения штата. После ошибок это была вторая причина придумать технологии автоматизации. Мы просчитали бизнес-модель и поняли, что можем нанять хоть тысячу бухгалтеров. Даже при таких объемах модель будет работать и приносить прибыль. Но тысяча бухгалтеров? Это зомби-апокалипсис! Поэтому мы стали думать, как, не увеличивая количества сотрудников, обслуживать больше клиентов. Еще один путь — самим использовать аутсорсинг. За счет того, что мы очень хорошо знаем бухпроцесс, мы знаем каждый кирпичик и умеем некоторые из этих кирпичиков отдавать на аутсорс. Это тоже позволяет хорошо масштабироваться.

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

Быстро это не произойдет. Существуют ФНС, Росстат и Пенсионный фонд: государственные структуры не будут с разговаривать с бизнесом электронно. Конечно, электронный документооборот появляется. Лидер в этом отношении — налоговая инспекция: в девяти случаях из десяти с ними можно решить вопросы дистанционно. Но остаются 10%, которые пока не решаются. Пенсионный фонд требует личного присутствия. Если возникает проблема, ее можно решить только голосом. Пока структурированного общения с госорганами не получается, перед нами стоит одна из самых сложных инженерных задач — перевод неструктурированной информации в структурированную.

Какие метрики вы используете, как измеряете эффективность своей работы?

Мы фанатики метрик — измеряем вообще все. Мы начали с исследования структуры работы бухгалтера. Мы стали замерять его рабочий процесс, иногда буквально секундомером. Стало понятно, что надо на каждый процесс закладывать отдельную метрику. Сколько документов заведено, сколько не заведено, каким клиентам робот отправил расчет налогов, каким нет, скорость ответа: 90% ответили за час, 100% ответили за 18 часов, 50% ответов уложились в 15 минут. Вся «Кнопка» построена на метриках. Это наш фетиш.

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

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

Какие платформы для коллективной работы вы используете?

«1С». Мы используем ее как ядро. «1С» обладает лучшей компетенцией актуализации форм отчетов перед государством. Как только государство меняет внешний вид налоговой декларации, это делает «1С». Это первый и базовый инструмент, как и у всех бухгалтеров России. У нас есть Slack. Это важный коммуникационный инструмент внутри компании. Мы используем Jira и собственное мобильное приложение.

Основной инструмент коммуникаций с клиентом — чат?

Да. Чат, который мы самостоятельно написали.

Клиент пишет в чат, что ему надо что-то сделать, и ваши ребята садятся и делают?

Да.

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

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

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

Идеальный способ коммуникации — аналог игры «Веселая ферма». Ты включил приложение, у тебя моргает: сюда отправь пару сканов документов, потому что их требует бухгалтер, здесь мигает запрос по увольнению или приему сотрудника, тут тебе загрузили платежки в банк, зайди их подпиши. Это не совсем чат. Чат тоже есть — когда возникают вопросы, которые надо обсудить. Но в целом все сводится к графическому пользовательскому интерфейсу.

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

«Кнопка» — это стартап?

Скорее нет, чем да. Что такое «стартап»? Компания, которая что-то новое придумывает? Да. Убыточная? Да. Прибыльная? Да. И на те же вопросы можно ответить «нет».

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

Сколько времени прошло с создания «Кнопки» до выхода на оперативную безубыточность?

Три с половиной, даже четыре года.

Называли цифру 10 млн долл. инвестиций в «Кнопку». Это похоже на правду?

Да. Хотя смотря по какому курсу. По нынешнему — меньше. Но порядок такой.

Мы работаем над тем, чтобы технологии, которые мы отработали внутри «Кнопки», — нейронные сети, роботы и прочие штуки — можно было продавать другим участникам рынка

Есть мнение, что все бухгалтерские сервисы в России собирают крошки со стола «1С». Это так?

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

Но что считать рынком бухуслуг? Если посчитать, сколько платит РЖД своей дочерней компании, которая ведет их бухгалтерию, тогда «1С» — просто один из игроков на этом рынке. Если мы отбрасываем крупные компании и банки, это будет другой разрез.

Если брать сегмент мелких компаний, самозанятых и ИП и убрать верхний слой, где работают зарубежные системы, то на «1С» придется 99% софта, которым пользуются для бухучета. Но они же зарабатывают на лицензиях. А рынок бухуслуг гораздо шире. В том же РЖД работают 8 тыс. бухгалтеров, приплюсуем сюда еще какой-нибудь Магнитогорский металлургический комбинат. Бухуслуги гораздо дороже софта внутри. Поэтому, кто у кого подбирает крошки со стола, не знаю.

Ты знаешь, что происходит с малым и средним бизнесом? Расскажи об этом. Как меняется бизнес твоих клиентов?

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

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

Этой тенденции уже три тысячи лет…

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

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

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

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

Блиц, короткие вопросы, на которые ты можешь отвечать не обязательно коротко. Хороший формат, не я придумал. Agile работает?

Да. Прямо большими буквами — ДА.

Выход на биржу или продажа стратегам?

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

Если ты застрянешь в лифте с Нуралиевым, о чем ты с ним поговоришь?

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

Компания IDG Communications оценила затраты клиентов на облачные технологии, изучив мнение читателей CIO, Computerworld, CSO, InfoWorld, ITworld и Network World.

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

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

Сложности для клиентов = возможности для партнеров

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

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

В настоящее время 43% используют только гибридное облако, 12% – мультиоблачную среду и 30% – и то, и другое вместе.

К преимуществам мультиоблачной среды относятся: расширение облачных возможностей (59%), упрощение и ускорение восстановления после сбоев (40%), повышение гибкости за счет распределения рабочей нагрузки между множеством облаков (38%).

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

На крупных предприятиях (где работает более 1 тыс. сотрудников) давление ощущается сильнее, чем на предприятиях среднего звена (численностью менее 1 тыс. человек).

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

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

Погружаясь глубже, организации в технологически-зависимых отраслях склонны рассматривать поставщиков облачных сервисов в рамках портфельной стратегии. Наиболее отчетливо этот процесс протекает в сфере финансовых услуг (63%) и высоких технологий (63%). Зато в производственной сфере (43%) и образовании (41%) поставщиков облачных сервисов не так активно включают в портфельную стратегию.

«От ИТ-служб ждут ускорения доставки ИТ-сервисов и более быстрой реакции на изменение рыночных условий, – заметила старший вице-президент IDG Communications Джулия Экстром. – Облачные решения предоставляют необходимую для этого гибкость. Для удовлетворения своих потребностей организации используют разные облачные модели, но при этом им приходится управлять множеством поставщиков. Изучая новые области облачных инвестиций, они просматривают портфель поставщиков облачных сервисов и пытаются оценить, какие решения будут способствовать росту, и какие новые поставщики во взаимодействии с уже существующими помогут упростить внедрение облачных технологий».

Затраты как сервис

Следует отметить, что доля ИТ-бюджетов, выделяемая на облачные вычисления, остается относительно неизменной и составляет 30% против 28% в 2016 году.

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

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

На предприятиях среднего звена не менее влиятельным оказывается генеральный директор (72%), на крупных же второе место занимают директор по безопасности и архитектор ИТ (у них обоих 87%).

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

В настоящее время у среднего предприятия 53% приходится на необлачные ресурсы, 23% на SaaS, 16% на IaaS и 9% на PaaS.

Ожидается, что через полтора года доля необлачных ресурсов составит 31%, SaaS – 33%, IaaS – 22% и PaaS – 14%.

Два главных преимущества SaaS для сотрудников ИТ-службы заключаются в сокращении числа операций технической поддержки и обновления, выполняемых вручную (62%), и повышении производительности труда / уменьшении затрачиваемого рабочего времени (55%).

Следующие два фактора – доступ и надежность, а также расширение возможностей для клиентов (по 55%) – самым непосредственным образом отражаются на конечных пользователях.

Главными преимуществами PaaS являются сокращение накладных расходов на серверы и системы хранения (56%), а также отсутствие необходимости управлять обновлениями и осуществлять техническую поддержку (51%). Преимущества IaaS связаны с масштабируемостью (68%) и гибкостью (53%).

Основными приложениями, которые организации используют в облаке (или перемещают туда) являются веб-сайты и веб-приложения (49%), а также решения для связи и взаимодействия (45%).

К приложениям, перенос которых находится на этапе планирования – и должен состояться в ближайшие 12 месяцев или в течение 1-3 лет – относятся средства восстановления после сбоев и обеспечения высокого уровня готовности (49%), а также системы бизнес-анализа и хранилища данных (45%).

Далее следуют средства хранения, резервного копирования, архивирования и файл-серверы (44%), а также средства управления системами и DevOps (42%).

Вызовы остаются

Главными вызовами и препятствиями на пути реализации стратегии облачных вычислений в течение года остаются опасения клиентов относительно привязки к конкретному поставщику (47%), места хранения данных (34%) и безопасности облачных решений (34%).

Вместе с тем результаты отражают устойчивое снижение опасений в области безопасности – с 67% в 2015 году до 34% сейчас.

Две другие проблемы, связанные с безопасностью и управлением, с течением времени также становятся менее острыми в связи с ростом зрелости облачных технологий, подкрепляемой ужесточением нормативных требований и обеспечением соответствия облачных решений корпоративным требованиям и отраслевым стандартам (если в 2015 году об этом упоминали 35%, то в 2018-м – уже 26%).

Обеспокоенность вопросами управления информацией (eDiscovery и другие требования к информационному управлению) находилась на наивысшем уровне в 2014 году (35%), а затем начала снижаться и сейчас уменьшилась до 23%.

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