Статьи

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

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

1. Емкость и ее утилизация

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

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

Облачное хранение во многих случаях помогает решить этот вопрос, поскольку некоторые сервисы предлагают фактически неограниченные объемы хранения.

2. Пропускная способность и ее использование

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

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

3. Вычислительная мощность и ее использование

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

4. Окно резервного копирования

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

Компаниям, использующим технологии резервного копирования, которые относятся к категории инкрементных – непрерывную защиту данных (continuous data protection, CDP), почти непрерывную защиту (near-CDP), инкрементное резервное копирование на блочном уровне, резервное копирование с исключением дублирования и т.д. – как правило, не нужно беспокоиться об окне резервного копирования. Дело в том, что процедура резервного копирования запускается на очень короткий срок, и при этом передается относительно небольшой объем данных. Такие операции обычно не оказывают существенного воздействия на производительность основных систем. Вот почему клиенты, использующие системы такого рода, чаще всего выполняют резервное копирование днем – один раз в час или даже через каждые пять минут. Истинная система CDP действительно работает непрерывно, пересылая каждый новый байт практически сразу после того, как он был записан.

5. Точка восстановления и время восстановления: цель и реальность

На самом деле продолжительность резервного копирования мало кого волнует – интересует время восстановления. Целевая продолжительность восстановления (recovery time objective, RTO) – это согласованный всеми заинтересованными сторонами временной промежуток, в течение которого работоспособность должна быть восстановлена в случае возникновения такой необходимости. Для любой компании приемлемое значение RTO определяется той суммой денег, которую она теряет за время пребывания ее систем в неработоспособном состоянии. Если, к примеру, компания потеряет за час простоя миллионы долларов, уровень RTO для нее весьма критичен. У компаний, занимающихся выполнением финансовых операций, показатель RTO должен приближаться к нулю. У тех же организаций, на работе которых простой компьютеров практически не отражается, RTO может измеряться неделями. Важно лишь, чтобы значение RTO соответствовало потребностям бизнеса компании.

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

Целевая точка восстановления (recovery point objective, RPO) – это объем допустимых потерь данных, выраженный во времени. Например, если мы готовы потерять данные, накопленные в течение одного часа, то значение RPO составляет 1 час. Большинство компаний, впрочем, готовы к гораздо более значительным потерям – от 24 часов и больше. Чем меньше значение RPO, тем чаще вы должны запускать процедуру резервного копирования. Многие компании, вероятно, хотели бы уменьшить интервал RPO, но понимают, что при имеющейся системе резервного копирования это невозможно. Как и в случае с RTO, в компании может быть определено множество различных RPO в зависимости от важности имеющихся наборов данных.

Реальные параметры точки восстановления и времени восстановления (recovery point reality, RPR и recovery point reality, RTR) измеряются только по результатам выполнения процедуры восстановления – реального или тестового. Если RTO и RPO – это целевые параметры, то RPR и RTR позволяют оценить уровень соответствия целевым показателям после восстановления. Проведение соответствующих замеров и последующее сравнение их с RTO и RPO имеет важное значение для определения того, нужно ли вам вносить коррективы в свою систему резервного копирования и восстановления.

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

Что делать с метриками

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

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

Примерно половина компаний признают, что не поспевают за растущими ожиданиями клиентов. И обвинять в этом некого, кроме самих себя. Многие руководители смотрят исключительно на свои ниши и не готовы меняться. Автоматизация в большинстве случаев нацелена на продление «плато рентабельности» при неизменных бизнес-моделях. «Настоящих буйных», совершающих инновационные прорывы на рынке, единицы. По оценке Dell, 61% компаний не имеют цифровой стратегии, по данным Forrester, 60% CEO не вовлечены в изменения. А это значит у остальных есть возможность обогнать тех, кто тормозит.

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

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

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

Чтобы не потерять рынок, по его мнению, сейчас стоит присмотреться к инструментам для адаптации контакт-центров к пиковым нагрузкам и удаленной работе, BPM и решениям категории Legal Tech, а также к облачным сервисам, позволяющим экспериментировать и принимать быстрые решения, таким как Service Desk и сервис онлайн-отделов продаж.

Опыт «Почты России», компании «Додо Пицца» и торгового дома «Петрович» (клиенты Naumen — прим. ред.) говорит, что цифровая стратегия позволяет расти быстрее конкурентов даже на старых рынках.

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

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

Организации, работающие с документами, приобрели мощного союзника, помогающего им оптимизировать бизнес-процессы. Средства обработки естественного языка (Natural Language Processing, NLP) – направления искусственного интеллекта, ориентированного на организацию взаимодействия – позволяют таким компаниям, как Accenture, извлекать из документов ценную информацию и сокращать расходы, обращаясь в эпоху машинного обучения к текстовым, неструктурированным компонентам взаимодействия.

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

«Поиск конкретной информации или связанных с определенными событиями, на протяжении многих лет выполнялся вручную, – указал глобальный управляющий директор Accenture по цифровой трансформации бизнеса, операциям и корпоративному анализу Майк Мареска. – Только таким образом мы могли понять в деталях, что представляют собой наши клиенты и каковы наши контрактные обязательства. В сложившейся ситуации для повышения эффективности поиска в системе учета договоров группа Internal IT Enterprise Insight решила обратиться к средствам обработки естественного языка и искусственного интеллекта».

Запуск проекта Accenture Legal Intelligent Contract Exploration (ALICE) был обусловлен двумя причинами. Во-первых, в системе Manage myRecords (MMR), где хранится более миллиона контрактов, требовалось организовать текстовый поиск. Во-вторых, компании был нужен поиск конкретных положений договоров.

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

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

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

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

В избранной модели документы просматриваются абзац за абзацем, выделяя ключевые слова и определяя, соответствует ли абзац конкретному положению. Слова «наводнение», «землетрясение» и «катастрофа», например, обычно ассоциируются с положением «форс-мажор».

«Средства анализа позволяют нам искать ключевые слова, условия, конкретные пункты и юридические положения сначала на английском языке, – пояснил Мареска. – На следующем уровне в действие вступают средства перевода».

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

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

Обязательным условием перехода от прототипа к готовому продукту Мареска назвал тесное взаимодействие между юридической организацией Internal IT Enterprise Insight Studio и командой ИТ-разработчиков. Эксперты по данным из группы MMR сыграли ключевую роль в определении структуры метаданных и формировании связей метаданных с текстом договоров. Эксперты в области юриспруденции помогали выстраивать компоненты для извлечения начальных положений. В команду разработчиков входили исследователи данных, инженеры UI/IX, инженеры-программисты и функциональные архитекторы.

Сегодня система ALICE, принесшая Accenture премию CIO 100 Award in IT Excellence, полностью развернута и заметно улучшила возможности компании в части выявления и понимания рисков. Она помогла существенно сократить время, затрачиваемое юристами на поиск интересующей их информации в договорах.

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

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

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

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

Подготовка к росту мобильности сотрудников

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

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

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

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

Распространенной альтернативой созданию резервных копий на мобильных устройствах является централизованная система коммуникаций и совместной работы, такая как Office 365 или G-Suite. Сотрудников необходимо обучить их оптимальному использованию, с тем чтобы интеллектуальная собственность хранилась на сетевых корпоративных ресурсах, а не только на самих ноутбуках.

Защита данных SaaS-приложений

Чем больше вы полагаетесь на SaaS-приложения наподобие Office 365 или G-Suite, тем выше потребность в том, чтобы хранимые там данные были надежно защищены. Внимательно изучите соглашение об уровне обслуживания, предоставляемое каждым сервис-провайдером, с которым вы работаете, и выясните, обеспечивают они резервное копирование и восстановление данных. Большинство SaaS-провайдеров ничего подобного не обещает.

Не путайте возможность восстановления удаленных писем в самом сервисе электронной почты с реальными процедурами резервного копирования и восстановления данных (они должны соответствовать правилу 3-2-1, когда три резервные копии хранятся на двух различных носителях, один из которых физически находится где-то в другом месте). Как правило, при реализации такого функционала используется система версионирования, а не резервное копирование. Если что-то случится с вашей учетной записью, большинство SaaS-провайдеров не смогут восстановить ее, а поскольку в SLA ничего об этом не сказано, они не будут даже пытаться.

Облачное резервное копирование и аварийное восстановление

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

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

Без паники

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

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

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

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

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

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

- Какие фактические изменения произошли у вас в организации процессов?

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

- Что происходит с персоналом, планируете ли вы его сокращать, каким образом собираетесь удерживать людей?

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

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

- Успели ли за это время почувствовать изменение потребностей клиентов? Были ли отказы от существующих проектов или запросы на решение новых задач, более актуальных сейчас?

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

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

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

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

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

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

Инновации Domino’s – это пример использования искусственного интеллекта и машинного обучения в привычном бизнесе, ориентированном на массового потребителя. Компания продемонстрировала успешный рецепт изменения характера своей деятельности. Секретным ингредиентом здесь стала технология Nvidia, которую популярная сеть доставки пиццы использует для совершенствования операций в магазинах и при обработке заказов, улучшения клиентского опыта (Customer Experience) и поиска более эффективных маршрутов развоза.

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

Команда исследователей данных в Domino's проверила скорость и эффективность работы компании, используя сервер Nvidia DGX-1 – специализированный интегрированный аппаратно-программный комплекс для исследований в области глубинного обучения. Для тех, кто не знаком с серверным семейством DGX, сообщим: Nvidia создала линейку готовых «к употреблению» программно-аппаратных комплексов. Альтернативой является самостоятельный подбор оборудования, программного обеспечения и платформ искусственного интеллекта с последующей настройкой всей системы. На это могут уйти недели.

Сервер Nvidia DGX-1 – специализированный интегрированный аппаратно-программный комплекс для исследований в области глубинного обучения. Источник: Nvidia

Команда Domino's создала модель прогнозирования доставки, в которой время готовности заказа планируется с учетом его параметров и ситуации в пиццерии Domino’s – числа сотрудников, менеджеров и клиентов, находящихся там в данный момент. Модель построена на основе большого набора данных, составленного на основе пяти миллионов заказов. Этого вполне достаточно для построения точных моделей. Все будущие заказы также обрабатываются системой, что способствует дальнейшему повышению точности модели.

В предыдущих моделях Domino’s использовались ноутбуки и настольные компьютеры с графическими процессорами. На их обучение уходило более 16 часов. Столь длительный интервал делал улучшение модели крайне сложной задачей.

Увеличение вычислительной мощности DGX-1 позволило исследователям данных из Domino’s выстраивать усложненные модели за более короткий промежуток времени. Время обучения сократилось до одного часа, а точность прогнозирования выросла с 75% до 95%. Испытания показали, что производительность труда можно увеличить за счет ускорения работы моделей обучения.

У этого процесса обнаружилось и еще одно преимущество: возможность совместного использования ресурсов. Каждый отдельно взятый графический процессор в DGX-1 обладает очень высокой вычислительной мощностью и большим объемом памяти (32 Гбайт), так что исследователи данных используют лишь часть его ресурсов, благодаря чему множество тестов выполняется одновременно. Имея в своем распоряжении восемь таких графических процессоров, исследователи данных делятся ресурсами и знаниями, организуя взаимодействие нескольких команд.

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

Недавно Domino’s приобрела второй сервер DGX-1 и приступила к развертыванию системы управления контейнерами Kubernetes. Используя средства оптимизации управления Kubernetes, компания получает возможность динамически выделять ресурсы всем исследователям данных, запуская контейнеры быстрее. Как утверждают в Nvidia, даже исследователи данных, не имеющие опыта работы в среде Linux, могут запускать контейнеры Docker без каких-либо затруднений.

«На стороне развертывания» в Domino’s используют поддерживающую Kubernetes кластеризованную среду, и четыре графических процессора Nvidia. Исследователи данных организуют взаимодействие и выстраивают свои модели, используя ту же самую контейнерную структуру, которую они использовали на DGX-1.

Кроме того, Domino’s приобрела платформу машинного обучения Datatron, которая запускается поверх кластера Kubernetes с графическими процессорами и помогает компании выполнять специфичные функции машинного обучения. Datatron позволяет осуществлять мониторинг функционирования модели в реальном времени, а при необходимости повторного обучения модели исследователи данных получают соответствующее уведомление.

Искусственный интеллект и машинное обучение в зоне ответственности ИТ-служб

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

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

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

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

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

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

Шаг 1. Начните с мониторинга

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

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

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

Шаг 2. Внедрите искусственный интеллект, чтобы обеспечить автоматическое применение политик

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

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

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

Шаг 3. Контроль подозрительной активности

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

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

На страже революции IoT

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

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

Автор — Ека­тери­на Крав­ченко, ру­ково­дитель де­пар­та­мен­та се­тевых про­дук­тов Aruba, Hewlett Packard Enterprise в России

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

Предлагаемые Gartner первоочередные меры таковы.

Инструменты взаимодействия и совместной работы со встроенными элементами безопасности

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

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

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

Для автоматизации подбора кандидатов и обслуживания клиентов можно использовать средства искусственного интеллекта.

Привлечение клиентов и контрагентов через цифровые каналы

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

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

Формирование единого источника проверенной информации для сотрудников

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

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

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

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

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

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

«Среди приверженцев блокчейна 86% используют в различных проектах обе технологии», – отметила в своем блоге вице-президент Gartner и автор отчета Авива Литан. Интеграцию с Интернетом вещей она назвала «наилучшим катализатором» для широко разрекламированной технологии распределенного реестра (distributed ledger technology, DLT). Уровень внедрения блокчейна наиболее высок в фармацевтической, медицинской, энергетической и транспортной отраслях.

Среди участников опроса 63% указали, что главным преимуществом объединенных проектов блокчейна и Интернета вещей является повышение уровня безопасности и доверия к совместным многосторонним транзакциям и данным. 56% основным преимуществом считают повышение эффективности бизнеса и снижение затрат. Увеличения объема продаж и расширения возможностей бизнеса ожидают 43%, а о приобретении участниками нового опыта упомянули 37%. (В опросе Gartner принимали участие директора, топ-менеджеры и руководители высшего звена. 92% респондентов представляли ИТ-подразделения; 62% — технические и ИТ-директора.)

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

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

Gartner – не единственная аналитическая компания, сообщающая о росте активности в сфере Интернета вещей и блокчейна. Так, аналитики Juniper Research выпустили отчет, в котором утверждается, что применение технологий слежения блокчейна и Интернета вещей «совершит революцию» в пищевой отрасли и приведет к сокращению в течение пяти лет объема мошеннических операций на 131 млрд долл.

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

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

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

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

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

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

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

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

Одним из важных факторов является стандартизация, позволяющая обмениваться данными между реестрами независимо от их версии. FedEx, например, объединила свои усилия с конкурирующими компаниями DHL Express и UPS для разработки стандартов блокчейна, которые могут быть развернуты по всей отрасли. Все три гиганта индустрии экспресс-доставки входят в Blockchain in Transport Alliance, отраслевую ассоциацию, в которой насчитывается более 500 членов.

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

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

«Думаю, мы находимся на этапе, когда нужно прежде всего думать о доминирующих технологиях, – заявил Картер в ходе своего выступления на конференции Blockchain Global Revolution Conference. – Мы не настаиваем на усилении регулирования, но бывают периоды, когда принятие определенных норм и правил может оказаться невероятно полезным».

Создание сети Мастерчейн и разработка на ее основе первых продуктов стали заметным событием на российском финансовом рынке. Мы поговорили с Анатолием Конкиным, руководителем направления «Развитие технологии распределенного реестра» Ассоциации ФинТех и номинантом на премию CDO Award, об истории и перспективах этого проекта, а также о его значении для рынка.

— С чего начиналось формирование вашей блокчейн-платформы?

К моменту начала работы над Мастерчейном некоторые банки уже провели исследования технологии блокчейн и проанализировали способы ее применения. Возникла идея объединить имеющиеся наработки, в том числе в депозитарном учете и в банковских гарантиях, в целях создания единой платформы для финансового рынка. Участники сформулировали основные требования к платформе и кейсы для блокчейна, и в 2017 году в Ассоциации ФинТех стартовала разработка Мастерчейна и прикладных приложений. В 2018 году сеть была запущена.

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

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

Для промышленного использования в России блокчейн-платформа должна соответствовать требованиям информационной безопасности и стандартам отечественной криптографии. Мастерчейн удовлетворяет всем условиям: в 2019 году он стал первой сертифицированной в ФСБ блокчейн-платформой. В нем используется ГОСТ-криптография и обеспечен защищенный обмен финансовыми сообщениями.

— Почему выбрали архитектуру именно на основе блокчейна?

Участники Ассоциации ФинТех определяли прикладные задачи, в которых именно блокчейн был наиболее эффективен для сокращения издержек за счет устранения посредников и применения смарт-контрактов. В прошлом году была запущена децентрализованная депозитарная система (ДДС) на платформе Мастерчейн. Использование смарт-контрактов в депозитарной системе позволяет полностью автоматизировать регистрацию и учет ценных бумаг в депозитарии. Сейчас ДДС применяется для учета электронных закладных, что позволяет уменьшить издержки депозитариев более чем на 30%, а время регистрации закладной — с 9 дней до 1 дня. В настоящее время идет разработка системы цифровых банковских гарантий на Мастерчейне.

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

— На каких принципах строится работа с данными в вашей блокчейн-системе?

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

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

— Как распределены роли и ответственность сторон, участвующих в работе с платформой?

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

— Как шло формирование экосистемы вокруг вашей платформы? Как удалось обеспечить доверие к ней со стороны партнеров?

Участники АФТ совместно с Банком России сами определяли требования к платформе. Она прошла сертификацию ФСБ, что подтверждает ее надежность и безопасность. Высокое доверие к Мастерчейну обеспечивают также и принципы его работы: децентрализованность, прозрачность всех операций и невозможность в одностороннем порядке менять данные. Сейчас на этой платформе разрабатываются прикладные приложения как внутри Ассоциации, так и за ее пределами — участники создают собственные решения.

— В чем видите свою роль и роль своего подразделения в создании и дальнейшем развитии платформы и ее экосистемы?

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

Также мы активно ведем исследовательскую работу в рамках R&D-подразделения АФТ. В настоящее время планируем провести исследования технологии распределенных реестров по трем ключевым направлениям: интероперабельность (взаимодействие блокчейн-платформ), масштабирование и обеспечение безопасности данных. Важно отметить, что при этом будут определены в том числе и подходы к стандартизации смарт-контрактов.