Web sunucularını düzenli aralıklarla yeniden başlatmak en iyi endüstri uygulaması mıdır? [kapalı]

Tomcat'ta çalışan bir web uygulamamız var (üçüncü taraflarca geliştirilen). Uygulamadan çok kötü bir performans elde ettik. Uygulama geliştiricisi, web sunucularını her gece yeniden başlatmanın, tüm bellek kullanımlarını serbest bırakmanın ve baştan başlamanın Endüstri İçin En İyi Uygulama olduğunu iddia ediyor.

Sitenin gün içindeki çökmesini hafifleten müşteri perspektifinden, ancak SysAdmin açısından bakıldığında çok kötü bir çözüm.

Bu uygulamalardan 20'sini farklı istemciler için farklı sunucularda barındırıyoruz ve her gece yeniden başlatıldığından emin olmanın koordinasyonu yanlış görünüyor.

Bu kesinlikle en iyi uygulama değil. Sunucunuzu düzenli aralıklarla yeniden başlatmak iyi olsa da , her şeyin doğru şekilde yapıldığından emin olmak için, gece yeniden başlatmaya ihtiyaç duyulması, uygulamada çok ciddi bir bellek sızıntısı olduğuna işaret eder.

"En İyi Uygulama", birçok insanın iyi nedenlerle yaptığı şeyler ile "Ortak Uygulama", birçok insanın tembel ve / veya cahil oldukları için yaptıkları arasında bir fark vardır.

Rutin olarak yeniden veya iyi çalışmasını sağlamak için yeniden başlatılması gereken uygulamalar ve (kötü) sunucuları olan oldukça yaygın. Ama aynı zamanda kritik bir hatanın olduğuna dair net bir gösterge.

Bir uygulamayı düzenli olarak yeniden başlatmasını SOP yaparak, şirketiniz halının altında ciddi bir hata saklıyor. Bu affedilmez, böceğin yüzü aşağı bakıp ezilmesi gerekiyor, yoksa sonradan seni ısırmaya başlayacak.

İdeal olarak, şirketiniz daha iyi bir geliştirici bulmalıdır. Ne yazık ki, bu kodunuzun büyük izlerini yeniden yazmak için oldukça fazla çalışmaya neden olabilir. Geliştiricinin ya kötü yazılmış kodun kabul edilebilir olduğunu düşündüğü ya da buggy kodunun belirtilerini tanıyacak kadar bilgi sahibi olmadığı gerçeği, kodun kalitesinin düşük olduğunu gösterir. İyi bir geliştirici, anayasal olarak onu bu durumda bırakmaktan aciz olacaktır.

Geliştiriciyi değiştirebilecek konumda olamayacağınıza göre, birkaç öneri:

• Daha iyi bir geliştiricinin kodu gözden geçirip geçirmediğini ve değerlendirmelerini bu konuda bir şeyler yapabilecek birine rapor edip edemediğini görün.
• Profil oluşturma araçlarına bir göz atın. Becerilere ve / veya eğime sahipseniz, sızıntıyı bulmak ve bildirmek için kodu kendiniz belirlemeyi deneyin.

Geliştirici odaklı profil oluşturma araçlarına girmeden bile, Java uygulamalarında bellek kullanımını profilleme ve izleme için bol miktarda sysadmin odaklı araç vardır. Her durumda üretim sunucularınızdaki belleğin (özellikle de yığının) izlenmesini gerçekten sağlamalısınız. Kalite kodunu kullanıyor olsanız bile bunu tavsiye ederim. Buggy uygulamalarınız devrilmek üzereyken size önceden uyarı verebilir.

Ancak daha iyisi, bunlar bir sızıntının olduğuna dair kanıt toplamanıza yardımcı olmalı ve sorunun uygulamada nerede olduğunu gösterebilir. Bu, düzeltilmesi için size lobide daha iyi mühimmat sağlayacaktır.

Uygulama geliştiricisi, yaptığı profesyonel olmayan iş çevresinde çalışarak kıçını korumanın sizin için en iyi çıkar olduğunu iddia etmesinin daha muhtemel olduğunu düşünüyor. Aslında, o, kısa bir hafıza sızıntısı olan bir şey yazdığını, ancak çok kısa olmayan bir şeyi yazdığını kabul etmekten vazgeçmiş olabilir.

Buradaki birçok cevap pratik çözümlerin işaretinden düşmektedir. Dogma'dan kaçıyorlar gibi görünüyor - sunucular asla yeniden başlatılmamalıdır - neden 5 tane dokuzumuz var? hataya dayanıklılık? Evet, bu yüzden kalkmaları gerekiyorsa, ayakta kalıyorlar.

Ayrıca, kötü geliştiricilerin nedenini açıklamak ya da kötü gelişme pratiği, sorunun kaynağına gitmez. Kötü olmayan uygulama kodu değil ama daha sık olabilir. Bu konular zaten sistem kodunun çoğunda bulunmaktadır. Bizim yaptığımız gibi birçok küçük uygulama kullanıyorsanız, küçük bellek sızıntıları, Java yığını ve permgen sorunları. Modern sunucular ve çalıştırdıkları yazılımlar çok karmaşık. Tomcat gibi bir sunucunun ne yapması gerektiğini düşündüğünüzde - dosya sunun, web isteklerini işleme, ağ iletişimi, veritabanı iletişimi vb. O yığının içinde bir sürü hareketli parça var.

Proaktif olarak bilgisayarları yeniden başlatmak, haftada veya ayda bir kez görüşüme göre akıllı ve verimli olduğunu söyler. Kümelenmişseniz ve sunucuları döndürüyorsanız, istemcileri bir bit etkilememelisiniz. Müşterileriniz sunucularınızın performansıyla daha mutlu olacaklar.

IMO Sunucuları mümkün olduğunca az kapatılmalıdır. Uygulama Geliştiricisinin bellek sızıntısı olan kaliteli bir uygulama oluşturması daha olasıdır.

Her gece web sunucularımızdan birini yeniden başlattığım bir senaryo var ama bunun nedeni endüstri standardı yerine zayıf yazılmış bir java uygulaması. Yine de web servislerini yeniden başlatmanın nadir olmadığını söyleyebilirim. Bu, tam olarak yeniden başlatmaya kıyasla aradığınız belleği temizleyebilir ve sunucuya daha az zorlanma getirebilir.

Bir sunucu tercihen hiçbir zaman yeniden başlatılmamalıdır. Hata toleransımızın sebeplerinden biri de bu . Sunucunuzu uygulamalarınız nedeniyle yeniden başlatmanız gerekiyorsa, uygulamalarınız bellek sızdırıyor ve hatalı bir şekilde oluşturuluyor.

Daha önce Tomcat ile çalışıyorum ve aynı problemi yaşadım, bir dahaki sefere bir Java konteyneriyle çalışacağım başka bir tane daha arayacağım, belki JBoss veya GlassFish.

Düzenleme: Şimdi her gece yeniden başlatmanız gerekiyorsa, yük arttığında / arttığında muhtemelen daha sık yeniden başlatmanız gerekir. Sağlam uygulamalara sahip olduğunuzdan emin olun, bu en iyi çözümdür.

Şimdiye kadar gördüğüm en sık haftalık. Şu an olduğum yer biz bir pencereliyiz ve bunu Salı günü izleyen hafta sonu boyunca aylık olarak yapıyoruz.

Bir sunucuyu sürekli olarak yeniden başlatmanın ideal olmadığı konusunda hemfikir olmama rağmen, geliştiricinin hatası ya da yapılacak yanlış şeyin olmadığı durumlar vardır. Python Popen kütüphanesindeki sorunlardan dolayı hafızayı sızdıran iyi niyetli bir uygulamamız var. Yakında emekli olacak eski bir uygulamadır, ancak iş için kritik öneme sahiptir. Müşterilerimiz için en az telaş ile çalışmaya devam etmeliyiz. Bu yüzden sunucuyu her gece yeniden başlatmaya karar verdik.