Светлана Ткаченко, УЦ РДТЕХ: «Выбор зарубежных СУБД объясним инертностью мышления»

Две трети российских предприятий, по данным аналитиков, все еще эксплуатируют иностранные системы управления базами данных. Эксперт по работе с технологиями Oracle и PostgreSQL с более чем 15-летним опытом, преподаватель Учебного центра РДТЕХ Светлана Ткаченко объяснила, почему так происходит и когда использование российских аналогов критически важно. В интервью в рамках проекта Database Technologies обсудили как трудности обучения администрированию СУБД, так и актуальные вопросы рынка – сближение функционала решений вендоров, их производительность, рост интереса к нишевому ПО.

– Светлана, типов СУБД становится все больше. Почему растет востребованность на рынке альтернативных, специализированных СУБД взамен классическим?

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

– Как в условиях роста массивов данных повысить производительность и масштабируемость СУБД?

– Для наращивания возможностей БД есть целый набор стратегий. Самые распространенные — это горизонтальное и вертикальное масштабирование. Также может использоваться секционирование (бывает, как вертикальным, так и горизонтальным). Современные СУБД предлагают различные варианты масштабирования, например, СУБД PostgreSQL поддерживает возможность создания реплик, а также шардинг, опирающийся на необходимость использования дополнительных расширений (например, Citus). Еще один способ организовать шардинг – использовать родственные PostgreSQL технологии. Так, можно воспользоваться системой GreenPlum, в которой шардинг заложен в архитектуру. Таким образом, проблема повышения производительности и масштабируемости решаема для большинства задач, но выбор конкретного решения и правильная настройка системы критически важны для достижения оптимальной работы.

– Почему, несмотря на успехи отечественных разработчиков, большинство компаний продолжает использовать зарубежные СУБД?

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

– Можно ли сказать о пересечении функционала СУБД Oracle и Postgres вследствие процессов импортозамещения?

 – Участвуя в последних конференциях, проводимых сообществом PostgreSQL, действительно, наблюдаю тенденцию по сближению функционала Oracle и PostgreSQL в контексте импортозамещения, но полного совпадения функционала нет и вряд ли произойдет. Здесь необходимо учитывать, что PostgreSQL открытая и бесплатная СУБД, по сравнению с коммерческим Oracle. Поэтому средств на развитие у Oracle больше, чем у PostgreSQL. В результате, у Oracle больше возможностей при работе с большим объемом данных, а также больше инструментов для мониторинга и управления. Таким образом, Oracle остается более зрелой и функционально богатой системой. Выбор между этими СУБД должен опираться на цели, поставленные при разработке проекта.

– Вы обучили тонкостям архитектуры БД Oracle и Postgres более 5 тысяч сотрудников в крупных российских компаниях. Что самое сложное в преподавании технологий?

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

– Отличаются ли навыки работы с СУБД для разных категорий заказчиков?

– Один и тот же курс читается по-разному именно потому, что необходима адаптация под слушателей. То, как в итоге будет подан материал курса, конечно, зависит и от квалификации слушателей и от их специализации. Например, курс Oracle по безопасности рассчитан как на администраторов БД, так и на администраторов безопасности. Поэтому при чтении этого курса обязательно надо учитывать, кто его слушает, чтобы выбрать нужный вариант подачи материала и расставить правильно акценты. Очень сложно балансировать, когда группа смешанная, и нужно учитывать возможности каждого.

– Вы занимались переводами технической документации? Насколько это сложный процесс, и в чем основные трудности?

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

– Какими станут СУБД будущего, на ваш взгляд, и как компании будут хранить информацию?

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