{"id":26431,"date":"2017-02-28T11:47:35","date_gmt":"2017-02-28T11:47:35","guid":{"rendered":"https:\/\/dev.railscarma.com\/multi-tenancy-using-apartment-gem\/"},"modified":"2024-01-10T12:57:15","modified_gmt":"2024-01-10T12:57:15","slug":"multi-locazione-utilizzando-lappartamento-gem","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/it\/blog\/articoli-tecnici\/multi-locazione-utilizzando-lappartamento-gem\/","title":{"rendered":"Multi Tenancy utilizzando l'appartamento gem"},"content":{"rendered":"
\n\t\t\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t\t\t

Cerchiamo innanzitutto di capire la differenza tra single e multi-tenancy
\n
\nLocazione singola<\/strong>:<\/p>\n

Ogni cliente ha la propria istanza software, il proprio DB e serve per un solo cliente. In questo caso il software pu\u00f2 essere personalizzato per soddisfare le specifiche esigenze del cliente poich\u00e9 \u00e8 indipendente.<\/p>\n


\nMultilocazione:<\/strong><\/p>\n

In questo caso, una singola istanza dell'applicazione software serve pi\u00f9 clienti. Qui chiamiamo ogni cliente come inquilino. Qui possiamo modificare le regole dell'interfaccia utente e le regole aziendali ma non possiamo modificare il codice dell'applicazione poich\u00e9 la stessa architettura \u00e8 condivisa da pi\u00f9 clienti. \u00c8 economico poich\u00e9 i costi di sviluppo e manutenzione del software sono condivisi tra i clienti. Ma gli aggiornamenti possono essere effettuati solo dal provider.<\/p>\n

\"singolo-tenente-multitenente\"<\/a>
\nVantaggi: <\/strong>
\n1. Un unico hardware che gestisce pi\u00f9 clienti.
\n2. Risparmio sui costi. I costi possono essere ripartiti tra tutti i clienti.
\n3. Facile manutenzione
\n4. La configurazione pu\u00f2 essere modificata senza toccare la base di codice.
\n5. \u00c8 possibile aggiungere facilmente nuovi inquilini, poich\u00e9 si tratta di un'architettura condivisa.<\/p>\n

Svantaggi:<\/strong>
\nLa personalizzazione del DB sar\u00e0 difficile da gestire, poich\u00e9 si tratta di un unico DB condiviso tra pi\u00f9 clienti con tenant diversi.<\/p>\n

Esistono milia, acts_as_tenant e apartment gem per gestire la multi-tenancy nell'applicazione Rails.<\/p>\n

Appartamento gioiello:<\/strong><\/p>\n

Questo gioiello adotta un modo diverso di gestire la multi-tenancy. Funziona creando un altro DB per ciascun inquilino. Per PostgreSql, crea un altro schema per ciascun tenant. Mi piace questo approccio alla luce del fatto che, per questa situazione, l'informazione \u00e8 davvero disimpegnata. Il database non \u00e8 condiviso e, nel caso in cui sia necessario cancellare le informazioni di un cliente, tutto ci\u00f2 che devi fare \u00e8 semplicemente eliminare il suo database (o modello). Supporta anche gli ascensori e consente il passaggio automatico tra l'inquilino del cliente e quindi l'automazione della logica di commutazione.<\/p>\n

Questo gemma ci aiuta a gestire la multi tenancy in un'applicazione Rails.<\/p>\n

Aggiungete la riga sottostante al vostro Gemfile ed eseguite l'installazione del bundle.<\/p>\n

gioiello "appartamento"<\/code><\/pre>\n
Per generare il file inizializzatore dell'appartamento, esegui il comando seguente:<\/p>\n
bundle exec rails genera apartment:install<\/code><\/pre>\n
config.excluded_models = %w{ Tenant } <\/code><\/pre>\n
Qui si possono specificare i tenant di portata globale, come il modello di autenticazione, comune a tutti i tenant.<\/p>\n
In questo caso, creer\u00f2 un cliente con sottodomini, in modo che ogni volta che il cliente accede all'applicazione, l'appartamento recupera i sottodomini e interroga il database, in base al sottodominio dell'inquilino.<\/p>\n
rotaie g impalcatura Nome cliente:string tenant_domain:string<\/code><\/pre>\n
Fare<\/p>\n
rotaie db:migrare<\/code><\/pre>\n
Dobbiamo creare l'inquilino dell'appartamento, una volta creato il cliente.<\/p>\n
Appartamento::Tenant.create('tenant_name') - Per creare un inquilino<\/code><\/pre>\n
Utilizza after_create callback nel tuo modello per creare tenant.<\/p>\n
def crea_tenant Appartamento::Tenant.create(tenant_domain) end<\/code><\/pre>\n
Una volta eseguito il callback di cui sopra, tutte le migrazioni verranno eseguite sotto il rispettivo tenant.<\/p>\n
La commutazione dei sottodomini sar\u00e0 gestita automaticamente quando si richiede l'applicazione con i sottodomini. Di seguito \u00e8 riportata la linea di configurazione per cambiare i tenant in base al sottodominio.<\/p>\n
Rails.application.config.middleware.use 'Appartamento::Ascensori::Sottodominio'<\/code><\/pre>\n
Per passare da un inquilino all'altro<\/p>\n
Appartamento::Inquilino.switch!('nome_inquilino')<\/code><\/pre>\n
Tutte le query di ActiveRecord saranno indirizzate al tenant specifico quando viene richiesto lo switch.
\nSwitch si trover\u00e0 nell'ambito root quando viene chiamato senza argomenti.<\/p>\n
Anche il cambio di inquilino pu\u00f2 essere fatto in base al primo sottodominio, ma \u00e8 necessario impostare la configurazione nel file di inizializzazione. Possiamo anche escludere alcuni sottodomini, come il sottodominio normale.<\/p>\n
config.middleware.use 'Appartamento::Ascensori::PrimoSottodominio'<\/code><\/pre>\n
Appartamento::Ascensori::FirstSubdomain.excluded_subdomains = ['www']<\/code><\/pre>\n
Possiamo anche limitare gli utenti a non creare alcuni domini come www, admin. Questi domini non saranno disponibili per gli utenti durante la registrazione.<\/p>\n
\u00c8 necessario decommentare la riga di configurazione sottostante nel file inizializzatore dell'appartamento.<\/p>\n
Appartamento::Ascensori::Sottodominio.excluded_subdomains = ["pubblico", "www" e "admin"]<\/code><\/pre>\n
Possiamo anche cambiare, in base all'host completo. Qui dobbiamo trovare il nome del tenant corrispondente nell'hash utilizzando la seguente riga di configurazione. Dobbiamo aggiungere la riga seguente al tuo application.rb<\/p>\n
config.middleware.use 'Appartamento::Ascensori::HostHash', {'example.com' => 'example_tenant'}<\/code><\/pre>\n
Abbandonare gli inquilini:<\/strong><\/p>\n
Il comando seguente pu\u00f2 essere utilizzato per eliminare i tenant:<\/p>\n
Appartamento::Inquilino.drop('nome_inquilino')<\/code><\/pre>\n
Si prega di controllare la risorsa ufficiale di gem per trovare ulteriore documentazione. <\/p>\t\t\t\t\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/div>\n\t\t\t\t\t<\/div>\n\t\t<\/section>\n\t\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t\t
\n\t\t\t
\n\t\t\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t
Iscriviti per gli ultimi aggiornamenti<\/h2>\t\t\t\t<\/div>\n\t\t\t\t<\/div>\n\t\t\t\t
\n\t\t\t\t
\n\t\t\t\t\t\t\t
\t\t\t\t\t