«Тяжелые» ИТ: Как запустить производство серверного оборудования в России
2023-06-27 12:35
Санкции перекроили рынок серверного оборудования в#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;— современный тренд, активное развитие которого полностью оправдывает все сопутствующие риски.