2016-09-28 6 views
0

Кто-нибудь знает, как я могу сказать, что мой экземпляр литейного цеха контролирует конечную точку моего здоровья, так что, когда моя конечная точка работоспособности говорит, что состояние приложения не является статусом: UP, приложение перезапускается?Проверка работоспособности в облачном литейном цехе

ответ

1

Cf CLI 6.24.0 (выпущен в феврале 2017 г.) выставил этот тип проверки работоспособности.
В вашем приложении манифеста, используйте:

applications: 
- name: myapp 
    health-check-type: http 
    health-check-http-endpoint: /admin/health 

Ваше приложение должно возвращать код статуса 200 с этого пути, или код ошибки, если это не статус UP.

Вы также можете использовать команду cf set-health-check, чтобы настроить ее на существующие приложения.

Отъезд this documentation для получения более подробной информации о различных типах проверок здоровья.

+0

Отлично, спасибо –

0

Если экземпляр приложения умирает, Cloud Foundry, по умолчанию, обновит новый экземпляр и попытается запустить его. Эта отказоустойчивость встроена в Cloud Foundry.

Приводы - это конечные точки отдыха, введенные вами в приложение, которые позволяют вам видеть состояние приложения и его работоспособность во время выполнения. https://spring.io/guides/gs/actuator-service/

Попробуйте использовать исполнительные механизмы.

+0

Приводы не помогают в ситуации, о которой я говорю. Конечная точка работоспособности исполнительного механизма может указывать на состояние, отличное от «UP». Облачный литейный цех не наблюдает за этой конечной точкой. У этого есть своя внутренняя проверка здоровья. Я специально спрашивал, существует ли способ с определенным пользователем свойством или параметр в файле манифеста, чтобы сообщить ему, чтобы он вызывал мою конечную точку работоспособности. –

0

Я не считаю, что обычная проверка работоспособности URL доступна на день в CF. Если ваш экземпляр приложения больше не является работоспособным, и вы хотите его перезапустить, вы можете System.exit (1) и CF перезапустить его для вас.

Я слышал, что слухи о специальных проверках здоровья, возможно, придут в будущем с CC V3 api и Diego.

+1

Спасибо. Это означает, что у меня должен быть механизм опроса для проверки конечной точки работоспособности, а затем вызов System.exit. Очевидно, что это не оптимальное решение. Я на самом деле удивлен, что они не добавили что-то подобное давно. Что-то вроде: приложение: здоровье-конечная точка:/admin/health health-response-contains: "status": "UP" –

Смежные вопросы