@kimmunsu 안녕하세요~

Spring Actuator

AWS를 사용하면, 말씀하신대로 cloud watch로 모니터링하면 되지 않을까 싶어요. Spring Actuator를 사용하시면 health check가 가능한 endpoint를 제공합니다. (https://docs.spring.io/spring-boot/docs/current/actuator-api/html/)

그런데 Actuator를 사용하려면 한가지 주의할게 있습니다. Actuator는 Spring Boot 기반인데, 추가된 의존성의 health를 모두 체크합니다. 예를 들면 redis dependency를 추가했다면, redis health check도 하게되죠. 이게 왜 문제냐면, redis가 죽어도 애플리케이션은 죽은게 아니라고 판단해야될 경우에 문제가 되겠죠.

배치 작업이 웹 애플리케이션 처럼 계속 실행되야 하는가?

작성하신 글로 추측해보자면, quartz와 같은 라이브러리를 사용해서 계속 살아 있으면서 특정 주기 마다 배치가 수행되는 작업인거 같은데, 배치 애플리케이션이 항상 alive 상태여야 할까요? 배치 수행 주기가 매우 빠른 (초 단위) 주기로 실행한다면 상관 없지만, 주기가 꽤 긴 배치라면, jenkins와 같은 툴로 스케줄링을 관리하고 Spring batch를 단발성으로 실행하게 하면 어떨까요? 그럼 애플리케이션이 살아있는지 체크를 할 필요도 없을뿐더러, 자원도 낭비하지 않을거 같은데요.

@woniper 땡큐!!!! 우선 Spring Actuator 를 살펴볼게 ㅎㅎ 그리고 우선 아래 질문에 대한 선답을 하자면.. 우리 배치작업은 초단위로 수행하는 작업이 몇몇 있어서 계속 alive 한 상태인지를 체크해야해 ㅠㅠ

@kimmunsu 네 그럼 그냥 health check를 AWS에 맞기시면 알람을 받을 수 있지 않을까 생각됩니다!

애플리케이션의 사망 캐치는 aws의 헬스체크 정도만 해도 무난할 듯 한데, 그 이상 배치의 태스크 단위로 실행 여부를 판단하려면 역시 Admin(Jenkins, Batch-Admin)을 도입 하는게 좋아보이는..

@woniper 답변 땡큐!!! 뭔가 답정너 느낌나지만... ㅋㅋㅋㅋㅋㅋ

@eclipse4j 음.. 배치 어드민에서 혹시 실시간캐치가 가능할까요...? 수행여부를 노티알려야 하는데 그 기능을 제가 잠깐 살펴봤는지 못봐서 ㅠㅠ 해당 시점에 배치구동이 되어야 하는데 안되었다라던가..

@woniper @eclipse4j 급 현타오는 문제...

애플리케이션 사망 캐치를 하려고 보니 batch 를 돌리는 ec2 인스턴스는 public ip가 없이 private ip 만 존재.. 거기에 추가로 로드밸런싱이 필요없는 단일 인스턴스라서 health check 를 지원하는 ec2 대상그룹을 사용할 수가 없음. 그래서 방향은 비슷하되 우회해서 구현하려는 방식은 aws 람다 함수로 특정 인스턴스를 찾아 해당 인스턴스의 특정 포트가 살아있는지 체크. (혹은 health url 하나 파서 ping...) 이렇게 해결하려고 하는데 정녕 이 방식이 맞는지 스스로 자문했을때 이것밖에 못찾겠어서 이것이 맞는 느낌으로 구현중. (여기서 답답한건 ec2 인스턴스를 찾을 때 태그를 활용하려는데, aws document 에서는 instance id 로 찾는건 많은데 태그로 찾는건 안보여서 계속 헤매는중 ㅎㅎ) 관련해서 경험하신 분 계실까요~?

참조중인 document 는 https://boto3.amazonaws.com/v1/documentation/api/latest/index.html