Guida per gli sviluppatori per ridimensionare l'applicazione Ruby on Rails

Per i creatori dell'applicazione, avere così tanti utenti è sia un successo che una sfida. La prima cosa che devi fare è gestire il crescente interesse per il tuo prodotto o servizio. Viceversa, una preparazione tecnica insufficiente può portare al fallimento dell’applicazione. Fortunatamente è possibile risolvere questo problema. Imparerai come scalare la tua applicazione Ruby on Rails con il nostro aiuto.

Quanto è scalabile il framework?

Scalare un framework significa aumentare la capacità dell'applicazione di generare più richieste al minuto (RPM). È meno importante prendersi cura del framework stesso che dell’infrastruttura dell’intero sistema server. Guarda come funziona nella pratica.

Consideriamo un grattacielo con un solo ascensore che può ospitare poche persone. L'ascensore è così affollato che non può funzionare correttamente a causa del grande interesse nel godersi il paesaggio. Prima che l'edificio sia completato, è essenziale garantire che siano installate infrastrutture adeguate o sviluppare un metodo per trasportare più persone in cima. L'ascensore qui descritto equivale ad un'applicazione senza la scala adeguata. Di conseguenza si subiscono perdite che possono essere estremamente dolorose.

Cosa succederà se non ridimensioni la tua applicazione?

Quando le applicazioni non si adattano all'aumento del traffico, possono diventare lente e persino bloccarsi. Questo è solo l'inizio di possibili problemi. I clienti potrebbero andarsene se la soluzione viene ritardata e la loro insoddisfazione si rifletterà nelle recensioni online. La scalabilità dovrebbe essere migliorata rapidamente, non minimizzata.

Quando ridimensioni la tua applicazione, quali ostacoli potresti incontrare?

Iniziare con la scalabilità è facile, ma implementarla è difficile. L'architettura dell'applicazione potrebbe essere uno degli ostacoli. Potrebbero verificarsi problemi con la gestione delle richieste, ad esempio, se non sono state implementate soluzioni che in realtà si rivelano di grande interesse. Si consiglia un codice pulito e modulare Applicazioni RoR.

 Questo approccio favorisce l'integrazione con più sistemi di gestione di database. Inoltre, non è un problema posizionare dei bilanciatori di carico per gestire più richieste.

Ruby on Rails è scalabile?

Di conseguenza, le applicazioni Ruby possono essere scalate facilmente. A causa delle capacità di ridimensionamento orizzontale del linguaggio e della sua natura thread-safe, ci sono due ragioni per questo. Fondamentalmente, devi solo avviare più processi Ruby e connettere più server alla tua applicazione per gestire più traffico. 

Suggerimenti per scalare la tua applicazione Ruby on Rails

Mentre alcuni di essi sono specifici di Ruby on Rails, altri possono essere applicati a qualsiasi server di applicazioni shared-nothing.

• La prima regola è memorizzare nella cache, nella cache, nella cache e ancora nella cache.

I dati possono essere memorizzati nella cache del client e trasmessi in streaming nel browser utilizzando librerie Ajax come JQuery. Scopri come utilizzare la scadenza e gli etag e come memorizzare nella cache le risposte HTTP utilizzando le cache gateway/proxy inverso. Sfrutta il caching integrato di Rails per azioni, pagine e frammenti. I risultati del tuo database possono essere memorizzati nella cache utilizzando Memcache invece di estrarli da esso.

• Separare i dati dal servizio dati

Non inserire tutti i tuoi dati in un unico database “per comodità”. Per i set di dati indipendenti dovrebbero essere utilizzati database separati. Rendi disponibili le risorse statiche tramite un livello separato oppure utilizza Amazon S3 o Akamai per distribuirle. Il costo è più alto, ma il ridimensionamento è più semplice. Discuti con il tuo DBA se è necessario un modello di dati relazionali per tutti i tuoi archivi dati, poiché i database relazionali aumentano, non aumentano. Se i tuoi dati sono più semplici, potresti essere in grado di utilizzare un archivio dati con valori-chiave. Quando archivi e analizzi grandi quantità di dati non strutturati, utilizza Hadoop perché sono presenti client Ruby. Se utilizzi un file system, dovresti anche essere consapevole dei suoi limiti di scalabilità. Utilizza una copia del database principale anziché del database di produzione se hai esigenze di reporting di dati pesanti.

• Ridurre al minimo e gestire le dipendenze esterne

Assicurati che il sito non dipenda da servizi esterni come reti pubblicitarie o feed RSS. Assicurati di avere un piano di riserva nel caso in cui un servizio non risponda o non sia in grado di gestire il crescente volume di richieste.

• Mantieni aggiornati i gestori dei lavori e il database

Le query SQL generate da qualsiasi ORM, incluso ActiveRecord di Rails, possono causare problemi di prestazioni del database. Se hai eseguito un'integrazione importante, assicurati di controllare il registro delle query lente per assicurarti che non ci siano indici di database "mancanti" e che il tuo codice Rails non contenga find-all inappropriati. Dovresti controllare periodicamente il tuo database per vedere se gli indici non sono più necessari. Controlla anche l'utilizzo delle risorse dei lavori pianificati e in background.

 Poiché non è raro che i lavori si sovrappongano man mano che la base utenti cresce e l'elaborazione giornaliera dei registri può iniziare a richiedere più di 24 ore! È facile farsi prendere alla sprovvista da questo genere di cose. Assicurati che i tuoi lavori siano suddivisi in livelli separati. Alla fine, potresti voler passare a un gestore di lavori basato su messaggi man mano che la tua azienda cresce.

• I tuoi dati relazionali inevitabili dovrebbero essere condivisi

I database MySQL devono essere suddivisi a livelli di scalabilità elevati. Il processo di sharding prevede la suddivisione del set di dati in parti indipendenti basate su una chiave. Lo sharding basato sull'ID utente può essere utilizzato per la maggior parte dei siti Rails orientati al consumatore, ma esistono anche schemi di sharding basati sull'età dei dati o sulla frequenza di accesso.

Conclusione

A seconda del tipo di progetto, le applicazioni basate su Ruby on Rails dovrebbero essere scalate in modo diverso. Come per molte altre tecnologie, il RoR non è la risposta a tutti i problemi. Pertanto, è importante confrontare il proprio profilo aziendale con le capacità di Rails prima di sviluppare un'applicazione. Ti consigliamo di lavorare con Società di sviluppo Ruby on Rails Railscarma se hai bisogno di un esperto Supporto RoR. Ogni fase di sviluppo di applicazioni sarà gestito dal nostro esperto team di professionisti.