Большинство наших заказчиков знают чем хорош Drupal и для каких проектов он отлично подходит. Но нередко заказчики просят нас дать рекомендации по выбору платформы для их проекта или цифровой трансформации при развитии всей ИТ-инфраструктуры. Обычно заинтересованными со стороны заказчика являются либо владельцы бизнеса, либо руководители отделов. Некоторые из них могут быть далеки от технической стороны проектов, а свое мнение об используемых технологиях они складывают из обрывочных сведений из интернета, либо из разговоров со знакомыми IT-специалистами. Про Drupal много устаревших сведений и мало актуальной информации. Поэтому мы решили написать эту статью, чтобы максимально простым языком рассказать о месте Drupal в множестве веб-технологий.
На чем разрабатываются веб-проекты?
На практике условно можно выделить несколько вариантов:
- Конструкторы сайтов
- Статический HTML/JS + готовые веб-сервисы, SaaS
- Системы управления контентом (CMS, Headless CMS)
- Фреймворки управления контентом (CMF)
- Фреймворки веб-разработки
- Разработка с нуля
Выбор оптимальной технологии зависит от сложности и бюджета проекта и на наш взгляд может быть визуализирован следующей схемой:
Конструкторы, LowCode. Конструкторы сайтов, такие как Tilda, Битрикс24 Сайты, Wix, позволяют быстро собрать сайт по шаблону, настроить типовые интеграции, хорошо подходят для проектов с небольшой сложностью, которые надо выполнить в максимально сжатые сроки. Запуск лендинга нового направления бизнеса для проверки гипотез оптимально делать на конструкторах.
Статика + SaaS. Если нужен отсутствующий в конструкторах, но не очень сложный типовой функционал, нужен проработанный уникальный дизайн, то более оптимальным для запуска нового проекта может быть статическая “морда” на HTML/JS с интеграцией готовых Low-Code продуктов и веб-сервисов для реализации нужных функций. Например, интеграции Битрикс 24 для обработки лидов, Roistat для сквозной аналитики, Unisender для управления рассылками, AirTable, Directual или GreenData для поддержки бизнес-процессов. Современные LowCode решения могут решать достаточно сложные задачи без программирования и прикрутив к ним красивую “веб-морду” можно запускать проекты очень быстро. Запуск стартапа, требующего регистрации пользователей, хороший пример для использования этого подхода.
CMS. Системы управления контентом, включая Headless CMS, актуально использовать если на проекте много типовой работы с контентом: мультиязычность, модерирование, версионирование, распределение прав доступа в команде авторов и редакторов, сложная категоризация контента, высокие требования к оптимизации и поисковому продвижению веб-страниц. Сюда относятся, например, WordPress, Битрикс. Headless CMS, такие как Strapi, подразумевают реализацию фронтэнд части дополнительно на фреймворках или конструкторах. Примеры проектов, где подходят инструменты этого класса, это корпоративные сайты с большими каталогами товаров, не сложные интернет-магазины.
CMF. Фреймворки управления контентом (CMF), в отличие от CMS, позволяют более гибко настраивать функционал работы с контентом, пользователями, и, по сути, создать свою систему управления контентом, со специализированной админкой, необходимым функционалом и отчетами. CMF сложнее в освоении для разработчиков, по сравнению с CMS, но дают более гибкие возможности. Кроме того, CMF основаны на фреймворках, и, в отличие от CMS, более приспособлены для промышленной командной разработки, внедрения CI/CD, покрытия тестами. CMF хороши когда требования проекта таковы, что готовыми решениями CMS не обойтись, но требуется серьезная работа с контентом, собирать которую на конструкторах или разрабатывать заново на фреймворках нецелесообразно. Например, когда задачи управления контентом, такие как переводы, версионирование, управление правами доступа, на CMS не решаются без их существенной доработки, а на фреймворках их реализация будет трудоемкой. Именно к инструментам этого класса и относится Drupal. Будучи конструктором CMS, он также содержит мощные встроенные LowCode модули построения отчетов, автоматизации бизнес процессов с упором на работу с контентом. Он хорошо подходит, например, для больших информационных порталов, СМИ, библиотек, сайтов сообществ, систем управления обучением.
Фреймворки. Разработка на фреймворках оправдана если задача настолько нестандартна, что использование готовых модулей CMF и LowCode возможностей не покрывает требования. В этом случае трудозатраты на запуск и поддержку проекта больше чем при использовании CMF, так как придется запрограммировать модули, которые уже есть в CMF в готовом виде. Например, приложение для интернет-банкинга.
Разработка с нуля. Разработка же с нуля оправдана или в очень простых задачах, решающихся в несколько строк кода, или в сложных проектах, где предъявляются высокие требования к производительности и оптимизации кода при обработке большого количества запросов пользователей ограниченными серверными ресурсами. Например, страница с одной функцией отправки формы в телеграмм или социальная сеть с миллионами пользователей.
Разделение это условно. Возможно комбинирование подходов, когда система состоит из различных взаимодействующих сервисов, каждый из которых реализуется отдельными инструментами. Использование CMF в этом случае оправданно так как ее модульная структура и API First архитектура, в отличие от CMS, позволяет вынести из монолита в отдельные веб-сервисы такой функционал, как, например, авторизация пользователей, бизнес-аналитика, логирование, очереди заданий и поиск для распределения нагрузки, переноса трудоемких операций на отдельные серверы и разделения работы на несколько команд разработки. Фронтэнд при этом можно сделать на отдельных фреймворках, таких как React или Vue JS.
Сравнивая CMF Drupal с CMS WordPress или Битрикс, можно отметить что первое больше подходит для масштабных проектов, подразумевающих сложную работу с большим объемом контента, высокие требования к поисковой оптимизации (SEO), использование искусственного интеллекта, гибкую настройку, возможность выноса части функционала в отдельные веб-сервисы. Благодаря встроенным веб-сервисам, Drupal может быть использован как Headless CMS, как на старте проекта, так и при разработке отдельного фронтэнда при необходимости на более поздних его этапах.
Сравнивая CMF Drupal с фреймворками можно отметить, что использование готовых модулей и структур данных в составе CMF, а также встроенные LowCode инструменты позволяют быстрее выполнять прототипирование и запуск новых функций, требуемых бизнесу. Быстро начать проверять гипотезы, не ввязываясь в долгую разработку. При этом, при необходимости, разработка на CMF по возможностям не уступает работе с фреймворками. Например, CMF Drupal основана на фреймворке Symfony. Наиболее нагруженные части могут быть вынесены в отдельные специализированные сервисы.
Развеем несколько мифов о Drupal
Drupal устарел
Иногда мы слышим, что “знакомый айтишник мне говорил, что Drupal устарел” или “я слышал, что Drupal слишком тяжелый, лучше WordPress/Tilda/1С-Битрикс”.
Drupal действительно сложный. А если учесть скорость, с которой он развивается, то специалисту, чтобы делать качественную работу, нужно постоянно учиться. Многим этим совсем не хочется этим заниматься, ведь можно освоить условные WordPress/Битрикс, остановиться в своем развитии и убеждать остальных, что Drupal старый, медленный, тяжелый и т.д. Некоторые разработчики видели Drupal 15 лет назад, не смогли к нем разобраться и с тех пор считают, что в нем ничего не изменилось. Так что Drupal не устарел, он сложный, поэтому многие боятся с ним связываться.
Последняя версия Drupal работает на самых современных технологиях и быстрее конкурентов благодаря оптимизированному ядру. Его используют Tesla, Nestle, Pfizer, сотни университетов и корпораций из Fortune TOP 500 — разве они стали бы работать на "устаревшей" системе?
Drupal сложный
Сложность изучения Drupal является причиной главных его преимуществ - гибкости и постоянного развития. Да, Drupal требует времени на освоение, но это значит, что платформа не ограничивает разработчика жёсткими рамками. Она позволяет реализовать бизнес-логику без компромиссов, что в итоге даёт долгосрочную выгоду — сайт не нужно «переделывать с нуля» при масштабировании.
Развивающийся бизнес постоянно меняется и пробует что-то новое, и если в основе вашего бизнеса лежит IT-решение, то согласитесь, очень неприятного постоянно слышать от своего разработчика, что что-то из ваших идей невозможно реализовать только потому, что платформа этого не позволяет сделать или реализация займет несколько месяцев.
На Drupal дорогая разработка?
Разработка вообще дорогая под любую систему. И тут имеется ввиду не сборка функционала из готовых модулей, а программирование уникального функционала. Во многих системах есть большие модули, вроде целого магазина или большого каталога. Поставить такой, конечно, будет дешевле и быстрее, чем разработать с нуля. Но при развитии бизнеса и необходимости внесения доработок, вы наверняка упретесь в то, что что-то просто нельзя сделать. Разработчики Drupal — это обычно специалисты с системным мышлением, опытом проектирования сложных структур данных и интеграций. Они не привыкли к тому, что что-то нельзя, поэтому когда в техническом задании видят что-то не типовое, то не рассказывают клиенту, что это невозможно, а проектируют необходимые изменения и вписывают в смету дополнительные часы. В Drupal тоже есть готовые решения, модули и целые сборки сайтов. Как и любые другие, они будут немного отличаться от требований в техзадании. Чтобы сэкономить имеет смысл посмотреть так ли критичны недостающие функции для первого запуска, или можно их отложить на следующий этап.
Если вы хотите, чтобы сайт работал так, как нужно вашим клиентам по вашим процессам, а не подстраивать процессы под возможности движка, то стоит выбрать Drupal.
Да, старт может оказаться дороже, чем при использовании CMS или конструкторов, но итоговый продукт живёт дольше и дешевле в развитии, потому что он изначально сделан с запасом прочности, вам не придётся переделывать систему с ростом бизнеса.
Drupal — это инвестиция в универсальность и будущее, а не просто «сайт под ключ».
Мне не нужен такой большой и сложный движок, у меня простой сайт?
Сначала так думает менеджер, принимающий решение о выборе ядра и выбирает что-то совсем простое, вроде конструктора, или готовое решение на более популярной CMS, а потом бизнесу начинают требоваться интеграции с новыми сервисами, внедрение искусственного интеллекта, или специалист по продвижению приносит требования к оптимизации сайта, которые или невозможно сделать без масштабных переделок.
Да, Drupal может быть “перебором” для простой визитки. Но если бизнес планирует расширение, запуск новых сервисов, новые интеграции, развитие бизнеса в регионах с разными языками и законодательством — Drupal не придётся менять. Он вырастет вместе с бизнесом.
Высокая стоимость владения?
На Drupal, как и на другие фреймворки и CMS, постоянно нужно устанавливать обновления, которые не всегда ставятся быстро. Нельзя просто сделать сайт и забыть про него. Но это не недостаток, а одно из самых главных преимуществ. Drupal безопасный! Постоянные обновления поддерживают безопасность на уровне государственных и банковских приложений. Простые обновления в рамках одной версии ставятся часто, но быстро, и если сайт собран хорошо, то не вызывают трудностей. Обновления между версиями уже более сложная история, но и выходят реже. До выхода Drupal 8 обновление между версиями было сопоставимо с созданием сайта заново и миграцией контента, но с выходом “восьмерки” все изменилось и этот процесс стал существенно легче и быстрее. В этом случае вы не просто ставите обновление безопасности, а добавляете на ваш проект самые современные технологии стандарты. У нас есть отдельная статья о развитии проектов и планировании бюджета с помощью гибкой разработки.
На рынке мало специалистов?
В России Drupal разработчиков действительно не много. Но не настолько мало, чтобы долго искать специалиста. Те, кто выдерживает темп развития Drupal, обычно опытнее и профессиональнее разработчиков под другие, более “модные” платформы.
В долгосрочной перспективе, пока существует веб, Drupal будет актуален, потому что его сообщество – это не просто "пользователи", а профессионалы и компании, которые вкладываются в развитие платформы.
Геополитические риски?
Основная разработка ядра Drupal ведется зарубежными компаниями и инфраструктура drupal.org, где ведется вся разразработка, работа над локализацией, находятся за пределами РФ. Однако Drupal и все его модули распространяются под открытой лицензии свободного ПО GPL, не предусматривающей политические санкции. Некоторые российские Drupal-разработчики участвуют в разработке непосредственно ядра и модулей Drupal. Решения на базе Drupal неоднократно включались российскими компаниями в реестр отечественного ПО. С учетом этого - разработанное на Drupal решение у вашей компании не сможет забрать никто ни на законодательном уровне, ни технически.
Добавить комментарий