ISMS-P 개편 대비, Claude Code·Cursor 활동 기록, 코드 결함 이력 추적 개인정보 DB에 접속하는 엔지니어, GitLab 프로젝트에서 실행되는 AI 에이전트. 이번 인포레터는 둘의 접근 기록을 다뤘습니다. Teleport로 ISMS-P 개편에 대비하는 방법, Claude Code·Cursor 활동까지 기록하는 GitLab 19.5까지. 안전성 확보조치 기준이 바뀌는 10월 31일 전에 읽어 두시면 좋습니다. 환절기 건강 유의하세요🍂 |
|
|
* 매달 넷째 주 화요일, GitLab, n8n 최신 기능과 엄선된 DevOps·자동화 콘텐츠를 인포그랩 시각으로 전달합니다. |
|
|
- GitLab 19.5 Secrets Manager GA, n8n Agents 기본 활성화
- ISMS-P 개편 대비, Teleport로 접근 권한과 접속기록 준비하기
- 루프 엔지니어링 실전: Claude Code /goal 분석과 Stop 훅 재구현
|
|
|
* 인포그랩이 직접 제작한 DevOps·자동화 아티클입니다. |
|
|
정부가 ISMS-P(정보보호 및 개인정보보호 관리체계 인증) 제도 개편을 추진하고 있습니다. 핵심은 주요 개인정보처리자 인증 의무화, 현장 실증형 심사, 사후관리 강화인데요. ISMS-P 인증 여부와 관계없이 기업은 먼저 개인정보처리시스템의 접근 권한, 외부 접속 인증, 접속기록 관리를 10월 31일부터 바뀌는 「개인정보의 안전성 확보조치 기준」에 맞춰야 하고요. 인증 의무 대상·등급·범위를 따져 보고, 심사에서 보여 줄 증적과 시연도 준비해야 합니다. 인프라 접근 관리 도구 Teleport를 활용하면 권한은 최소한만 주고, 접속은 SSO·MFA로 확인하며, 세션은 녹화해 다시 보고, 접속기록은 따로 보관해 ISMS-P 심사에 대비할 수 있는데요. ISMS-P의 자세한 개편 사항과 준비 방법을 알아보세요. |
|
|
* GitLab, n8n 등 DevOps·자동화 솔루션의 새로운 릴리즈 소식입니다. |
|
|
GitLab 19.5에서는 CI/CD 시크릿을 GitLab 권한으로 관리하는 Secrets Manager가 GA로 출시됐습니다. Claude Code·Cursor·Codex 같은 외부 에이전트의 활동을 AI 거버넌스 대시보드에서 확인하는 기능도 베타로 나왔는데요. 외부 AI 에이전트가 GitLab 도구를 쓰게 해 주는 MCP 서버 GA와 기본 브랜치 외 취약점 추적 등 다양한 기능까지 함께 살펴보세요. |
|
|
▪️ GitLab Secrets Manager GA - 흩어진 CI/CD 시크릿을 한곳에서 관리 |
|
|
이번 버전부터 GitLab Secrets Manager가 GA로 출시돼 CI/CD 시크릿을 GitLab 안에서 한곳에 모아 관리할 수 있습니다. 각 시크릿은 환경·브랜치·보호 브랜치 규칙에 맞는 Job만 접근할 수 있고, 생성·조회·수정·삭제될 때마다 감사 로그가 남습니다. Secrets Manager는 기존 그룹·프로젝트 권한을 그대로 사용해서 권한 체계를 따로 둘 필요가 없습니다. 이 기능은 GitLab.com과 Self-Managed에서 사용할 수 있습니다. → 기술 문서 보기 |
|
|
▪️ AI 거버넌스에 외부 에이전트 연결 베타 - Claude Code·Cursor 세션도 기록 |
|
|
이제 Claude Code·Cursor·Codex 같은 외부 AI 에이전트의 활동도 GitLab AI 거버넌스 대시보드에서 확인할 수 있습니다. GitLab CLI로 한 번 연결을 설정하고 Allow external agents와 Store AI audit events를 활성화하면 누가 어떤 에이전트로 어느 프로젝트에서 언제 실행했는지가 도구 호출과 함께 기록으로 남습니다. 도구 출력은 실패한 호출의 짧은 오류 메시지 외에는 전송되지 않습니다. 감사 이벤트는 SIEM으로도 보낼 수 있습니다. → 기술 문서 보기 |
|
|
▪️ 이 밖에 추가된 GitLab의 새 기능✨ |
|
|
n8n은 네 차례 마이너 릴리즈에서 AI 에이전트를 만드는 Agents를 기본 활성화로 전환하고, AI Assistant를 n8n Assistant로 개편했습니다. n8n 버전을 업그레이드하면 Agents가 바로 활성화됩니다. 이 기능을 사용하지 않는다면 비활성화하고, 사용한다면 비용 한도를 우선 정하세요. |
|
|
▪️ Agents 기본 활성화·n8n Assistant 개편: n8n 최근 업데이트 핵심 정리✨ |
|
|
- 바로 쓸 수 있는 Agents, 직접 정하는 비용 한도: 따로 Agents 기능을 활성화하지 않아도 에이전트를 만들 수 있고, 비용 한도는 새로 생긴 사용량·예산 설정 화면에서 정할 수 있음
- 작업 공간이 된 n8n Assistant: 어시스턴트가 노드 하나만 실행해 결과를 확인하는 기능과 프로젝트의 워크플로·에이전트를 탭으로 여는 기능이 생김
- v3 마이그레이션 리포트: n8n v3(다음 메이저 버전)에서 달라지는 항목을 찾는 규칙이 늘고, 찾은 항목을 영향의 종류별로 분류하도록 개편
- 워크플로 승격(Promotions): 한 n8n 환경에서 고른 워크플로를 다른 환경에 반영하는 새 방식 도입
|
|
|
* 인포그랩 서비스의 최신 업데이트 소식입니다. |
|
|
Faceta는 MR의 코드를 읽고 결함을 지적하는 AI 코드 리뷰 서비스입니다. 이번 업데이트로 추가된 결함 이력 추적 기능은 AI 리뷰가 지적한 결함이 처음 발견된 것인지, 이전 MR에서 이미 나온 것인지 구분합니다. 같은 결함이 같은 프로젝트의 다른 MR에서 다시 지적되면, 새로운 결함으로 따로 세지 않고 처음 발견된 결함과 하나로 묶어 해결될 때까지 이력을 추적합니다. |
|
|
▪️ Faceta 결함 이력 추적, 한눈에 보기 |
|
|
- 반복 결함 식별: Faceta는 AI 리뷰가 새로 지적한 결함이 이전에 나온 결함과 같은지 판정합니다. 이때 지적 문구와 코드 위치(함수 단위)를 비교합니다.
- 미해결 결함 목록: 접근 권한이 있는 저장소 전체에서 해결되지 않은 결함을 한 화면에서 볼 수 있습니다.
- 결함 상태 관리: 결함마다 열림·계속 알림·알림 끔·해결 상태를 기록합니다.
- 반복 지적 방지: 사람이 한 번 '틀린 지적' 또는 '맞는 지적 · 이제 그만'으로 판단한 결함은 다음 MR부터 MR 코멘트에서 빠집니다.
- 사람의 최종 판단: Faceta가 같은 결함으로 판단했지만 자동으로 묶기에는 애매한 결함 쌍(예: 서로 다른 MR에서 나온 두 결함)은 '확인 필요' 탭에 따로 모입니다. 사람은 이 탭에서 결함 쌍을 '같은 결함' 또는 '다른 결함'으로 정합니다. 정하기 전까지 Faceta는 두 결함을 따로 셉니다.
|
|
|
* 인포그랩이 엄선한 국내외 IT 기업·전문가의 DevOps·자동화 콘텐츠입니다. |
|
|
- 핵심: trace_id 누락을 막으려고 전사 표준에서 AsyncAppender를 금지하고 동기 로깅으로 돌아갔더니 로그가 몰릴 때 서비스가 멈춤
- 장애 연쇄: 한 고트래픽 서비스 운영 환경에서 DEBUG 로깅이 켜진 채 트래픽이 몰려 로그 양이 평소의 약 100배가 되자 stdout 파이프 버퍼가 차고, write 호출에서 막힌 요청 스레드가 커넥션을 쥔 채 대기해 커넥션 풀 고갈
- 병목 위치: 임계점을 정하는 건 디스크 IOPS보다 파이프 뒤 로그 소비자(컨테이너 런타임·수집기) 처리량
- 캡처 시점: caller 스레드에서 trace_id를 이벤트에 미리 담는 30줄 남짓한 커스텀 Appender로 비동기 로깅과 trace_id를 함께 유지
- 부하 검증: 단일 인스턴스 극한 부하에서 로그 약 65%가 버려져도 요청 처리는 이어졌고 출력된 로그의 trace_id 결측은 0%
|
|
|
다양한 릴리즈와 DevOps 노하우가 담긴 DevOps 전문 뉴스레터 |
GitLab, Mattermost, Teleport, n8n 구축부터 DevOps 도입과 최적화! |
|
|
인포그랩 인포레터 | 경기도 성남시 분당구 성남대로 331번길 11-3, 여민빌딩 5층 |
|
|
|
|
