Aplikacja wielostanowiskowa z pojedynczym logowaniem w różnych domenach w Railsach?

Question

muszę rozwijać wielokierunkowego aplikacji z pojedynczego znaku na domenach całej (coś jak konto Google z wielu usług Google, takich jak Gmail, Dokumenty Google +):

• Aby korzystać Childen witryn użytkownik musi się zalogować na stronie nadrzędnej.
• Każda witryna ma swoją własną logikę, z wyjątkiem logowania użytkownika, punktów i faktur w postaci .
• Z aplikacji podrzędnej muszę być w stanie zalogować się na konto użytkownika globalnego , wydać punkty użytkownika i wygenerować fakturę dla niektórych usług.
• Formularz rejestracyjny, lista faktur i panel do zarządzania punktami są dostępne tylko z witryny/aplikacji nadrzędnej.

Jaka jest najlepsza strategia wdrożenia tego w Rails 3.1? Ważna jest skalowalność, wydajność i bezpieczeństwo.

• Aplikacje z jedną lub wieloma szynami?
• Pojedyncze lub wiele baz danych?
• Globalne usługi w głównej aplikacji lub jako osobne aplikacje/silniki?
• Jak zaimplementować pojedyncze logowanie? Identyfikator pojedynczej sesji w DB lub coś w rodzaju facebook oauth?
• Jak zaimplementować punkty wydatkowania i generować faktury w wyniku żądania ze strony podrzędnej?

Answer 1

Powinieneś być w stanie zaimplementować to za pomocą OmniAuth z wieloma (i niezależnymi) aplikacjami Rails. Będą atrakcje:

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

Blog post na ten temat: http://blog.joshsoftware.com/2010/12/16/multiple-applications-with-devise-omniauth-and-single-sign-on/

Answer 2

Załóżmy, że tworzysz Model User w głównej aplikacji i przeprowadzasz migrację. Następnie musisz uzyskać dostęp do tej bazy danych z innych aplikacji. To nie jest problem . Najpierw trzeba dodać definicję połączenia baza głównym aplikacji do config/database.yml zgłoszenia dziecka tak:

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

Następnie należy stworzyć model o nazwie użytkownika, ale nie z scaffolder lub czegoś. lubię to. Po prostu utwórz plik ręcznie w następujący sposób:

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

W przypadku domyślnym wybranym połączeniem jest ten, który pasuje do nazwy środowiska. Musisz tylko określić odmiany. Teraz możesz uzyskać dostęp do klasy User, tak jak w głównej aplikacji.