Heroku: web dinamosu mu işçi dinamosu mu? Kaç / kaç orana ihtiyacım var?

Heroku'da web ve işçi dinozorları arasındaki farkın ne olduğunu merak ediyordum. Fiyatlandırma sayfalarında tek cümlelik bir açıklama yapıyorlar ama bu kafamı karıştırdı. Her birinden kaç tane seçeceğimi nasıl bilebilirim? Hedeflemem gereken bir oran var mı? Bu konuda oldukça yeniyim, bu yüzden birisi derinlemesine bir açıklama yapabilir veya belki kaç tane ve hangi tür dynolara ihtiyacım olacağını hesaplayabileceğim bir yol olabilir?

Ayrıca, her bir dyno için saat miktarıyla ne demek istedikleri konusunda kafam karıştı.

http://www.heroku.com/pricing

Ben de bu yazıda başardım. Önerdikleri çözümlerden biri olarak dynos miktarını artırmayı söylediler. Burada ne tür bir dinodan bahsediyorlar?

http://devcenter.heroku.com/articles/backlog-too-deep

Daha fazla dynoya ihtiyacınız varsa (aka Cedar'da işlemler) en iyi göstergeniz heroku günlüklerinizdir. Günlüğünüzü takip edebilmek için genişletilmiş günlüğe (ücretsiz) yükselttiğinizden emin olun.

Heroku.router girişlerini arıyorsunuz ve en çok ilgilendiğiniz değer kuyruk değeridir - eğer bu sürekli olarak 0'dan fazlaysa, daha fazla dynos eklemeniz gerektiğinin iyi bir işaretidir. Esasen bu, işleminizin karşılayabileceğinden daha fazla istek geldiği anlamına gelir, böylece bunlar sıraya alınır. Herhangi bir veri döndürmeden çok uzun süre sıraya alınırlarsa, zaman aşımına uğrarlar.

Korkarım ideal bir oran yok, birçok web işlemine ihtiyaç duyan ancak çalışanlardan yararlanmayan saniyede 100 istek yapan bir uygulamanız olabilir. Yalnızca arka planda e-posta gönderme vb. İşlemler yapıyorsanız çalışan işlemlere ihtiyacınız vardır.

ps Backlog çok derin, buna neden olacak bir Dyno web süreci olacaktır.

GÜNCELLEME: 26 Mart 2013 tarihinde Heroku kuyruğu kaldırdı ve oturum kapatıldıktan sonra bekleme alanları çıktı.

kuyruk ve bekleme alanları yönlendirici günlük mesajlarından kaldırıldı. Ayrıca, Heroku yönlendiricisi artık gelen istekler için X-Heroku-Dynos-In-Use, X-Heroku-Queue-Depth ve X-Heroku-Queue-Wait-Time HTTP üstbilgilerini ayarlamıyor.

Dynos, temelde örneğinizde çalışan işlemlerdir. Yeni Sedir yığınıyla, herhangi bir rasgele kabuk komutunu yürütmek için ayarlanabilirler. Web uygulamaları için, genellikle kullanıcılardan gelen HTTP isteklerine yanıt vermekten sorumlu olan "web" adlı bir işleminiz vardır. Diğer tüm süreçler daha önce "işçiler" olarak adlandırılan süreçlerdir. Bunlar, cron, işlem kuyrukları ve web işlemlerinizi bağlamak istemediğiniz herhangi bir ağır hesaplama gibi şeyler için arka planda sürekli olarak çalışır. Ayrıca, her bir işlem türünü ölçeklendirebilirsiniz, böylece her türden birden çok işlem ek eşzamanlılık için başlatılır. Kullandığınız her birinin miktarı gerçekten uygulamanızın ihtiyaçlarına ve aldığı yüke bağlıdır. Bunları izlemek için New Relic eklentisi gibi araçları kullanabilirsiniz.

Bazıları bilinen bir oran olmadığını ve web çalışanlarının isteyeceğiniz 'arka plan' çalışanlarına oranının uygulamanızı nasıl tasarladığınıza bağlı olduğunu belirtti - bu doğru. Bununla birlikte, genel bir kural olarak, web çalışanlarınızın - ve dolayısıyla sundukları denetleyici eylemlerinin - tarayıcı eylemlerinden gelen yanıt sürelerindeki gecikmeyi azaltmak için ışık hızında ve çok hafif olmasını istediğinizi eklemenin yararlı olabileceğini düşündüm . Sunmak için örneğin yarım saniyeden daha fazlasını gerektiren bir tarayıcı eylemi varsa, muhtemelen bu eylemin büyük bir kısmını kuyruğa iten bir tür sistem tasarlamak isteyeceksiniz.

Daha sonra bu kuyruğa hizmet verecek bir çevrimdışı çalışan dinamosu tasarlarsınız. Çıktılarında bekleyen HTTP yanıtları olmadığı için çok daha uzun sürebilirler. Belki de eylemi başlatan ilk tarayıcı isteğinden oluşturduğunuz sayfa, isteğin her 5 saniyede bir bitip bitmediğini kontrol eden bir iş parçacığı başlatan bir Javascript veya bu satırlar boyunca bir şey sunacaktır.

Başkalarının da verdiği sebeple size hala çalışabileceğiniz bir oran veremiyorum, ancak umarım bu, uygulamanızı nasıl tasarlayacağınıza karar vermenize yardımcı olur. (Bunun birçok geçerli tasarımdan sadece biri olduğunu da belirtmeliyim.)

https://stackoverflow.com/a/19965981/1233555 - Heroku rastgele yönlendirmeye gitti, bu nedenle bazı dinozorlar yığınlanan kuyruklara sahip olabilir (uzun bir istek sunarken) diğer dinozorlar ücretsizdir. Web dinamiklerinizde tüm isteklerin çok hızlı bir şekilde işlendiğinden emin olarak bundan kaçının. Bu, ihtiyaç duyduğunuz web dinamosu sayısını azaltırken, daha fazla çalışan dinamosu gerektirir.

Ayrıca, yalnızca bazı Rails yapılandırmalarının yaptığı eşzamanlılığı destekleyen web uygulamanızı da önemsemeniz gerekir - Unicorn'u veya Thin ile dikkatlice yazılmış kodu (EventMachine'i engellemeyen G / Ç için) deneyin.

Muhtemelen her türden kaç dynoya ihtiyacınız olduğunu görmek için hesaplamak yerine denemelisiniz. New Relic'in dyno kuyruğunu bildirdiğinden emin olun - yukarıdaki bağlantıya bakın.

Kısa cevap, sıralarınızı düşük tutmak için ihtiyaç duyduğunuz kadarına ihtiyacınız olduğudur.

John'un açıkladığı gibi, günlüklerinizde bir sıra görmeye başlarsanız, o zaman daha fazla dynoya ihtiyacınız vardır. Arka plan sıralarınızın çok uzadığını görmeye başlarsanız (bu bilgiyi nasıl elde edeceğiniz, uyguladığınız uygulamaya bağlıdır), o zaman daha fazla çalışana ihtiyacınız vardır.

Uygulama tasarımınıza ve kullanımınıza çok bağlı olduğu için bir oran yoktur.