Це найкраща практика промисловості періодично перезапускати веб-сервери? [зачинено]

У нас є веб-додаток (розроблений третьою стороною), який працює на Tomcat. Ми отримали дуже низькі показники роботи програми. Розробник додатків стверджує, що це найкраща практика для галузі - перезавантажувати веб-сервери щовечора, звільняти від використання всієї пам'яті та починати спочатку.

З точки зору клієнта, що полегшує проблему збою сайту протягом дня, але з точки зору SysAdmin - це жахливе рішення.

Ми розміщуємо 20 таких додатків на різних серверах для різних клієнтів, і координація того, щоб перезапускати все щовечора, просто здається неправильним.

Це, звичайно, не найкраща практика. Незважаючи на те , що це добре , щоб перезапустити сервери періодично просто щоб переконатися , що все йде правильно, необхідності перезавантаження щовечірні вказує на дуже серйозну витік пам'яті в додатку.

Існує різниця між "Найкращою практикою", тим, що багато людей роблять з поважних причин, та "Загальною практикою", тим, що багато хто робить, тому що вони ліниві та / або неосвічені.

Програми та (що ще гірше) сервери, які потрібно регулярно перезапускати або перезавантажувати, щоб продовжувати працювати, є досить поширеними. Але це також чітка ознака того, що у вас є критична помилка.

Здійснюючи SOP регулярно перезавантажувати програму, ваша компанія приховує серйозну помилку під килимом. Це невиправдано, клопа потрібно зіткнути і розім'яти, інакше він пізніше повернеться, щоб вкусити вас.

В ідеалі ваша компанія повинна знайти кращого розробника. На жаль, це може призвести до великої роботи, щоб переписати великі тракти вашого коду. Той факт, що розробник або вважає, що погано записаний код прийнятний, або недостатньо знає, щоб розпізнати симптоми помилкового коду, говорить про якість коду на низькому рівні. Хороший розробник буде конституційно нездатний залишити його в такому стані.

Зважаючи на те, що ви можете не в змозі замінити розробника, кілька пропозицій:

• Подивіться, чи можна краще розробнику переглянути код і повідомити про свою оцінку тому, хто щось може зробити,
• Погляньте на інструменти профілювання. Якщо у вас є навички та / або схильність, спробуйте самі профлігувати код, щоб знайти витік і повідомити про це.

Навіть не потрапляючи в інструменти для профілювання, орієнтовані на розробників, існує багато інструментів, орієнтованих на систематизм, для профілювання та моніторингу використання пам'яті в додатках Java. У будь-якому випадку вам слід налаштувати моніторинг пам'яті (особливо купи) на виробничих серверах. Я б рекомендував це, навіть якщо ви використовували код якості. Це може заздалегідь попередити, коли ваші програми-баггі збираються перевалитись.

Але ще краще, вони повинні допомогти вам зібрати докази того, що є витік, і навіть можуть вказати, де проблема в додатку. Це дасть вам кращі боєприпаси лобіювати його для фіксації.

Розробник додатків, швидше за все, стверджує, що в його інтересах вам прикривати його попу, займаючись непрофесійною роботою, яку він робив. Він, мабуть, перестав визнати, що він щось написав із колосальним витоком пам’яті, але не дуже далеко від цього.

Багато відповідей тут, здається, відпадають від знаку практичних рішень. Вони, здається, відмовляються від догми - сервери ніколи не повинні бути перезапущені - чому ми маємо 5 дев'яток? відмовостійкість? Ну ось так, коли вони повинні бути, вони залишаються.

Крім того, заявити про причину поганих розробників або поганої практики розробки не йде в корені проблеми. Це може бути, але частіше за все його непоганий код програми. Ці питання вже вбудовані у більшу частину системного коду. Невеликі витоки пам’яті, проблеми з купою Java та пермген, якщо ви працюєте з невеликими додатками, як і ми. Сучасні сервери та програмне забезпечення, яким вони керують, дуже складні. Коли ви думаєте, що повинен робити такий сервер, як tomcat - обслуговувати файли, обробляти веб-запити, мережеві комунікації, комунікації бази даних тощо, це робить багато. У цьому стопці є хек багато рухомих деталей.

Активне перезавантаження серверів дозволяє сказати, що раз на тиждень чи місяць, на мій погляд, є розумним та ефективним. Якщо ви кластеризовані та обертаєте сервери, ви не повинні впливати на клієнтів ні на один біт. Клієнти будуть набагато щасливішими від роботи ваших серверів.

Сервери IMO повинні бути вимкнені якомога менше. Швидше за все, розробник додатків побудував зухвалий додаток із витоком пам’яті.

Я щовечора перезапускаю один із наших веб-серверів, але це більше через погано написаний додаток Java, а не галузевий стандарт. Я б сказав, що не рідкість перезапускати веб-сервіси. Це може зробити очищення пам'яті, яке ви шукаєте, і зменшити навантаження на сервер порівняно з повним перезапуском.

Переважно ніколи не слід перезапускати сервер . Це одна з причин, чому ми маємо відмову . Якщо вам доведеться перезапустити сервер через ваші програми, то ваші додатки просочуються пам'яттю і погано побудовані.

Я раніше працював з Tomcat, і у мене була така ж проблема, наступного разу, коли я буду працювати з контейнером Java, я шукатиму ще одного, можливо, JBoss або GlassFish.

Редагувати: Якщо вам доведеться перезавантажувати її щовечора, вам, ймовірно, доведеться перезапускати її частіше, якщо / коли навантаження збільшується. Не забудьте мати надійні програми, це найкраще рішення.

Найчастіший, що я бачив, - це щотижня. Де я зараз перебуваю в магазині вікон, і ми робимо це щомісяця у вихідні дні після Патч-вівторка.

Хоча я погоджуюся, що не ідеально постійно перезавантажувати сервер, є ситуації, коли це не є виною розробника, ані неправильним. У нас є добре сприйнятий додаток, який просочує пам'ять через проблеми в бібліотеці Python Popen. Це стара програма, яка незабаром буде звільнена, але важлива для бізнесу. Ми повинні тримати це з мінімальним суєтою для наших клієнтів. Тому ми щойно вирішили перезапускати сервер щовечора.