{"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-skalierung-app-schnelles-wachstum","status":"publish","type":"post","link":"https:\/\/www.railscarma.com\/de\/blog\/fachartikel\/ruby-rails-skalierung-app-schnelles-wachstum\/","title":{"rendered":"Ruby on Rails: Skalierung Ihrer App f\u00fcr schnelles Wachstum"},"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\tDie Skalierung des Wachstums einer Anwendung ist heutzutage ein wirklich einsch\u00fcchterndes Thema. Die meisten Internetressourcen und Blogbeitr\u00e4ge drehen sich um die Skalierung von Ruby-Anwendungen. Es ist sehr interessant zu wissen, was die Obergrenze ist und wie viel Ruby on Rails f\u00fcr das schnelle Wachstum von Anwendungen erreichen kann.\n\nSkalierung erh\u00f6ht nicht die Geschwindigkeit, sondern den Durchsatz<\/strong>\n\nDie Skalierung von Hosts beschleunigt die Antwortzeiten nur dann, wenn Anfragen lange darauf warten, von Anwendungen bedient zu werden. Wenn es keine Anfragen gibt, die auf ihre Bearbeitung warten, ist die Skalierung reine Geldverschwendung.\n\nRuby on Rails skaliert Anwendungen korrekt von einer bis zu 1.000 Anfragen pro Minute, und das Wesentliche, das wir \u00fcber diesen Skalierungsprozess wissen m\u00fcssen, ist die Menge, mit der HTTP-Routing und Anwendungsserver tats\u00e4chlich arbeiten.\n\nWie werden die Anfragen an die App-Server weitergeleitet?<\/strong>\n\nEine wichtige Entscheidung bei der Skalierung einer Webanwendung mit Ruby ist die Wahl des Anwendungsservers. Die meisten Beitr\u00e4ge zur Skalierung von Ruby sind aufgrund der dramatischen Ver\u00e4nderungen in den letzten 5 Jahren und der st\u00fcrmischen Ver\u00e4nderungen im letzten Jahr vielleicht schon veraltet. Nichtsdestotrotz verstehen wir immer noch die bestehenden Vorteile jedes Anwendungsservers. Wir m\u00fcssen nur besser wissen, wie diese Anfragen an solche Anwendungsserver weitergeleitet werden. Viele Entwickler haben immer noch wenig Verst\u00e4ndnis f\u00fcr den genauen Prozess, wie diese Anfragen in die Warteschlange gestellt und weitergeleitet werden.\n\nLebenszyklus von Antr\u00e4gen<\/strong>\n\nSobald eine Anfrage bei Ihrer Heroku-Anwendung ankommt, ist der erste Ort, an dem sie stoppt, der Load Balancer. Die Aufgabe eines Load Balancers ist es, sicherzustellen, dass die Last zwischen den Routern von Heroku gleichm\u00e4\u00dfig verteilt wird. Dieser Load Balancer leitet die Anfrage an den Router weiter, der am besten f\u00fcr sie geeignet ist.\n\nEs gibt eine enorme Anzahl nicht ver\u00f6ffentlichter Heroku-Router, und wir k\u00f6nnen davon ausgehen, dass die Zahl ziemlich gro\u00df ist, etwa \u00fcber 100. Die Aufgabe der Router besteht darin, die Dynos der Anwendung zu erkennen und die Anfrage an einen bestimmten Dyno weiterzuleiten. Es kann ein bis f\u00fcnf Minuten dauern, bis die Dynos gefunden sind, und die Router versuchen, eine Verbindung zu einem zuf\u00e4lligen Dyno in der Anwendung herzustellen. Wenn Heroku bereits ein zuf\u00e4lliges Dyno ausgew\u00e4hlt hat, wartet es f\u00fcnf Sekunden lang, bis das Dyno die Anfrage annimmt und eine offene Verbindung herstellt. W\u00e4hrend die Anfrage wartet, wird sie in die Warteschlange der Router-Anfragen gestellt.\n\nAuswahl an Anwendungsservern<\/strong>\n
    \n \t
  • Webrick<\/li>\n \t
  • D\u00fcnn<\/li>\n \t
  • Einhorn<\/li>\n \t
  • Phusion Passenger 5<\/li>\n \t
  • Puma (mit Gewinde)<\/li>\n \t
  • Puma (geclustert)<\/li>\n<\/ul>\nJeder dieser Server hat andere Anspr\u00fcche an die Geschwindigkeit, aber alle k\u00f6nnen Tausende von Anfragen pro Minute bearbeiten. Die Skalierung von Anwendungen basiert nicht nur auf den Antwortzeiten. Die Anwendung kann sich verlangsamen, wenn sich die Warteschlangen f\u00fcr Anfragen vergr\u00f6\u00dfern. Die Warteschlangen sollten zuerst \u00fcberpr\u00fcft werden, denn wenn sie leer sind, ist das eine Verschwendung von Geld und Zeit. Dies gilt auch f\u00fcr Worker-Hosts. Sie werden auf der Grundlage der tiefen Auftragswarteschlangen skaliert.\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

    Abonnieren Sie die neuesten Updates<\/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