Обеспечение эффективного взаимодействия подразделений разработки и эксплуатации информационных систем – одна из наиболее актуальных проблем предприятий, вступивших на путь цифровой трансформации. От всех подразделений сегодня требуются высокие темпы реагирования на изменения; недопустима ситуация, когда одни оперативно создают новые и модернизуют существующие приложения, а другие их саботируют, оберегая стабильность инфраструктуры. Облака, большие данные и машинное обучение способны предоставить бизнесу конкурентные преимущества за счет своевременного вывода на рынок востребованных сервисов, однако полная реализация их потенциала зависит от того, насколько эффективно применяются инструменты поддержки разработки и оперативного изменения сервисов и приложений для создания новых бизнес-моделей — иначе говоря, от уровня развития культуры DevOps в организации. Об особенностях освоения DevOps в Центре разработки ADM Micro Focus в Израиле рассказал в ходе форума ITMF 2018 Евгений Карасик, руководитель проектов, технический директор по направлениям Mobile/Cloud/DevOps.

- Что собой представляет лаборатория Mobile Center?

В 2015 году для разработки инструментов тестирования и мониторинга мобильных приложений в городке Иехуд, недалеко от Тель-Авива, была создана лаборатория HPE Mobile Center на базе образованной еще в 1996 году исследовательской лаборатории компании Mercury Interactive. Сегодня центр, структурное подразделение компании Micro Focus, занимается созданием продуктов для тестирования и мониторинга любых мобильных приложений и устройств в произвольных рабочих средах, охватывающих практически все платформы и типы устройств. Мы работаем на корпоративных клиентов во всех сферах бизнеса, в основном в финансах, но не ограничиваемся только ими: в конечном счете, наша задача состоит в удовлетворении потребностей заказчиков, благодаря регулярной и ранней поставке ценного для их бизнеса программного обеспечения, что возможно сегодня благодаря DevOps.

- Что изменилось с момента образования лаборатории?

Развитие мобильных технологий идет полным ходом, добавились, скажем, такие интересные вещи, как Progressive Web Apps. Однако некоторые новшества себя пока не проявили в полном объеме. Например, большие надежды возлагались на Интернет вещей; предполагалось, что к сегодняшнему дню предприятиями будут востребованы соответствующие инструменты, но этого не случилось – ни у одного из наших заказчиков нет долгосрочной стратегии работы в Интернете вещей. Конечно, сама индустрия развивается, например, «подключенные автомобили» (connected cars), но на корпоративном уровне кардинальных сдвигов не произошло. Так, не оправдали ожиданий «умные» часы, включая Apple Watch, хотя предполагалась, что для них будет создано множество приложений. С другой стороны, весьма востребовано оказалось все, что связано с аналитикой, особенно прогнозной, – есть конкретные запросы на реализацию ее функций на уровне корпоративных приложений.

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

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

- Что означает ваш тезис, прозвучавший в выступлении на форуме: «Всё находится в системе контроля кода»?

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

- Какие имеются проблемы при переходе на DevOps?

Основные проблемы не столько технические, сколько организационные — исторически имелась «стена», отделяющая подразделения разработки от служб эксплуатации, сотрудники которых до сегодняшнего дня решали разные, с точки зрения бизнеса, задачи. DevOps позволяет наладить коммуникации, но главное – всем надо понять требования бизнеса, а не пытаться внедрять DevOps ради него самого, тем более, что в его основе лежит здравый смысл, а не некое откровение. Часто структура компании просто не позволяет наладить оперативное взаимодействие – нет горизонтальных связей и для того, чтобы «дотянуться» до коллеги за соседним столом, требуется прежде объясняться с его руководителем. Без структурных преобразований компании, предусматривающих работу по DevOps всех ее подразделений, успех от Agile вряд ли будет возможен.

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

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

- Как на ранних этапах проекта определить ценность ПО?

Бизнес-заказчики не задумываются о ценности ПО, а только выдают нам свои проблемы, а мы их конвертируем в приложения, разбиваем решение на этапы, продукты, а потом корректируем. Здесь очень помогают SaaS-решения, позволяющее при взаимодействии с клиентами получить обратную связь. Мы два года выстраивали Agile-цепочку формирования ценности программного продукта, руководствуясь, в частности, принципом MVP (minimum viable product — «минимально жизнеспособный продукт»), согласно которому результатом первых спринтов становится продукт, обладающий минимальным, но уже достаточным для удовлетворения исходных запросов бизнеса функционалом. Не следует сразу пытаться в одном продукте решать все проблемы всех клиентов, но нужно культивировать специалистов, способных сформулировать те 20% требований заказчиков, которые способны отобразить 80% потребностей клиентов.

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

- Гиганты интернет-индустрии, Facebook, Google и Amazon, способны ежедневно выпускать в промышленную среду по несколько версий продуктов при приемлемом качестве. Достаточно ли для этого инструментов, предлагаемых сегодня Micro Focus?

Да, вполне. Мы применяем сами и предлагаем своим заказчикам интегрированный набор продуктов, помогающий разрабатывать, управлять, тестировать, контролировать и улучшать программное обеспечение. Такие инструменты, как ALM Octane – управление жизненным циклом и потоками DevOps, в частности, автоматизированным тестированием; UFT/StormRunner Functional/LeanFT и другие модули из Application Delivery Management – функциональное тестирование веб и мобильных сред, позволяющие включить в процесс тестирования специалистов по бизнес-процессам; StormRunner Load – нагрузочное тестирование в облаке; AppPulse – мониторинг и адаптация пользовательских возможностей, помогают быстро выпускать качественный продукт. Однако, сегодня ни один заказчик не использует решения только от одного поставщика – как минимум, все они смотрят на открытые решения: Chef – оркестровка развертывания ПО; Jenkins – непрерывная интеграция; средства тестирования Appium и Selenium, которые мы также интегрируем в свои решения.

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

- Переход на DevOps позволил вам достичь впечатляющих результатов...

Вместо выпуска новой версии продукта раз в год теперь мы выпускаем релизы по запросу бизнеса, а вместо увеличения объема кода от версии к версии на 30% рост сейчас составляет максимум 3-5%. Чем меньше изменений, тем ниже риски и меньше вероятность внесения ошибок. Раньше автоматическим тестированием было охвачено лишь 20% кода, а сейчас 80%. Следствием данных изменений стала не регрессия качества продукта, вызванная хотя бы тем, что через три года объем программ удваивался и разбухшим кодом было все сложнее управлять, а увеличение качества. Весь код мы стараемся разделить на «живой» и «мертвый», инвестируя в первый и отсекая второй. Но для этого надо понять, зачем он был включен и потребуется ли в будущем.

- Agile, DevOps называют инструментами цифровизации, а каким должно стать ИТ-подразделение цифрового предприятия?

Общая тенденция – движение в сторону архитекутуры serverless на основе облаков, когда все необходимые сервисы прозрачны, а необходимые для их поддержки ресурсы предоставляются по запросу. В цифровую эпоху ИТ-подразделения заменят боты, которые сами будут искать необходимые для поддержки бизнеса ресурсы. Как таковой должности CIO не будет, возможно, вырастет роль CDO (Chief Data Officer), но в любом случае бизнес-менеджеры должны будут в состоянии сформулировать требования в терминах ИТ, как сегодня вы платите за кубометры или киловатты – ресурсы, фактически поставляемые из «облака». Иначе говоря, не будет четкой границы между ИТ и бизнесом, а ИТ-подразделение как таковое станет неотъемлемой частью бизнеса, а не его отдельным подразделением.

2017 год для General Electric выдался исключительно тяжелым. Убытки в четвертом квартале составили 9,8 млрд долл., стоимость акций упала до 42%, а довершением всему стал досрочный выход на пенсию в октябре генерального директора компании, легендарного Джеффа Иммельта.

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

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

Иммельт верил в открывавшиеся перспективы и вкладывал в GE Digital миллиарды. В 2016 году подразделение GE Digital купило за 915 млн долл. облачный сервис управления сбором информации ServiceMax. За 495 млн долл. была приобретена компания Meridium, специализировавшаяся на автоматизации обслуживания и повышении эффективности управления имеющимися ресурсами.

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

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

Генеральный директор GE Digital Билл Ру считает эти стратегические изменения обретением «новой точки опоры».

«Следует помнить, что подразделение GE Digital было создано только в 2015 году, а его продукты начали продаваться в 2016-м, – подчеркнул Ру. – Идет лишь третий полноценный год нашей операционной деятельности. Мы поняли, что нужно концентрироваться на главном. И хотим в большей степени сосредоточиться на уточнении конкурентных отличий наших продуктов».

Центральным звеном портфеля GE Digital стала программная платформа Predix, которая предназначена для создания приложений, управляющих промышленным оборудованием. По словам Флэннери, доходы от Predix в 2018 году должны удвоиться, достигнув примерно 1 млрд долл., а стратегия Ру заключается в том, чтобы Predix обслуживала в первую очередь ключевых клиентов GE и специально предназначенные для них приложения.

Отказ от собственных дата-центров

Изначально GE планировала построить собственное облако Predix Cloud, которое управляло бы распространением данных, вырабатываемых промышленными ресурсами.

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

«Мы быстро осознали, что бизнес облачных ЦОДов не имеет для нас особого смысла, поскольку в этом случае нам пришлось бы конкурировать с Amazon, Microsoft и Google, которые вкладывают в ЦОДы миллиарды и миллиарды долларов, – отметил Ру. – Таких затрат мы просто не можем себе позволить, да этого и не нужно».

Смена ориентации позволила инженерам GE сконцентрироваться на разработке приложений.

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

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

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

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

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

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

С этой целью GE Digital недавно подписала партнерское соглашение с гигантом отрасли упаковки для продуктов и напитков SIG Holding, предусматривающее развертывание Predix на 400 предприятий компании с целью повышения эффективности работы каналов поставок и управления качеством бизнеса.

Швейцарская компания принимает активное участие в формировании растущего европейского рынка для Predix.

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

Выпуск в 1978 году микропроцессора Intel 8086 стал переломным моментом для персональных компьютеров. ДНК этого чипа до сих пор можно обнаружить в любом ПК – Windows, Mac или Linux – включая, вероятно, и тот, который вы используете сейчас при чтении этой статьи (Статья впервые была опубликована в PC World десять лет назад, 17 июня 2008 года. — Прим. ред.). Именно это помогло Intel из одного из многих производителей чипов превратиться в крупнейшую в мире компанию.

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

В момент начала разработки процессора 8086 в мае 1976 года руководство Intel не могло даже представить себе, какое огромное влияние она окажет на развитие всей отрасли. Этот проект рассматривался как проходной и незначительный. Основные надежды возлагались на радикально иной и значительно более сложный процессор 8800 (его выпустили позднее под названием iAPX 432). В эпоху, когда большинство чипов были 8-разрядными, 8800 призван был совершить скачок к 32-разрядным вычислениям. Его возможности многозадачной обработки и схемы управления памятью, встроенные прямо в центральный процессор, позволяли существенно уменьшить объем программного кода операционных систем.

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

Пришествие архитектора

Руководители Intel сохраняли веру в 8800, но им требовалось как-то ответить на угрозу со стороны Zilog. Они обратились к Стивену Морсу – 36-летнему инженеру, который произвел на всех глубокое впечатление своим критическим исследованием конструкционных недостатков процессора 8800. Решено было поручить Морсу проектировать 8086 в одиночку.

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

Главным проектировщиком 8086 стал Стивен Морс Источник: Intel

Выбор Морса в качестве автора проекта удивлял и по другой причине. Он был инженером-программистом. Ранее проектирование центральных процессоров в Intel считалось исключительной прерогативой специалистов по аппаратной части.

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

Впрочем, хотя Морс и считал проект 8086 своим, он все же привлек помощников. В его команду вошли и другие сотрудники Intel, в том числе Билл Полман, Джим Маккевитт и Брюс Рэвенел. Все они внесли существенный вклад в вывод 8086 на рынок летом 1978 года.

Если не считать нескольких основных требований – обеспечения совместимости с программными средствами, написанными для популярного чипа 8080, и адресации 128 Кбайт памяти – руководство Intel не вмешивалось в работу Морса.

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

Вялый старт

Выпуск творения Морса едва ли мог произвести фурор в компьютерном мире. Рынок персональных компьютеров был насыщен типовыми бизнес-машинами на базе процессора Z80 и операционной системы CP/M, считавшейся в конце 1970-х наиболее актуальной. Процессор 8086 впервые появился в нескольких ничем не примечательных ПК и терминалах. На первых порах ему удалось закрепиться на рынке портативных компьютеров (в форме 80C86). Затем был освоен сегмент микроконтроллеров и встроенных приложений. Особого упоминания заслуживает программа космических шатлов НАСА, в которой чипы 8086 применялись для управления диагностическими тестами твердотопливных ракетных ускорителей. (Космическое агентство в поисках этих процессоров до сих пор скупает на eBay электронные реликты.)

В марте 1979 года Морс покинул Intel. А затем произошел ряд на первый взгляд незаметных событий, сделавших в конечном итоге микропроцессор 8086 отраслевым стандартом.

Intel 8086 стал родоначальником стандарта микропроцессорной архитектуры микропроцессоров для ПК Источник: Intel

Буквально через несколько недель после ухода Морса компания Intel представила процессор 8088, который сам Морс называл «кастрированной версией 8086», испортившей его 16-разрядную архитектуру. Поскольку многие системы в то время оставались 8-разрядными, 16-разрядные данные в 8088 передавались за два 8-разрядных цикла, что делало процессор совместимым с 8-разрядными системами.

Двумя годами позже корпорация IBM приступила к разработке модели 5150 – своего первого ПК, состоявшего исключительно из недорогих стандартных компонентов. Это была совершенно новая для корпорация концепция: прежде она делала ставку только на проприетарные, свои собственные технологии, решительно отвергая все остальное.

Очевидно, что стандартная система требовала стандартного микропроцессора. Но что лучше выбрать? В IBM решили, что новой машине нужен 16-разрядный процессор, и сузили масштабы выбора до трех кандидатов: Motorola 68000 (мощный 16-разрядный процессор, ставший сердцем первого Macintosh), Intel 8086 и его урезанного собрата Intel 8088.

По словам Дэвида Брэдли, входившего в состав команды разработчиков IBM, корпорация исключила из рассмотрения чип Motorola, поскольку в IBM на тот момент были лучше знакомы с процессорами Intel и чувствовали себя с ними более уверенно. Чашу весов склонило еще и наличие у Microsoft готового для 8086 интерпретатора BASIC, в котором использовался тот же самый код, что и в программном обеспечении для 8088.

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

Впрочем, по сути, это ничего не меняло: оба процессора Intel были построены на основе одного и того же кода 8086, написанного Стивеном Морсом.

От чипа к стандарту

Как же коду 8086 удалось получить статус отраслевого стандарта? Причиной всему стала важная роль, отводившаяся машине IBM 5150. В начале 80-х отрасль ПК напоминала Восточную Европу после падения Советского Союза – разделенные республики, пытавшиеся двигаться в разных направлениях. Множество производителей предлагало десятки различных компьютерных платформ. Несовместимость компьютерных систем вызывала недовольство у пользователей, которые хотели переносить программное обеспечение, аппаратные компоненты и периферийные устройства с одной машины на другую.

Но постепенно разрозненные части вселенной ПК стали собираться на орбите вокруг 5150. Одна из главных причин такого успеха заключалась в самом имени IBM. Бренд этот был куда лучше известен покупателям по сравнению с конкурирующими с ним Radio Shack и Apple. Вопрос ставился так: «Хотите ли вы купить компьютер у International Business Machine или у фирмы, названной по имени фрукта?»

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

Архитектура IBM PC быстро заняла доминирующее положение, а компания Intel не преминула извлечь выгоду из этого, предлагая улучшенные версии 8086: сначала 80186, а затем 80286, 80386, 80486, Pentium и т.д. вплоть до современных моделей. Вследствие общей нумерации первых процессоров все семейство получило собирательное название 'x86', сохранив его и после появления торговых марок Pentium, Celeron и Centrino. Другие производители процессоров вскоре присоединились к Intel. Компании AMD, Cyrix, NEC и даже сама IBM представили собственные совместимые с x86 процессоры, что сделало архитектуру x86 фактическим стандартом ПК.

В нужном месте в нужное время

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

"Если бы IBM выбрала для IBM PC микропроцессор Motorola 68000, как хотели некоторые, сегодня мы вместо тандема Wintel имели бы WinOla», – иронизирует Брэдли.

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

Скромный набор инструкций Морса по-прежнему лежит в основе практически любого современного процессора для ПК, начиная от Opteron и Athlon и заканчивая Core 2 Quad. Чтобы продемонстрировать на практике мощь стандарта x86, позволю себе напомнить следующее: любая программа, написанная в 1978 году на ассемблере для микропроцессора Intel 8086 в неизменном виде будет выполняться и на новейшем процессоре Intel Core 2 Extreme – только происходить это будет в 180 тыс. раз быстрее.

На глобальной пресс-конференции next@acer в Нью-Йорке компания Acer продемонстрировала ряд новых настольных ПК, ноутбуков, мониторов и игровых машин.

Много внимания в ходе мероприятия было уделено премиальному хромбуку Acer Spin 13 и игровому настольному компьютеру Predator Xestus 510. Также Acer планирует поставлять настольные компьютеры Acer Nitro 50, мониторы Acer Nitro VG0, Predator Orion 3000 и Predator Helios 500.

Семейство настольных компьютеров Acer Nitro 50 создано на базе процессоров Intel i7 восьмого поколения и графических процессоров Nvidia GeForce GTX 1070. Новые ПК будут оснащаться жесткими дисками емкостью 3 Тбайт и твердотельными накопителями на 512 Гбайт. Одновременно они смогут поддерживать до четырех дисплеев 4K.

В Acer отметили также, что Nitro 50 «имеет эффектный угловатый корпус, создающий ощущение брони, с красным светодиодным свечением».

Монитор Nitro VG0 оборудован панелью IPS с поддержкой технологии AMD Radeon FreeSync, быстрым откликом (до 1 мс) и новой функцией Visual Response Boost (VRB), обеспечивающей плавность движений в играх.

В состав семейства Acer Nitro VG0, которое будет продаваться на ограниченном числе локальных рынков, входят панели с диагональю 27, 23,8 и 21,5 дюйма с разрешением 4K UHD, WQHD и Full HD.

Predator Orion 3000 и Predator Helios 500 обещают укрепить и без того уже ощутимое присутствие Acer в мире игровых ПК.

Президент Acer Product Business Джерри Као заявил, что компания «расширила семейство игровых ноутбуков Predator Helios в ответ на рост спроса со стороны любителей игр, ищущих максимальной производительности».

Игровые ноутбуки Predator Helios 500 и Helios 300 оснащены фирменными тепловыми технологиями Acer и мощными компонентами, которые в сочетании с отмеченным наградами программным обеспечением обеспечивают непревзойденный игровой опыт.

Helios 500, преемник прошлогоднего Helios 300, может похвастаться набором лучших характеристик, присущих современным игровым ноутбукам. Он оснащен разгоняемыми процессором Intel Core i9+ восьмого поколения и графической платой GeForce GTX 1070, памятью Intel Optane, сверхбыстрым твердотельным накопителем NVMe/PCIe, сетевыми компонентами Killer DoubleShot Pro и оперативной памятью, емкость которой может достигать 64 Гбайт. (Страшно даже представить себе, во сколько все это обойдется покупателю. — Ф.Х.)

Orion 3000 оснащен процессором Intel Core i7 8700K восьмого поколения и новейшим чипсетом Intel Z370. Возможна установка сразу двух графических процессоров Nvidia GeForce GTX 1080 Ti в режиме SLI. В компьютер устанавливается память Intel Optane.

«Intel Core i7+ 8700K восьмого поколения – лучший игровой чип, из всех когда-либо созданных Intel, – подчеркнул генеральный менеджер Intel Client Computing Group Sales and Marketing Стив Лонг. – В сочетании со скоростью памяти Intel Optane это позволяет получить невероятную производительность, которая будет отвечать даже самым жестким требованиям, предъявляемым современными играми».

В Acer представили и еще один новый продукт – Acer Predator X, игровой ПК сразу с двумя мощнейшими процессорами Intel Xeon для рабочих станций.

В стремлении потеснить признанного лидера рынка, Salesforce, компания SAP провела ребрендинг своего программного обеспечения по управлению отношениями с клиентами (customer relationship management, CRM).

Новый продукт, получивший название C/4HANA, представляет собой набор решений CRM для маркетинга, продаж, коммерческих подразделений и подразделений по обслуживанию клиентов с четкой облачной ориентацией. Таким образом, производитель программных средств из Германии еще раз продемонстрировал свою приверженность программному обеспечению, предлагаемому в качестве сервиса (software-as-a-service, SaaS).

В своей совокупности продукты C/4HANA очень похожи на то, что предлагает лидер облачного рынка систем CRM, компания Salesforce. В состав пакета входят: SAP Marketing Cloud, SAP Commerce Cloud, SAP Service Cloud, SAP Customer Data Cloud (продукт, полученный SAP после приобретения Gigya), а также программное обеспечение SAP Sales Cloud (его в SAP получили после приобретения CallidusCloud). В рамках ребрендинга программное обеспечение SAP Hybris получило новое название — SAP Customer Experience.

«Завершив приобретение занимавших лидирующие позиции в своих рыночных сегментах Hybris, Gigya и CallidusCloud мы объединили имеющиеся решения для поддержки всех функций, связанных с работой с клиентами: управление данными клиентов, маркетинг, продажи и обслуживание клиентов», – заявили в SAP.

Выступая на конференции SAP Sapphire в Орландо, президент SAP Customer Experience Алекс Атцбергер заявил: «Сегодня речь идет уже не об экономичности, а об управлении эффективностью, в основе которой лежат интеграция и интеллект».

SAP C/4HANA формируют пять основных облачных компонентов. В целостный пакет их объединяет в первую очередь общая модель данных. На втором месте — экосистема на базе микросервисов SAP Cloud Platform. На третьем – продвинутый интеллект SAP Leonardo, а на четвертом – пользовательское восприятие, формирующееся из очень многих элементов, начиная от рекламной кампании и заканчивая биллингом.

CRM следующего поколения

Поднявшийся на сцену генеральный директор SAP Билл Макдермотт рассказал о том, что «унаследованные CRM» мешают получить целостное представление о клиентах.

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

В SAP четко понимают ценность объединения CRM с популярными системами автоматизации, которые используются клиентами.

«Подключенному предприятию сегодня отводится все более важная роль, – заметил Атцбергер в ходе ответов на вопросы после своего выступления. – Клиентский опыт нужно объединить с цепочками поставок, а единственной компанией, которая готова сегодня проделать это, является SAP».

«Чтобы получить полное представление о клиенте, бэк-офисные системы нужно выводить на передний план, – написал в своем блоге директор CallidusCloud по продуктам Жиль Хаус. – На это способна только SAP – она причастна к 77% мировых транзакций. Ее решение действительно ориентировано на клиента. Клиенты – это не возможности, движущие силы или счета. Это прежде всего люди».

Наступая Salesforce на пятки

Макдермотт раскритиковал существующего поставщика систем CRM (Salesforce), не называя его имени. От облачных систем CRM первого поколения, которые не нравятся большинству пользователей, сегодня можно перейти к лучшему опыту отрасли – C/4HANA.

Близкие обозреватели мгновенно растиражировали это заявление. «Так называемые облачные CRM сегодня – ничто иное, как переоцененное программное обеспечение, построенное на архитектуре SaaS первого поколения, – указал Макдермотт в ходе апрельской конференции, посвященной итогам первого квартала 2018 года. — Вот, вероятно, почему столь многие искренне отреагировали на заявление SAP о новом представлении CRM. Они понимают, что грядут изменения, приходим мы. По сути, мы собираемся провести глобальный ребрендинг CRM. На Sapphire это движение становится массовым. Мы готовы продемонстрировать каждому клиенту, что с помощью средств SAP его бизнес будет управляться наилучшим образом. Ему больше не придется полагаться на устаревшую платформу продаж со сложными механизмы интеграции и пытаться извлекать нужные данные из неприспособленной для этих целей системы ERP».

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

Согласно исследованию, проведенному Gartner в 2016 году, по размерам своей рыночной доли SAP уже сейчас занимает второе место среди поставщиков CRM-решений. К другим крупным международным игрокам на этом рынке относятся компании Microsoft с Dynamics 365, Adobe и Oracle.

Соблюдение GDPR

На Sapphire Макдермотт и Атцбергер стремились подчеркнуть соответствие C/4HANA требованиям принятого Евросоюзом общего регламента защиты данных GDPR, особенно в ситуациях, когда маркетинговые подразделения хотят рассылать клиентам персональные сообщения.

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

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

Проверено на себе

SAP и сама активно использует то, что предлагает другим. Директор компании по цифровым технологиям Бертрам Шульте в своем блоге описал способы применения C/4HANA: «Мы не только предоставляем эту систему клиентам, но и сами используем ее, меняя характер приобретения клиентами приложений и решений SAP. Благодаря SAP Customer Experience и SAP Commerce Cloud мы избегаем разобщенности, которая была присуща прежним покупкам у SAP, и унифицируем процесс покупки на SAP.com».

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

«Мы ускоряем внедрение новейших продуктов SAP, обеспечивая необходимые простоту, возможности для роста и масштабируемость, улучшая восприятие происходящего партнерами, клиентами и сотрудниками, – подчеркнул Шульте. – Для выполнения своей миссии по перестройке и занятию лидирующих позиций на рынке CRM этот опыт необходимо внедрять в реальном времени, на условиях самообслуживания и цифровой помощи. Благодаря SAP C/4HANA мы расширяем возможности подключенной, многоканальной коммерции и интеллектуальных средств в точках продаж и любых местах соприкосновения с SAP».

Германская компания Paessler специализируется на разработке решений для мониторинга ИТ-инфраструктуры. Ее флагманский продукт PRTG широко используется многими компаниями в Европе, в США и других странах. Аналитики Gartner, оценивая рынок решений в области мониторинга и диагностики сетевой производительности, позиционируют Paessler как нишевого игрока, производителя решений для сетей среднего размера, особо обращая внимание на простоту нустановки, удобство эксплуатации, а также выгодную модель лицензирования продукта. На российском рынке продукция Paessler также известна, однако до недавнего времени компания работала в нашей стране исключительно через партнера. Сегодня она выходит на рынок самостоятельно. В ходе форума ITMF 2018, организованного издательством «Открытые системы», мы поговорили с Юлией Миро, менеджером по развитию бизнеса Paessler в России и странах СНГ.

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

Юлия Миро: «Мы можем не только охватить всю ИТ-инфраструктуру, но и включить в контур мониторинга ряд нестандартных видов»

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

Наши решения используются как предприятиями среднего и малого бизнеса, так и крупными корпорациями. У нас имеется более 200 тыс. установок в 170 странах мира. Основные рынки – это, конечно, Европа и США. В России среди наших заказчиков в основном средние и крупные предприятия.

- Собираетесь ли вы расширить клиентскую базу в России за счет малого бизнеса?

В России средний и малый бизнес развит не так, как в Европе и в Америке. Многим представителям малого бизнеса лицензия на наш продукт кажется слишком дорогой. Почему о нас не было слышно в России долгое время? Мы работали через партнера, а напрямую на рынок не выходили. Но сейчас мы впервые сами присутствуем на ИТ-мероприятии в России, на форуме ITMF 2018. Мы будем заявлять о себе больше и чаще, чтобы такое направление, как мониторинг сетей, устойчиво ассоциировалось и с нашим продуктом PRTG.

- Вы много лет работали с Softline, но сейчас решили выйти на российский рынок самостоятельно. Чем обусловлен этот шаг?

Здесь, скорее, речь идет не о самостоятельности, а о расширении нашего присутствия. То есть, это не смена политики, а просто увеличение степени нашего присутствия в России.

- Будет ли расширяться ваша партнерская сеть в России?

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

- Вы планируете региональное расширение. Как обстоит дело с санкционными ограничениями? Готовы ли вы работать с партнерами и заказчиками в Крыму и Севастополе?

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

- Какой потенциал, по вашему мнению, может иметь ваш продукт на российском рынке?

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

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

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

- Смогут ли сторонние компании зарабатывать на PRTG?

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

- В каких отраслях сегодня работают ваши российские заказчики? Каков размер этих компаний?

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

- Тем не менее, в России вы до недавнего времени не были столь известны, как ваши конкуренты. Чем вы могли бы заинтересовать отечественных заказчиков?

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

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

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

- Кто обеспечивает техническую поддержку PRTG в России?

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

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

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

Как показало исследование Russia Commercial Datacenter Market 2017–2021 Forecast and 2016 Analysis, опубликованное IDC осенью 2017 года, в России продолжают увеличиваться площади коммерческих центров обработки данных и растет число размещенных в них стоек. Это происходит, считают в IDC, потому, что большинством заказчиков взят курс на оптимизацию бизнеса и снижение совокупных ИТ-издержек.

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

В IDC относят облачные сервисы к самым быстро растущим сегментам российского ИТ-рынка. Суммарный объем отечественного облачного рынка, включая частные облака, превысил в 2016 году 422 млн долл., что на 20% больше, чем годом ранее, а доля публичных облаков составила почти 87% от его общего объема. Наибольшая часть облачных доходов, свыше 63%, пришлась на долю SaaS, существенно отстают сегменты IaaS (28%) и PaaS (8%).

Конференция компании Softline дала представление об определенном «срезе» отечественного рынка ИТ-услуг, познакомив со спецификой и методами работы одного из ведущих провайдеров ИТ-сервисов. Как рассказал Сергей Самоукин, заместитель руководителя департамента облачного хостинга Softline, компания размещает вычислительные мощности на площадях, арендуемых у операторов ЦОДов в различных городах России. На базе этих ИТ-ресурсов сформированы собственные облака на платформе VMware.

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

Компания располагает также собственной облачной площадкой на основе Microsoft Hyper-V 2016, имеет доступ к партнерским решениям, в том числе созданным с использованием технологий Open Stack.

В Softline пояснили, что расположение площадок для ЦОДов в значительной степени определяется потребностями клиентов. К примеру, вычислительные средства для одного из проектов разместили в Новосибирске, поскольку задержка при работе с ЦОДами в Москве для СУБД Oracle оказалась слишком велика.

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

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

Требования эти изложены, например, в федеральном законе «О персональных данных» (см. «Безопасный ЦОД», «Журнал сетевых решений/LAN», 30 ноября 2017), предписывающем хранить и обрабатывать определенные виды данных только на территории нашей страны. Ведущие сервис-провайдеры создают защищенные облака, которые освобождают операторов персональных данных от затрат на создание, эксплуатацию и поддержку собственной ИТ-инфраструктуры. Softline, подчеркивают в компании, располагает публичной облачной инфраструктурой, аттестованной на соответствие требованиям закона «О персональных данных» и развернутой в ЦОДе IXcellerate Moscow One.

В рейтинге крупнейших поставщиков SaaS в России, опубликованном в 2017 году аналитическим агентством CNews Analytics, по результатам 2016 года в первую тройку вошли компании «СКБ Контур», Softline и «Манго Телеком». В области IaaS компания Softline заняла четвертое место, ее опередили «ИТ-Град», DataLine и «Крок».

Что касается годовых темпов роста, то они превысили в Softline в этих сегментах 70% и 100% соответственно.

Еще один активно растущий сегмент сервисного бизнеса Softline – предоставление оборудования в качестве сервиса (Hardware as a Service, HaaS), когда компания является фактически лизингодателем и получает ежемесячно платежи за его использование (см. «Softline предлагает аренду ИТ-оборудования», Computerworld Россия, 23 января 2017).

HaaS — не уход от облаков, пояснил Дмитрий Шалеев, руководитель направления управляемых аппаратных сервисов Softline, а средство решения определенных проблем в том случае, когда миграция в облака невозможна. За последний год объем бизнеса HaaS увеличился в пять раз, а его доходность составила почти 10% общей выручки от облачных сервисов.

В целом опыт Softline наглядно подтверждает выводы аналитиков о высоких темпах роста облачных сервисов и их востребованности в России.

Компания 3data ввела в действие в Москве очередной центр обработки данных «шаговой доступности», церемония представления которого состоялась 7 июня.

Новый ЦОД, получивший название НР26, расположен на Новорязанской улице, в одном из столичных районов с высокой концентрацией отделений банков и телекоммуникационных узлов операторов связи, пояснили в 3data.

По словам Ильи Хала, генерального директора 3data, его отличительная особенность – моновендорная инженерная инфраструктура, которая создана на основе комплексного решения Schneider Electric.

Меморандум о намерениях сотрудничества с сетью центров обработки данных 3data компания Schneider Electric подписала в ходе форума Innovation Summit 2017 (см. « Schneider Electric: соглашения ради инноваций», Computerworld Россия, 27 апреля 2017). Теперь меморандум воплотился в «железе», установленном в дата-центре НР26.

Использование продуктов одного вендора, считает Тимур Алтышев, директор департамента работы со стратегическими партнерами подразделения IT Division компании Schneider Electric, позволяет оптимизировать затраты, а также открывает максимальный доступ к ресурсам и технической поддержке производителя.

Суммарная площадь нового ЦОДа — 450 кв. м. В машинном зале установлено 60 шкафов NetShelter SV, предназначенных для размещения сетевого и компьютерного оборудования и рассчитанных в среднем на нагрузку 2,5 кВт. Энергоснабжение осуществляется двумя 200-киловаттными фидерами.

Комплекс электроснабжения, включая устройства распределения электропитания здания, щитовое оборудование, автоматические выключатели, а также источники бесперебойного питания, поставлен Schneider Electric. В дата-центре установлены трехфазные ИБП Galaxy 5500 мощностью 80 кВА с резервированием по схеме N+1, рассчитанные на 15 минут автономной работы.

Этого достаточно для перехода на дизель-генератор компании Aksa Power Generation. В настоящее время установлен один генератор, но в случае необходимости предусмотрен ввод в кратчайшие сроки дополнительного устройства.

Охлаждение ЦОДа осуществляется прецизионными кондиционерами Uniflair с расчетной производительностью 50 кВт, которые получают напряжение питания из ИБП.

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

Как подчеркнул Хала, ЦОД НР26 соответствует требованиям спецификаций Tier III, разработанных в Uptime Institute. Предусмотрена возможность проведения регламентных и восстановительных работ на всех критически важных узлах инженерных систем без снижения качества предоставляемых услуг. Инженерное проектирование осуществлялось собственными силами специалистов 3data с участием подрядных организаций.

«Мы очень плотно работали с технической командой 3data», — подчеркнул Алексей Соловьев, технический директор подразделения IT Division компании Schneider Electric.

В 3data стараются в значительной степени унифицировать инженерные решения, используемые в своих ЦОДах, которые реализуются на основе разработанного в компании типового проекта. Собственной разработкой является и система управления инфраструктурой дата-центров (Data Center Infrastructure Management, DCIM).

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

НР26 – не первый «моновендорный» ЦОД, принадлежащий 3data. На Садово-Кудринской улице расположен дата-центр СК19, созданный в содружестве с компанией Legrand.

В дальнейшем в 3data намерены в большей степени ориентироваться на мультивендорные инженерные системы, чтобы в оптимальном соотношении использовать преимущества оборудования тех производителей, с которыми уже накоплен опыт практической работы. В их число входят ABB, Legrand, Schneider Electric, Stulz, Riello и ряд других поставщиков устройств электроснабжения и охлаждения, решения которых установлены в сети ЦОДов 3data.

Ресурсы НР26, используемые для сервисов колокейшен, как отмечают в 3data, уже выкуплены заказчиками. В этом же ЦОДе размещается инфраструктура, поддерживающая облако 3data, на которое в настоящее время приходится около трети доходов компании.

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

По словам представителей Qualcomm, Snapdragon 850, основанный на центральном процессоре Kryo с тактовой частотой 2,95 ГГц (на 0,35 ГГц выше, чем у предыдущей модели), специально оптимизирован для ПК, обеспечивает на 30% более высокую производительность и на 20% более длительное время работы устройств до подзарядки: утверждается, что ноутбуки на Snapdragon 850 смогут работать до 21 часа. Кроме того, в Qualcomm обещают более высокую скорость обмена данными в сетях LTE, даже на границе радиуса доступности базовой станции.

Ноутбуки на Snapdragon 850 скорее всего выпустят те и из производителей, кто уже воспользовался моделью 845, — ASUS, Lenovo и HP. Кроме того, предложить в этом году «постоянно соединенный с сетью ПК» (Always Connected PC, ACPC) пообещали в Samsung.

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

Вслед за референсной моделью, уже продемонстрированной Qualcomm, ноутбуки на Snapdragon 850, представят ASUS, Lenovo и HP, а также Samsung Источник: Qualcomm

Над решением проблем Qualcomm и Microsoft работают вместе. В Snapdragon 850, например, появился специальный блок для ускорения работы нового API искусственного интеллекта Windows ML. Кроме того, усовершенствованы блоки аудио и видео, в частности, реализована поддержка съемки в разрешении 4K.

Что касается дальнейших улучшений, можно рассчитывать на скорое появление отсутствующей сейчас возможности выполнения 64-разрядных приложений, учитывая, что Microsoft представила бета-версию соответствующего SDK на недавней конференции Build. Кроме того, в Qualcomm обещают, что ACPC уже в следующем году начнут поддерживать мобильную связь 5G.

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

Для того чтобы исключить подобные риски, в Internet Society (ISOC) обратились к точкам обмена интернет-трафиком (internet exchange point, IXP) с призывом устранить наиболее общие угрозы в системе маршрутизации Интернета.

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

В 2016 году ISOC пригласила операторов присоединиться к инициативе MANRS (Mutually Agreed Norms for Routing Security), и более 50 из них уже сделали это.

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

«Нарушения безопасности определяются тремя факторами, которые пытается устранить MANRS, – указал менеджер технологических программ ISOC Андрей Робачевский. – К ним относятся перехват маршрутов (route hijacking), утечки маршрутов (route leaks) и подмена IP-адресов (IP address spoofing). Последний фактор делает возможным многократное усиление или повторение DDoS-атак«.

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

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

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

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

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

Пока к программе присоединилось десять участников:

• DE-CIX, Франкфурт, Германия;
• MSK-IX, Россия;
• Netnod, Швеция;
• TorIX (Toronto Internet Exchange Community), Канада;
• CABASE, Аргентина;
• INEX (Internet Neutral Exchange Association), Дублин, Ирландия;
• CRIX, Коста-Рика;
• RINEX (Rwanda Internet Exchange), Руанда;
• YYCIX, Калгари, Канада;

а также Asteroid International, организация, отвечающая за обслуживание точек обмена трафиком, Амстердам, Голландия.
По оценкам PeeringDB.com, в мире насчитывается 614 IXP, так что MANRS имеет возможность охватить их все, но в лице DE-CIX, MSK-IX и Netnod инициативой уже затронуты крупнейшие точки обмена интернет-трафиком в мире.

Запуск программы участия IXP является позитивным фактором для инициативы MANRS. Ранее в ISOC были вынуждены пересмотреть свои планы в отношении вовлечения интернет-провайдеров в сторону уменьшения. Сейчас к концу 2018 года планируется охватить 100 из них, тогда как осенью прошлого года в планах значилось 150.

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