학습 목표
이 모듈을 마치면 다음을 수행할 수 있습니다.
- 로깅이 무엇이고 디버깅과 어떤 관련이 있는지 설명하세요
- Mendix 플랫폼에서 로그 메시지 구조 해석
- 로그 메시지의 출처를 식별합니다.
- Studio Pro 및 Mendix Portal에서 메시지된 로그 찾기
디버깅을 사용하면 애플리케이션을 중지하여 특정 순간의 모든 세부 정보를 검사하는 반면 로깅을 사용하면 더 긴 기간 동안 일련의 작업을 검사할 수 있습니다. 로깅은 디버깅해야 할 곳을 결정하는 데 매우 자주 사용됩니다 . 두 가지가 함께 사용되는 경우가 많기 때문에 확실히 밀접한 관계가 있지만 로깅은 다른 상황에서도 쉽게 적용할 수 있습니다.
로그 메시지의 구조
로그 메시지는 구조화된 필드 와 구조화되지 않은 필드의 두 가지 유형으로 나뉩니다 . 로그의 처음 몇 개 필드는 구조화되어 있고 마지막 필드는 미리 정의된 구조가 없습니다.
Mendix에서 사용되는 로그 템플릿과 다양한 로그 필드에 대한 설명은 아래에서 확인할 수 있습니다.
- 타임스탬프 : 로깅 구성 요소에 의해 로그 메시지가 생성된 순간입니다.
- 소스 : 로그 메시지를 생성한 앱의 특정 인스턴스. 이는 앱이 클라우드에 배포된 후에만 적용됩니다.
- 로그 수준 : 앱이 메시지에 부여하는 중요도입니다.
- 로그 노드 : 로그 메시지를 생성하는 앱의 구성 요소입니다.
- 로그 메시지 : 발생한 일을 자세히 설명하는 메시지입니다.
처음 네 개의 필드는 구조화되어 있으며 로그 분석 도구에서 로그 파일을 분석할 때 레코드를 집계하는 데 사용할 수 있습니다. Log 메시지 필드는 주목할 만한 이벤트나 발생한 오류에 대한 자세한 정보를 독자에게 제공하기 위한 것입니다. 또한 이 필드를 통해 개발자는 특정 메시지에 적합한 방식으로 모든 관련 정보를 전달할 수 있습니다.
Mendix 시스템 내에서 로그 메시지를 생성하는 구성 요소의 몇 가지 예는 다음과 같습니다.
- 마이크로플로우 엔진
- 도메인 모델 엔진
- 보안 엔진
Mendix 자체에서 생성된 로그 메시지 외에도, Mendix Marketplace에서 만들거나 가져온 모듈에서 로그 메시지가 생성될 수도 있습니다.
애플리케이션 로그의 위치는 앱이 실행되는 위치에 따라 달라집니다. 애플리케이션 개발을 시작하면 Studio Pro에서 볼 수 있습니다. 로컬에서 실행되면 콘솔을 보고 앱의 로그 메시지를 찾을 수 있습니다.
Mendix Portal을 통해 온라인으로 로그를 볼 수도 있습니다. Logs 페이지 의 Deploy에서 Mendix Portal에서 찾을 수 있습니다 . 각 환경에는 드롭다운을 사용하여 선택할 수 있는 자체 로그가 있습니다. 로그는 매일 순환되며 보관소에서 사용할 수 있습니다. 또한 View Live Log를 선택하여 들어오는 로그 메시지를 볼 수 있습니다 .
출처 : https://academy.mendix.com/link/paths/104/Track-Application-Behavior-with-Logging
'LowCode (Mendix) Advanced > Track Application Behavior with Logging' 카테고리의 다른 글
| Implementing Logging In Your Own App (2) | 2024.10.22 |
|---|---|
| Reading the Message Part of a Log Message (1) | 2024.10.22 |
| The Components of a Log Message Explained (0) | 2024.10.21 |