Signoz 사용중에 질문이 있어 남깁니다.

안녕하세요,SigNoz를 Docker를 이용하여 사용할 때 메모리 증가로 인해 Container들이 죽는다면 가장 먼저 확인해 봐야 하는 부분은 Docker daemon의 Memory allocation 부분입니다.SigNoz official document에는 최소 4GB이상의 메모리가 할당 되어야 하는 것으로 나오며, 메모리가 충분치 않은 상황에서 Docker를 이용하여 시스템을 구동할 경우 Swap메모리가 지속적으로 증가하여 Disk I/O가 많이 발생하여 원활하게 구동이 되지 않을 수 있습니다. 불필요한 메모리 할당을 줄이는 방법 중 하나는 Sample Application을 구동시키지 않는 것이 있으며, https://signoz.io/docs/operate/docker-standalone/#remove-the-sample-applicationURL을 참고하시면 어떻게 Sample Application을 제거할 수 있는지 알 수 있습니다. Docker Daemon configuraion은 아래 URL을 참고 부탁드립니다.https://docs.docker.com/reference/cli/dockerd/#daemon-configuration-file Docker compose를 이용한 전체 시스템을 구동할 때 가장 메모리에 민감한 Container는 Clickhouse이며, 해당 솔루션에 대한 Memory usage recommendation은 아래 URL을 참고 부탁 드립니다.https://clickhouse.com/docs/en/operations/tips#ram 감사합니다.

강의 교안 요청 드려요

안녕하세요 윤경환님,강의 교안을 알려주신 이메일로 발송하였습니다. 문의 주셔서 감사합니다.

open-telemetry config 예시 github 링크

안녕하세요, 본 강의는 SigNoz 0.13.0 version(Chart version: 0.7.0) 기준으로 제작이 되었습니다. NAME CHART VERSION APP VERSION DESCRIPTION signoz/signoz 0.7.0 0.13.0 SigNoz Observability Platform Helm Chart Span processor의 경우에는 Gateway Microservice에 아래와 같이 적용이 되어 있으니 참고 부탁 드립니다.(혹시라도 Repository 접근이 안되면 Section 2 노트에 기재된 URL을 이용하여 신청 부탁 드립니다.)https://github.com/acornworks-education/projectset-signoz/blob/main/k8s-infra-addon.yaml#L83 Pod/Container에서 OpenTemeletry Collector로 통신이 정상적으로 이루지는지 가장 확인하기 쉬운 Microservice는 Ticker입니다. Gateway 상에서 "http://localhost:65080/ticker/list"을 호출한 후 Log 조회 시 아래와 같은 메시지가 나오면 정상적으로 통신을 하고 있는 것으로 간주 할 수 있습니다. DEBUG:urllib3.connectionpool:http://acornworks-signoz-otel-collector.signoz.svc.cluster.local:4318 "POST /v1/metrics HTTP/1.1" 200 SigNoz 상에는 아래와 같이 Trace ID와 Span ID를 바탕으로 표현이 되면 설정은 정상적으로 된 것으로 볼 수 있습니다. (사진)강의 수강시 작성하셨던 Docker Compose file을 공유하여 주시면 Docker 기준으로 도움을 드릴 수 있을 것으로 기대합니다. 수강해주셔서 감사합니다.이정석 드림

강의 자료 다운로드 관련 문의

안녕하세요 노진수님,PDF 파일을 Section 0 - PDF Download 부분에 업로드를 하여 두었습니다.진수님 덕분에 제공되지 않았던 부분을 찾을 수 있게 되어 감사드립니다. 이정석 드림

java 기반의 정적 코드 분석 파트를 보면서 궁금한 점 발생

안녕하세요, Python 또한 정적 분석 툴이 존재합니다. 대표적으로 고려해볼 수 있는 툴은 pylint와 sonarlint를 고려해볼 수 있습니다. 두 툴을 선택할 때 수강자님께서 업무를 하시는 환경에 맞춰서 선택을 하시면는게 좋은데요.먼저 pylint의 경우에는, SCM(GitHub 등) 내에서 정적 분석 Rule set을 관리하고 싶으신 경우에 추천을 드립니다. pylintrc 파일을 통해서 해당 Repository 내의 Source의 Rule set을 조직 구성원들과 공유하여 사용하고 싶으실 때 유용합니다. 다만, pylint의 경우에는 CI 연동 시 정적 분석 결과를 보관/관리를 해주는 방법을 제공하지 않기 때문에 이에 대한 방안을 수립하여야 합니다. 조직 내 IT 감사 또는 거버넌스 가이드라인 상에서 이러한 분석 결과에 책임 추적성(Accountability)을 확보해야 한다는 규정이 있는 경우에 이에 해당됩니다. sonarlint의 경우에는 정적 분석 툴을 조직 내에서 통일하여 사용하고 싶을 때에 추천됩니다. Java의 경우에도 이것을 사용하여 예제로 보여드렸는데, 물론 VS Code에서도 사용이 가능하고 Python 또한 지원합니다. sonarlint의 경우에는 SonarQube와 연결하여 정적 분석 결과를 관리할 수 있는 방법이 있기 때문에 pylint에서 말씀드렸던 책임 추적성을 확보해야하는 경우에 유용합니다. 다만, sonarlint 또한 단점이 있는데, Rule set 공유를 위해서응 SonarQube를 필요로 하며, 이 경우에는 별도로 서버 구축 비용이 발생합니다. 이와 함께, SonarQube 자체가 무료/유료 버젼을 제공을 하지만, Branch 관리 전략을 구현하는 부분은 유료 버젼에서만 지원을 하기 때문에 이에 대한 고려도 하여야 합니다. 이에 따라, 조직이 현재 DevOps transformation을 하고 있는 중이라면 pylint를 VS Code 개발 환경에 통합을 하고, CI에서는 pylint 수행 후 결과를 CI System Artifact 형태로 저정하거나 Cloud Storage (S3, GCS 등)에서 보존 기간을 설정하여 관리하는 것을 추천 드립니다. 만약 조직이 DevOps practice를 확장해 나가는 중이라고 하면 SonarQube를 이용한 보안/거버넌스 정책 관리를 하고 이를 SonarLint와 VS Code를 이용하여 개발 환경에 통합을 함으로써 중앙 집중 관리를 하시는 것을 추천 드립니다. VS Code 내 pylint와 sonarlint extension을 설치할 수 있는 URL은 아래와 같으니 참고 부탁 드립니다.Pylint: https://marketplace.visualstudio.com/items?itemName=ms-python.pylintSonarLint: https://marketplace.visualstudio.com/items?itemName=SonarSource.sonarlint-vscode#:~:text=SonarLint%20for%20Visual%20Studio%20Code,as%20you%20create%20your%20code. 감사합니다.

🙋🏻 Trivy와 Dependency Track이 소개되는 세션 끝부분에 결과 영상이 잘린 것 같아요

안녕하세요,해당 부분을 확인해본 결과, Dependency Track으로 전달하는 과정은 ""Container 기반의 Custom Action 구성" 파트에서 누락된 부분을 커버하고 있는 것을 확인하였습니다.강의에 많은 관심을 가져주셔서 감사드리며, 추후 기회가 되는대로 누락된 부분에 대한 완성도를 높여보도록 하겠습니다. 감사합니다.

교안 제공 가능 여부

안녕하세요,자료 공유 및 재활용 방지 방안을 아직 찾지 못하여 아쉽지만 교안은 따로 제공해 드리지 않고 있습니다.추후에라도 방안을 찾게 될 경우 공지사항을 통하여 공유해보도록 하겠습니다. 수강해주셔서 감사합니다.이정석 드림