Aplicación de varios sitios con inicio de sesión único en todos los dominios de Rails?

Question

tengo que desarrollar aplicaciones de múltiples sitios con inicio de sesión único dominios en todo (algo así como la cuenta de Google con múltiples servicios de Google como Gmail, Docs, Google +):

• Para utilizar childen usuario sitios deben firmar en el sitio principal
• Cada sitio tiene su propia lógica, excepto el inicio de sesión de usuario, los puntos y las facturas .
• Desde la aplicación hija, debo poder iniciar sesión en la cuenta de usuario global , gastar puntos de usuario y generar factura para algún servicio.
• Formulario de registro, listado de facturas y panel para administrar puntos son , disponible solo desde el sitio principal/aplicación.

¿Cuál es la mejor estrategia para implementar esto en Rails 3.1? La escalabilidad, el rendimiento y la seguridad son importantes.

• ¿Rieles sencillos o múltiples?
• ¿Bases de datos simples o múltiples?
• ¿Servicios globales en la aplicación principal o como aplicaciones/motores por separado?
• ¿Cómo implementar el inicio de sesión único? ID de sesión única en DB o algo así como facebook oauth?
• ¿Cómo implementar puntos de gasto y generar facturas como resultado de la solicitud desde el sitio secundario?

Answer 1

Debería poder implementar esto utilizando OmniAuth con múltiples (e independientes) aplicaciones Rails. Estos serán de interés:

• https://github.com/joshsoftware/sso-devise-omniauth-client
• https://github.com/joshsoftware/sso-devise-omniauth-provider

Blog post sobre el tema: http://blog.joshsoftware.com/2010/12/16/multiple-applications-with-devise-omniauth-and-single-sign-on/

Answer 2

Digamos que crea el Modelo User en la aplicación principal y lo migra. Entonces, lo que debe hacer es acceder a este Datbase desde las otras aplicaciones. Eso no es un problema . En primer lugar es necesario añadir la definición de conexión de base de datos de la aplicación Principal a la config/database.yml de la solicitud niño como éste:

parent_connection: 
    adapter: your_adapter_here 
    host: your_host_here 
    username: username 
    password: password 
    database: main_application_production 

A continuación, crear un modelo de llamada del usuario, pero no con el scaffolder o algo. Me gusta esto. Basta con crear el archivo manualmente como esto:

class User < ActiveRecord::Base 
    establish_connection :parent_connection # This uses the specified connection 
end 

En el caso por defecto la conexión seleccionada es la que coincide con el nombre del medio ambiente. Solo necesita especificar variaciones. Entonces ahora puede acceder a la clase User como en la aplicación principal.