Свой продукт или разработка на заказ: плюсы, минусы, подводные камни

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

Я расскажу исключительно про опыт моей компании. Вообще, основной наш бизнес — это разработка продуктов для программистов. Мы делаем анализаторы кода PVS-Studio и CppCat (ЦП писал про нас полгода назад). Делаем мы их давно. Основной продукт PVS-Studio окончательно сформировался в 2011 году. По крайней мере, именно с того времени появились клиенты, которые продлевают лицензию уже третий раз (у нас ежегодное продление лицензий). Однако, начиная с прошлого 2013 года к нам стали обращаться люди из компаний-разработчиков ПО с не совсем понятными для нас вопросами:

— Ребята, а вы вот в программировании понимаете, да?

— Ну да, раз анализатор кода делаем, значит, понимаем чего-то.

— А вы не могли бы нам помочь в нашем проекте?

— Ээээ. Попрограммировать за вас? В смысле аутсорсинг?

— Да называйте как хотите. В общем у нас тут надо сложную штуку сделать, а мы не сообразим/нам лень. Поможете?

Поначалу мы вроде как отказывались. Для себя аргументировали так: «Мы же делаем продукт, а нам предлагают заняться услугами». Но потом решили попробовать.

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

Спустя некоторое время и несколько проектов, я могу рассказать про плюсы и минусы как работы над собственным продуктом, так и участия в заказной разработке. Важный момент — все это на примере провинциальной компании (мы из Тулы), в которой 10 сотрудников.

Отличия от стандартного ПО

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

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

Управление через выделенный сервер

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

Если контроллеры передают данные только в направлении сервера, например, счетчики воды или простейшие навигационные устройства (трекеры), достаточно однонаправленного соединения. При этом контроллерам достаточно знать IP сервера.

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

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

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

А где растет спрос, там растет и предложение. Поэтому нет ничего удивительного в том, что компании, занятые разработкой ПО, растут быстрее, чем другие участники ИТ-рынка. Об этом, среди прочего, свидетельствуют предварительные итоги минувшего софтверного года, оглашенные в феврале некоммерческим партнерством РУССОФТ. Согласно приведенным президентом ассоциации Валентином Макаровым оценкам, по итогам 2018 г. оборот отечественных сервисных компаний (основная деятельность которых — разработка ПО по заказам своих клиентов), увеличится, по сравнению с 2017 г., на 26% (до 7,37 млрд. долл.). При этом объем зарубежных продаж составит 5,3 млрд. долл. (рост 26%), а объем продаж на внутреннем рынке достигнет 2,06 млрд. долл. (рост 25%). Для сравнения: согласно оценкам IDC, по итогам 2018 г. в целом российский ИТ-рынок должен вырасти на 4% в американской валюте (до 22,6 млрд. долл.) и на 15,5% в рублях (до 1,47 трлн. руб.).

Представители компаний-участников РУССОФТ поделились свои видением ситуации на российском рынке, проблем и перспектив его развития.

Кадры, Open Source, микросервисы

Как рассказал заместитель генерального директора EPAM Systems Юрий Овчаренко, проблема кадров для многих игроков на ИТ-рынке сейчас стоит очень остро: «Крупные предприятия и организации пытаются создавать собственных ИТ-дочек, которые, по их мнению, смогут обеспечить все их ИТ-потребности. Они вымывают с рынка специалистов высокими зарплатами. Но сделать всё своими руками невозможно». По его словам, даже Google привлекает к работе сторонних разработчиков, потому что нужны профессионалы с опытом в различных сферах, который невозможно получить, если ты всю жизнь выполняешь проекты для одного своего заказчика и находишься в замкнутом пространстве собственной организации. В результате, если раньше компании взаимодействовали с вузами, организовывая совместные лаборатории, кафедры, курсы для привлечения на работу студентов, то теперь приходится идти уже в школы, приглашая детей заниматься на курсах программирования и робототехники.

Юрий Овчаренко выделил четыре основные тенденции развития ИТ-рынка в России:

1. Рост востребованности открытого ПО.
2. Повышение интереса к микросервисной архитектуре.
3. Переход от пилотных проектов Big Data к промышленным.
4. Развитие проектов в сфере цифровой экономики.

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

Рассказывая о повышении интереса к микросервисной архитектуре, Юрий Овчаренко отметил, что, по данным Gartner, к 2020 г. 75% приложений будут собраны, а не приобретены. «Конкурентная борьба, изменения в потребностях конечных потребителей, быстрое развитие технологий приводят к тому, что рынок меняется очень быстро. Это становится предпосылкой для перехода к микросервисной архитектуре, которая дает больше гибкости и возможность быстро выстраивать и перестраивать системы, комбинируя и интегрируя собственные разработки, готовые вендорские решения, решения подрядчиков и тем самым получать конкурентые преимущества», — пояснил он.

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

Кооперация, ГЧП, экспорт

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

Тренд номер один состоит в кооперация российских производителей. Как известно, сегодня в реестре отечественного ПО содержатся сведения примерно о 5000 программных продуктов. «Однако в настоящее время бизнесу требуются не просто точечные отечественные решения, а автоматизации различных бизнес-задач, процессов и функций целиком, — пояснил Тагир Яппаров. — Долгое время у зарубежных поставщиков не было альтернатив именно в полноте закрытия задач их продуктами. Западные вендоры шли к этому через многолетние инвестиции в покупку дополняющих продуктов и технологий. Но в последние год — два мы видим, что российские производители начинают кооперироваться в создании полных решений. Такой позитивной кооперации есть уже много примеров. Можно также отметить инициативу АРПП „Отечественный софт“ по формированию полных стеков отечественных решений по различным бизнес-задачам заказчиков».

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

В качестве третьего тренда он выдели стратегическое изменение фокусировки крупных игроков ИТ-рынка: «Во-первых, мы наблюдаем явное движение рынка в сторону концентрации на производстве ПО и связанных с ним услуг — тестирование ПО, облачные сервисы и т. д. Во-вторых, многие крупные игроки уже „уперлись в потолок“ объема национального рынка и стратегически нацелены на глобализацию своего бизнеса. Сегодня мы наблюдаем явный интерес ИТ-компаний к выходу на зарубежные рынки и этот интерес находит активную поддержку со стороны государства. При этом традиционные для многих разработчиков рынки развитых стран остаются приоритетным с точки зрения экспорта ИТ-услуг. А вот наибольшие перспективы в развитии экспорта российских продуктов, технологий, решений видятся на рынках развивающихся стран». (Отметим, что последнее из этих пояснений каким-либо новым откровением не является: примерно о том же эксперты РУССОФТ говорили и в прошлом году.)

Региональные ИТ-компании ждут региональных заказчиков

Интересно отметить, что курс на зарубежные продажи держат не только гиганты ИТ-индустрии, но и относительно небольшие региональные компании. В качестве примера приведем компанию SibEDGE, головной офис которой находится в Томске, а отделения — в Москве и Сан-Франциско. Разработкой ПО данная компания занимается уже более десяти лет. Реализовав, по словам руководителя её коммерческого блока Андрея Подлесных, более 200 проектов для свыше 80 заказчиков. Среди которых немало известных имен: Роснефть, БКС, Avito, Востокгазпром, Газпром Трансгаз Томск, Аэрофлот, Россети, ТомскНИПИнефть и пр.

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

А таких компаний немало. Напомним: из исследования РУССОФТ по итогам 2015 г. следовало, что 60% рынка отечественного ПО (который тогда оценивался в 10,5 млрд. долл.) приходилось на 65 компаний. У трех из которых годовой оборот был свыше 500 млн. долл., у 11 — от 100 до 500 млн., у 12 — от 50 до 100 млн.; и у 39 — от 20 до 50 млн. Кроме того, тогда в нашей стране насчитывалось свыше 3200 софтверных компаний, годовой оборот которых не превышал 20 млн. долл.

О том, как сейчас выглядит «пирамида» российских софтверных компаний, станет известно из нового, по счету ежегодного исследования РУССОФТ, которое стартует в феврале 2018 г. Главный аналитик РУССОФТ Дмитрий Желвицкий полагает, что сейчас в России насчитывается софтверных компаний. При этом на 70 крупнейших компаний приходится около 7 млрд. долл. оборота, а на всю отрасль — не менее 14 млрд.

1. Главная
2. Решения

Перед нашими потенциальными клиентами всегда стоит выбор

Разработка своими силами

Покупка готового программного обеспечения

Разработка программного обеспечения на заказ

У каждого варианта есть свои плюсы и минусы

Разработка своими силами

• Ваши разработчики уже не один год создают Информационную Систему Вашего предприятия и полностью владеют предметной областью
• Разработка и доработка программного продукта может производиться постоянно в течение неограниченного количества времени
• Пользователи системы имеют возможность в любой момент привести разработчика программного обеспечения на рабочее место пользователя и увидеть демонстрацию работы системы либо получить новые настройки системы немедленно
• Система “бесплатна” для организации
• Отношения к Вашим разработчикам как к “своим людям” на предприятии облегчает нахождение общего языка между разработчиками и будущими пользователями

• Результат зачастую так и не достигнут, разработчики заняты в основном поддержкой функционирования ранее разработанных задач
• Разработчики используют устаревшие методики создания систем
• Документация к системе обычно не выпускается, при увольнении одного или нескольких разработчиков “их части системы” со временем переписываются заново
• Разработчикам требуется постоянная оплата, независимо от необходимости выполненных работ для предприятия и качества проведенных работ
• Разработчики вынуждены идти на поводу у некоторых пользователей, развитие системы может быть осложнено характером отношений руководителя службы IT и руководителями бизнес- подразделений
• Как правило, не уделяется большого внимания вопросам разграничения доступа пользователей к информации, хранящейся в системе, а также вопросам предотвращения несанкциони-рованного доступа к информации и защиты информации от потерь

Покупка готового продукта

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

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

Разработка «на заказ» силами Адвантум

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

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

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

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

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

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

Когда пользовательская ERP-система — правильный выбор

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

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

Такие решения уникальны, в них вы никогда не встретите ненужного функционала. А вот поставщики ERP-систем всегда стараются втиснуть в свой продукт до сорока различных приложений. Учитывая, что многие компании вообще не используют 60-70 % функционала купленных стандартных систем, какой смысл тратиться на заведомо ненужные функции?

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

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

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

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

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

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

Открытость исходного кода обеспечивает важные преимущества:

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

Сокращение затрат на разработку, поскольку компании делят их между собой.

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

На короткой ноге с миром ПО

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

Вот уже несколько лет Seagate оказывает спонсорскую поддержку ряду консорциумов и фондов, в том числе The Linux Foundation и Центру исследований в области ПО с открытым кодом Калифорнийского университета в Санта-Крузе, а также ассоциациям, продвигающим оборудование на базе открытых спецификаций, в частности RISC-V и OpenTitan. Кроме того, Seagate оптимизирует свои накопители с расчетом на хранение данных в форме объектов.

Чем именно занимается в мире ПО компания, являющаяся специалистом в области оборудования? Все, что происходит в секторе ПО, отражается на оборудовании, и наоборот. Если программное обеспечение — «ян», то оборудование — «инь». Инновации в обеих областях должны происходить параллельно, чтобы выполнялись их встречные требования друг к другу. Обработку растущих потоков данных оборудование и ПО выполняют в тандеме. Опыт проектирования аппаратного обеспечения позволяет получать полезные сведения о том, каким образом должны обрабатываться данные. А уроки, усвоенные в мире программного обеспечения, нужно, в свою очередь, использовать при проектировании оборудования.

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

Мультиоблачные среды

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

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

Проблемы, связанные с управлением потоками данных

На фоне расширения применения периферийных вычислений, «Интернета вещей» и смежных технологий происходит взрывной рост данных во всевозможных средах, от периферии до ядра. В 2025 году общий объем данных в мире достигнет 175 зеттабайт. Где и как хранить и обрабатывать всю эту информацию? Программное обеспечение с открытым кодом предоставляет возможность использовать стандартные блоки, что позволяет архитекторам инфраструктуры разрабатывать решения, оптимизированные для конкретных приложений. В числе примеров — решения для поточной передачи данных (Kafka и др.), системы приема данных для анализа (Hive и т. п.) и СУБД для хранения информации (Redis и др.).

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

Доступ к данным

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

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

Возможность отслеживания характеристик

Еще один аспект интеграции ПО и оборудования заключается в обеспечении доступности информации о системе. В настоящее время наблюдается масштабная тенденция развития ПО, которое позволяет выполнять оркестрацию мультиоблачной инфраструктуры и управлять ею. Экосистемы оркестрации контейнеров, в особенности Kubernetes (решение, позволяющее задавать инфраструктуру в виде кода), интегрируют с высокоразвитыми инструментами с открытым кодом, в частности Prometheus. Благодаря этому обеспечиваются новые уровни автоматизации управления средами.

Возможность отслеживания характеристик оборудования. Возможность мониторинга различных характеристик накопителей, включая температуру, вибрацию и т. д., — необходимое условие получения ценных для организации сведений. Инновация в сфере оборудования способствует улучшению средств передачи телеметрии (регистрируемых рабочих характеристик). В частности, создаются простые в использовании инструменты на базе систем с искусственным интеллектом, которые позволяют уменьшить потребность в ручном устранении неисправностей и предотвратить нарушения нормальной работы. Современные устройства для предприятий автоматически ведут журналы на основе открытых стандартов, что позволяет получать гораздо более подробные сведения, чем раньше. В частности, жесткие диски ведут журнал (в формате Field Accessible Reliability Metrics), который содержит детальные сведения о работоспособности накопителя.

Безопасность

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

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

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

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

Александр Малинин

глава российского представительства Seagate

Берем готовое ПО или разрабатываем самостоятельно

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

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

Продуктовая логика и смена парадигмы руководителей

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

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

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