우리는 logstash, config 및 eureka 서버가있는 기존 마이크로 서비스 환경을 보유하고 있습니다. 우리는 현재 Spring Cloud Dataflow (Kubernetes) 환경 (주로 작업/배치 작업을 실행하기위한 초기 단계)을 설정 중입니다. 작업이 로그를 실행하면 :봄 구름 작업 및 데이터 흐름을 사용하는 logstash, config server 및 eureka 사용
Logstash :
이상적으로 우리는 다음과 같은 시나리오를 지원하기 위해 표준 스프링 부팅 구성을 통해 (주석 등) 기존의 logstash, 설정 및 유레카 서버를 사용하는 작업을하고 싶습니다 logstash에 출력되고 Kibana에서 볼 수 있음
구성 서버 : 작업의 구성 속성을 변경하는 것을 지원합니다. 예를 들어 주기적 작업의 구성은 구성 서버의 값을 변경하여 조정할 수 있으며 다음 번에 작업을 실행하면 새로운 값이 사용됩니다. 필자는 설정 서버 등록 정보가 내부 application.properties의 등록 정보를 대체하는 작업 정의의 등록 정보를 대체한다는 것을 이해합니다.
유레카 : 각 작업은 유레카에 등록됩니다. 이것의 주된 이유는 우리의 작업에 웹 액추에이터 엔드 포인트가 노출되어 있기 때문에 작업이 실행되는 동안 액추에이터 엔드 포인트와 정보에 액세스 할 수있는 스프링 부트 어드민 (유레카를 통해 서비스를 발견 할 수 있음)을 사용할 수 있다는 것입니다. (우리 작업 중 일부는 실행하는 데 몇 시간이 걸릴 수 있으며,이를 모니터링하고 로깅을 조정할 수 있습니다)
여기에 주목할만한 잠재적 인 문제가 있습니까? 예 : 수명이 짧은 작업 유레카와 함께). 기존의 스프링 클라우드 데이터 흐름 또는 스프링 클라우드 태스크 문서에서 이에 대한 설명을 찾을 수 없습니다.