¿Rompiendo una aplicación de Rails grandes en aplicaciones más pequeñas?

Tengo una aplicación Rails con 600 modelos y que pronto crecerá a 800-1000. Me gustaría segmentar la aplicación Rails para que solo ciertos modelos se carguen y, por lo tanto, actúen como una aplicación separada, pero todos compartan los mismos modelos básicos. ¿Hay una práctica estándar para hacer esto?

EDIT: estoy en 2.3.8

EDIT 2:

El problema es que muchos modelos son similares, pero lo suficientemente diferentes como para justificar la escritura de una nueva clase, es decir, la lógica requerida para ponerlo todo en un modelo sería horrible. Algunos de los modelos podrían trasladarse a tareas de rake o al directorio lib, pero solo alrededor de 30 o menos. Algunas son clases abstractas que actúan como padres de un arm del árbol modelo. Sin embargo, la mayoría se relacionan con tablas de bases de datos. Estoy pensando en desplegar partes de la aplicación en complementos a través de los Motores para que una aplicación solo pueda manejar un conjunto de modelos (son independientes) pero para que pueda mantenerlos todos juntos en desarrollo y en un repository de git para mayor comodidad . Voy a seguir este camino a menos que alguien más tenga una mejor idea, y volveré a publicar para informarles cómo va.

Amigo, eso es una cantidad bastante loca de modelos … de todos modos para manejar lógica compleja y reutilizarlos fácilmente en otros proyectos que te recomendaría los motores (de 2.3+ es parte de Rails).

Con eso en su lugar, puede dividir su modelo en diferentes módulos (motores)

http://railscasts.com/episodes/149-rails-engines

Toño