{"id":8565,"date":"2016-07-15T12:44:47","date_gmt":"2016-07-15T12:44:47","guid":{"rendered":"https:\/\/dev.railscarma.com\/ruby-rails-scaling-app-rapid-growth\/"},"modified":"2021-06-06T12:02:02","modified_gmt":"2021-06-06T12:02:02","slug":"ruby-rails-ridimensionamento-della-rapida-crescita-dellapp","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/it\/blog\/articoli-tecnici\/ruby-rails-ridimensionamento-della-rapida-crescita-dellapp\/","title":{"rendered":"Ruby on Rails: scalare la tua app per una crescita rapida"},"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\tAl giorno d'oggi, la scalabilit\u00e0 della crescita di un'app \u00e8 un argomento davvero intimidatorio. La maggior parte delle risorse Internet e dei post di blog ruotano attorno al ridimensionamento delle applicazioni Ruby. \u00c8 molto interessante sapere qual \u00e8 il limite massimo e quanto Ruby on Rails pu\u00f2 ottenere per la rapida crescita delle applicazioni.\n\nLa scalabilit\u00e0 aumenta non in base alla velocit\u00e0 ma al throughput<\/strong>\n\nGli host scalabili stanno accelerando i tempi di risposta solo quando le richieste trascorrono molto tempo in attesa di essere servite dalle applicazioni. Se non ci sono richieste esistenti in attesa di servizio, il ridimensionamento si rivela solo uno spreco di denaro. Ruby on Rails scala correttamente le applicazioni da 1 a 1.000 richieste al minuto e la cosa considerevole che dobbiamo sapere su questo processo di scalabilit\u00e0 \u00e8 la quantit\u00e0 di come funzionano effettivamente il routing HTTP e i server delle applicazioni.\n\nCome vengono instradate le richieste ai server delle applicazioni?<\/strong>\n\nUna decisione importante da prendere in termini di scalabilit\u00e0 di un'applicazione web con Ruby \u00e8 il tipo di server delle applicazioni che devi scegliere. La maggior parte dei post di ridimensionamento di Ruby potrebbero essere obsoleti a causa del cambiamento drammatico avvenuto negli ultimi 5 anni e del cambiamento vorticoso dell'anno scorso. Tuttavia, comprendiamo ancora i vantaggi esistenti di ciascuna scelta di server applicativo. Dobbiamo solo essere pi\u00f9 informati su come vengono instradate queste richieste a tali server delle applicazioni. Molti sviluppatori hanno ancora poca comprensione dell'esatto processo di come queste richieste vengono accodate e instradate.\n\nCiclo di vita delle richieste<\/strong>\n\nUna volta che una richiesta arriva alla tua app Heroku, il primo posto in cui si ferma \u00e8 il bilanciatore del carico. Il compito di un bilanciatore del carico \u00e8 garantire che il carico tra i router di Heroku sia distribuito uniformemente. Questo bilanciatore del carico trasmetter\u00e0 la richiesta a qualsiasi router adatto ad esso. Esistono un numero enorme di router Heroku non divulgati e possiamo supporre in questo momento che il numero sia piuttosto elevato, approssimativamente superiore a 100. Il lavoro dei router \u00e8 quello di eseguire il banco prova dell'applicazione e passare la richiesta a un certo banco prova. Potrebbero essere necessari da uno a cinque minuti per individuare i banchi prova e i router tenteranno di connettersi con un banco prova casuale nell'applicazione. Quando Heroku ha gi\u00e0 scelto un lancio casuale, attende cinque secondi affinch\u00e9 il lancio rivendichi la richiesta e stabilisca una connessione aperta. Mentre la richiesta attende, verr\u00e0 inserita nella coda delle richieste del router.\n\nScelte del server applicativo<\/strong>\n
    \n \t
  • Webrick<\/li>\n \t
  • Magro<\/li>\n \t
  • Unicorno<\/li>\n \t
  • Phusion Passeggero 5<\/li>\n \t
  • Puma (filettato)<\/li>\n \t
  • Puma (raggruppato)<\/li>\n<\/ul>\nCiascuno di questi server varia in termini di velocit\u00e0, ma tutti possono gestire migliaia di richieste ogni minuto. Le applicazioni di scalabilit\u00e0 non si basano solo sui tempi di risposta. L'applicazione pu\u00f2 rallentare con l'aumento delle code di richieste. Le code di richiesta dovrebbero essere controllate prima perch\u00e9 se fossero vuote, sarebbe uno spreco di tempo e denaro. Ci\u00f2 \u00e8 applicabile anche agli host lavoratore. Vengono ridimensionati in base alla coda di lavoro approfondita.\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