Является ли Grails жизнеспособным вариантом для крупномасштабных корпоративных веб-приложений?

Question

Исходя из опыта разработки J2EE, мне нравится идея Grails .... все преимущества использования корпоративной Java (Spring, Hibernate и т. Д.), Но с простотой Rails (скаффолдинг, соглашение о конфигурации, Groovy)скриптинг и т. д.).Моя компания рассматривает возможность развертывания нового веб-приложения корпоративного масштаба, созданного на основе Grails.Я слышал, что были некоторые проблемы со стабильностью и дефектами в более ранних выпусках платформы.Однако с тех пор, как я стал частью Springsource, у меня не было много жалоб.

Мне любопытно, есть ли у кого-нибудь мнение или опыт использования Grails для крупномасштабных веб-приложений.Это стабильно?Надежная?Любые ошибки, которые я должен высматривать?Любые другие наблюдения?Спасибо!

Answer 1

Короткий ответ

Да

Более длинный ответ

Стабильность и надежность ядра значительно улучшились с 1.0. Кажется, что каждый новый выпуск вносит несколько ошибок, но обходные пути / исправления появляются довольно быстро С точки зрения производительности, Grails всегда был адекватным (для моих целей). Учитывая, что Grails действительно представляет собой Groovy DSL для Spring MVC и Hibernate, и большая часть Grails фактически написана на Java, было бы удивительно, если бы производительность Grails существенно отличалась от веб-инфраструктуры Java, такой как Spring MVC.

Ситуация сильно отличается, когда дело касается плагинов Grails. Большинство из них поддерживаются сообществом, а не командой Grails, и с гораздо большей вероятностью будут заброшены или не успевают за новыми версиями Grails. Официально поддерживаемые плагины (например, Spring Security), конечно, являются исключением из этого утверждения.

Answer 2

Для некоторых предыдущих обсуждений по этой теме взгляните на

• Стоит ли Grails? (с конца 2008 года)
• Is Grails(сейчас) стоит? (с 2010 г.)

Answer 3

Я бы сказал да, пока Grails 2.0+.Grails 3.0, основанный на Spring Boot, позволяет значительно повысить производительность труда разработчиков.

Эта ключевая статья оправдывает это.

http://blog.pivotal.io/pivotal/case-studies/netflix-amazon-asgard-groovy-grails-elastically-scaling-apps-for-40-million-internet-tv-viewers