Привет, Хабр! Я Роман Севрук, менеджер по развитию решений СУБД в К2Тех. Сегодня расскажу о нашем опыте взаимодействия с заказчиками при переходе на отечественные СУБД, и о том, почему мы готовы делиться экспертизой.
События последних лет кардинально изменили подход к импортозамещению в России. Теперь компаниям необходимо перейти на отечественное ПО, однако горизонты полного перехода остаются размытыми – у бизнеса нет возможности одномоментно перестроиться на новые рельсы.
По нашей статистике, 70% российских компаний еще не перешли на отечественные СУБД, больше половины из них готовы мигрировать, но не знают, как это сделать самостоятельно. Почему так происходит? Как изменить эту ситуацию? И главное — зачем что-то менять в этом тренде интегратору?
На примере реального проекта я расскажу, почему мы в К2Тех считаем, что будущее — за открытым обменом знаниями между интеграторами и заказчиками. Поделюсь конкретными практиками, которые помогают нашим клиентам становиться самостоятельными в работе с СУБД на базе PostgreSQL и другими отечественными решениями
Одним из главных препятствий в процессе импортозамещения стал острый дефицит специалистов по отечественным СУБД. Хотя разговоры о переходе на российское ПО начались еще в 2014 году, до 2022 года большинство организаций не торопились с конкретными действиями.
Корень проблемы лежит в исторически сложившейся системе подготовки ИТ-специалистов. Российские разработчики и администраторы долгие годы работали с импортными системами — Oracle, Microsoft SQL Server и SAP. И это было оправданно: зарубежные вендоры предлагали готовые решения с подробной документацией и проверенными методиками работы. В отличие от зарубежных решений, каждый масштабный переход на отечественные СУБД требует проведения тестов и доработок под конкретные условия заказчика. Особенно остро эта проблема проявляется в критически важных системах: банковском ПО и промышленных ERP-решениях.
Лишь отдельные люди и коллективы инвестировали время и ресурсы в изучение отечественных альтернатив. Учебные центры не видели спроса на такие программы и не разрабатывали курсы повышения квалификации. В результате, когда начался массовый переход на российские решения, рынок столкнулся с острой нехваткой профильных экспертов.
Переход на отечественные СУБД выявил серьезный разрыв между потребностями бизнеса и реальными компетенциями специалистов. Даже у крупных компаний не хватает экспертизы для создания отказоустойчивых систем и масштабных корпоративных решений. По нашему опыту, многие поставщики решений на базе PostgreSQL ограничиваются базовым уровнем поддержки продуктов и не так глубоко интегрируют их в существующие ИT-экосистемы. Это связано с тем, что хоть и отечественные разработчики СУБД активно развивают свои решения, однако в силу их «молодости» по ряду параметров они не в полной мере отвечают всем потребностям рынка. Это естественная часть процесса локальной разработки, но этот фактор нужно учитывать.
Большинство решений проходит только поверхностное тестирование, без детального анализа их взаимодействия с другими системами. В результате заказчикам приходится выбирать: либо самостоятельно дорабатывать архитектуру и исправлять ошибки, либо обращаться к интеграторам для снижения рисков. На них ложится огромный объем работы — тестирование, оперативное исправление критических ошибок и постоянный поиск оптимальных технических решений возникающих проблем. В таком режиме даже опытные специалисты работают на пределе своих возможностей.
Этот опыт привел нас к важному выводу: стабилизировать ситуацию можно только через системную передачу знаний и экспертизы заказчикам. И мы рады, что клиенты поддерживают такой подход.
Как мы обучаем специалистов заказчиков
Один из наших заказчиков поставил задачу мигрировать на высоконагруженную СУБД на базе PostgreSQL для обслуживания пяти тысяч активных пользователей. Проект занял 100 часов интенсивной работы и включал три ключевых этапа: разработку архитектуры, настройку тестовой среды и… обучение сотрудников клиента.
Сотрудники заказчика оказались опытными специалистами с искренним интересом к технологиям. Их целью было не просто получить готовое решение, а разобраться в устройстве СУБД и самостоятельно вывести систему в прод.
Мы начали с проектирования архитектуры, сразу вовлекая команду заказчика в процесс. Детально объясняли назначение каждого компонента, обосновывали выбранные настройки и прогнозировали эффекты от их применения. Это заложило прочный фундамент для понимания особенностей отечественных СУБД.
Мы выполняли все работы удаленно, включая развертывание и настройку тестовой среды. Каждый этап тщательно планировали и проводили с демонстрацией экрана, чтобы команда заказчика видела все наши действия в реальном времени.
Для оперативной коммуникации создали группу в Telegram. Там прямо по ходу дела обсуждали технические вопросы. После настройки тестовой среды подготовили полный комплект документации: пошаговые инструкции по настройке системы, описание процедур, перечень основных команд, а также список известных проблем и способов их решения.
Мы готовились к потоку вопросов, но получили лаконичное сообщение: «Мы успешно развернули продуктивную среду». Более того, специалисты заказчика смогли самостоятельно решить задачи с ERROR: unsupported startup parameter при использовании Pgbouncer, правильно настроили idle_session_timeout на уровне СУБД PostgreSQL, а также на уровне pgbouncer и haproxy, опираясь на знание нагрузки конкретной системы и исходя из длительности запросов, выполняющихся на конкретной системе.
Обучение заказчиков — новый тренд?
На первый взгляд, обучение заказчиков самостоятельной работе с системой противоречит классической интеграторской модели. Традиционно она строится на постоянном сопровождении и решении текущих задач. Но мы выбрали другой путь формирования долгосрочных отношений с клиентами.
Мы делимся с заказчиками глубоким пониманием системы, потому что на самом деле клиенты платят нам не за решение отдельных инцидентов, а за гарантию бесперебойной работы критически важных систем. Это похоже на страховой полис: клиент уверен, что в сложной ситуации получит помощь от интегратора, который знает систему изнутри с момента проектирования архитектуры.
Традиционная модель работы с ИТ-интеграторами, где заказчик просто арендует готового специалиста, уже не отвечает требованиям рынка. Согласно последним исследованиям, на место реактивного взаимодействия приходит проактивное. Вместо этого мы создаем среду совместного развития, где специалисты заказчика осваивают новые технологии вместе с нашими экспертами.
Компании часто не могут выделить много времени на обучение сотрудников работе с СУБД, но опыт показывает, что достаточно 100 часов, чтобы команда научилась самостоятельно решать большинство задач с российскими СУБД. Это примерно 2,5 рабочих недели. Концентрированное погружение в реальный проект значительно ускоряет обучение.
В результате клиент получает не только работающее решение, но и подготовленную команду, способную его поддерживать и развивать. Мы же концентрируемся на решении сложных задач, поскольку команда клиента самостоятельно справляется с базовыми вопросами. Особенно эффективно такое сотрудничество с теми специалистами заказчика, которые глубоко понимают бизнес-процессы своей компании. В этом случае мы вместе быстрее вырабатываем best practices.
Этот подход решает несколько ключевых задач. Так, чтобы реализовывать успешные проекты, ключевым фактором развития ИТ-отрасли становится эффективное взаимодействие между интеграторами и заказчиками. Работа над реальными проектами формирует уникальные практики, которые затем становятся стандартами для всей отрасли. Каждое успешное внедрение обогащает отраслевой опыт и помогает адаптировать технологии под конкретные требования бизнеса.
Как будет дальше развиваться миграция на российские СУБД
Переход на отечественные СУБД — штука индивидуальная. Даже самые успешные кейсы нельзя просто скопировать и применить где-то еще. У каждой компании — своя архитектура и отраслевая специфика.
Отечественные СУБД пока требуют более глубокого понимания того, что происходит у них под капотом. Если раньше с PostgreSQL или Oracle интеграция была проще, то теперь приходится разбираться во всем: как работает балансировка нагрузки, как управляются подключения, как функционируют кворумные протоколы. Этот уровень погружения становится необходимостью.
Именно поэтому сейчас активно тестируются разные подходы к построению отказоустойчивых систем. Компании адаптируют проверенные практики работы с зарубежными решениями под особенности российских продуктов — и это дает интересные результаты.
Наш опыт в К2Тех показывает: самый эффективный способ развития экосистемы отечественных СУБД — это прямой диалог между техническими специалистами. Когда разработчики делятся опытом, обсуждают проблемы и решения, все выигрывают.
Специалисты набираются опыта, успешных внедрений становится больше, формируется профессиональное сообщество. Мы считаем, что в результате ситуация с импортозамещением СУБД стабилизируется в течение 3–5 лет.
Расскажите в комментариях о вашем опыте миграции на отечественные СУБД. С какими сложностями столкнулись? Какие решения помогли? Ваш опыт точно пригодится коллегам, которые только начинают этот путь.
