«Тяжелые» ИТ: Как запустить производство серверного оборудования в России

Санкции перекроили рынок серверного оборудования в#nbsp;России. По#nbsp;данным Минэкономразвития, отечественное производство компьютеров, электроники и#nbsp;оптики показали рост на#nbsp;1,7% в#nbsp;прошлом году#nbsp;— и#nbsp;это на#nbsp;фоне общего спада в#nbsp;промышленности.

Насколько сложно запустить сегодня производство «железа» в#nbsp;стране и#nbsp;что для#nbsp;этого надо, рассказывает Алексей Гранкин, генеральный директор компании GAGAR>N, отечественного разработчика и#nbsp;производителя серверного оборудования.

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

Глобальные вендоры оборудования играли ведущую роль практически по#nbsp;всем направлениям#nbsp;— от#nbsp;компонентной базы в#nbsp;микроэлектронике до#nbsp;выпуска серверов, СХД и#nbsp;сетевых решений. Казалось, что в#nbsp;этом направлении не#nbsp;стоит рассчитывать на#nbsp;прибыльный бизнес#nbsp;— слишком глубоко отставание от#nbsp;мировых брендов и#nbsp;слишком велик порог входа в#nbsp;отрасль.

Однако мы#nbsp;решили запустить свое собственное производство серверов в#nbsp;России#nbsp;— практически с#nbsp;нуля и#nbsp;в#nbsp;короткие сроки мы#nbsp;должны были выйти на#nbsp;показатель 10 000 серверов в#nbsp;год.

Уже тогда было очевидно, что интерес российских крупных корпораций к#nbsp;отечественным решениям приобретает все более четкие очертания. Поэтому мы#nbsp;решили рискнуть.

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

1. Опора на#nbsp;глобальные стандарты

Мы#nbsp;сразу приняли решение работать по#nbsp;международному стандарту OCP#nbsp;— Open Compute Project. Он#nbsp;подразумевает свободный обмен информацией и#nbsp;опытом в#nbsp;сфере разработки программного и#nbsp;аппаратного обеспечения, а#nbsp;также физического проектирования серверного оборудования между участниками глобального OCP-сообщества.

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

Что это дало?

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

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

Какие были сложности?

Стандарт OCP подразумевает поддержку глобального OCP-сообщества. Но#nbsp;это не#nbsp;означает быстрый и#nbsp;беспроблемный запуск производства.

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

Однако прорабатывать логику и#nbsp;готовить конструкторскую и#nbsp;технологическую документацию для#nbsp;запуска линий монтажа и#nbsp;пайки придется самостоятельно с#nbsp;учетом возможностей производства в#nbsp;России. Именно так мы#nbsp;и#nbsp;поступили после того, как выбрали в#nbsp;качестве базы серверную платформу Tioga Pass.

2. Собственная разработка полного цикла

Ряд российских ODM-производителей берут готовые блоки и#nbsp;производят железо в#nbsp;Китае под свои требования. Такой подход всегда казался на#nbsp;российском рынке оптимальным. Однако мы#nbsp;приняли нестандартное решение, что у#nbsp;нас будет полный цикл собственной разработки#nbsp;— идея и#nbsp;дизайн печатных плат и#nbsp;корпуса, разработка встроенного софта, ​​схемотехники, конструкторской и#nbsp;технологической документации.

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

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

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

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

Наконец, еще один ключевой момент#nbsp;— непрерывное обучение команды.

Специалистов, которые умеют работать с#nbsp;такими САПР, на#nbsp;рынке практически нет. Мало быть отличным техническим специалистом, нужно понимать все тонкости режима коллективной работы в#nbsp;САПР: когда нельзя заходить на#nbsp;определенные участки, касаться некоторых компонентов. Также нужно знать принятые правила наименования дорожек и#nbsp;так далее.

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

Что это дало?

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

Представим ситуацию: перестает продаваться какой-то компонент продукта. Если#nbsp;бы дизайн компонентов у#nbsp;нас был только импортный, нам#nbsp;бы пришлось ехать на#nbsp;фабрику в#nbsp;Китай или Тайвань и#nbsp;решать вопрос о#nbsp;внесении изменений там.

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

3. Системный софт в#nbsp;своих руках

На#nbsp;любом «железе» есть базовый уровень ПО#nbsp;— системный софт, различные BIOS-подобные программные слои, управляющие основными возможностями оборудования.

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

Поэтому решили разработать собственные программные инструменты этого класса.

Первый самостоятельный релиз удалось подготовить примерно за#nbsp;12 месяцев. В#nbsp;результате мы#nbsp;освободились от#nbsp;зависимости от#nbsp;глобального лидера в#nbsp;сегменте системного#nbsp;ПО для#nbsp;серверов.

Что это дало?

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

Какие были сложности?

Создание системного серверного#nbsp;ПО оказалось не#nbsp;таким простым, как ожидалось. Хотя значительная часть кода UEFI (BIOS) и#nbsp;BMC была общедоступна, базовой функциональности для#nbsp;развития инфраструктуры было недостаточно. Значительный объем кода команде разработчиков пришлось создавать самостоятельно.

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

4. Собственные стенды и#nbsp;тестовые лаборатории

Тестирование#nbsp;— важный процесс производства серверного оборудования. Тесты подтверждают, что на#nbsp;производственной линии не#nbsp;было допущено ошибок, все спаяно и#nbsp;отпечатано верно, а#nbsp;оборудование даст нужный результат при эксплуатации.

Тестирование проводится на#nbsp;стендах#nbsp;— специальных инструментах для#nbsp;серийных проверочных испытаний изделия.

Для#nbsp;проверки плат, используемых в#nbsp;наших серверах, проводится порядка 100 различных тестов. Это длительный процесс: на#nbsp;единицу продукции уходит время, сопоставимое со#nbsp;сроками производства единицы продукта.

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

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

Что это дало?

Тщательный подход к#nbsp;тестированию позволяет производить надежное и#nbsp;качественное устройство без ошибок в#nbsp;эксплуатации на#nbsp;стороне клиента.

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

Какие были сложности?

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

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

Также был разработан специальный софт для#nbsp;сбора данных о#nbsp;тестировании#nbsp;— это позволяет мониторить работу стендов, даже если они находятся на#nbsp;удаленных площадках.

5. Собственный сервисный центр: четыре линии сервисной поддержки на#nbsp;территории РФ

Запуск собственного сервисного центра компании с#nbsp;четырьмя линиями поддержки стал одним из#nbsp;наиболее грамотных стратегических шагов компании.

Мы#nbsp;даже предположить не#nbsp;могли, какой задел на#nbsp;будущее создает наличие собственной лаборатории OCP и#nbsp;сервисной поддержки с#nbsp;возможностью привлечения разработчиков оборудования и#nbsp;ПО в#nbsp;рамках 4-й линии поддержки.

Все линии поддержки находятся в#nbsp;России. Кроме того, при необходимости наши специалисты могут максимально быстро выехать на#nbsp;объект для#nbsp;разрешения проблем.

Наша сервисная политика построена по#nbsp;образцу брендов А-класса. То#nbsp;есть на#nbsp;уровне, привычном для#nbsp;глобальных вендоров#nbsp;— лидеров рынка, когда поддержка дается напрямую от#nbsp;производителя.

Что это дало?

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

Какие были сложности?

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

Во-первых, людей нужно обучать#nbsp;— а#nbsp;это отдельный дорогостоящий проект. Во-вторых, важно на#nbsp;регулярной основе отслеживать качество обработки обращения. Работа такой сложной структуры должна быть полностью прозрачной.

Извлеченные уроки

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

Так, сервер «GAGAR>N Оракул Gen1», созданный на#nbsp;базе открытой архитектуры OCP Tioga Pass, недавно получил сертификат OCP Accepted, что позволяет включить его в#nbsp;маркетплейс глобального OCP-сообщества.

Фактически, собственное производство оборудования в#nbsp;России#nbsp;— современный тренд, активное развитие которого полностью оправдывает все сопутствующие риски.