Dev.to DevOps
원문 사이트 ↗Dev.to DevOps 섹션은 인프라·CI/CD·컨테이너·모니터링 등 DevOps 실무 콘텐츠가 모이는 카테고리로, Kubernetes, Terraform, Docker, 옵저버빌리티 도구 사용기와 사례 연구가 풍부합니다. 한국 SRE·DevOps 엔지니어에게 글로벌 도구 트렌드 학습 자료로 추천합니다.
Dev.to DevOps 주요 토픽
Dev.to DevOps 관련 글 — 38 페이지
- 1
- 3
Config 카탈로그를 빌드 결과물로: 스키마 키 추출, 모든 위험 셀 서명
설정 카탈로그의 신뢰성을 확보하기 위해 JSON 스키마를 소스 오브 트루스(Source of Truth)로 삼아 키, 타입, 필수 여부를 자동 추출하고, 보안 등급과 배포 위험은 사람이 직접 검토하여 서명하는 프로세스를 설명합니다. 이를 통해 문서와 실제 설정 간의 불일치를 방지하고, 검증되지 않은 설정값이 운영 환경에 유입되는 것을 CI/CD 단계에서 차단하는 것이 핵심입니다.
Config Catalogs as a Build Artifact: Extract Schema Keys, Sign Every Risk Cell↗dev.to
- 10
Docker 클러스터와 리버스 프록시를 대신하여 Windows 샌드박스 의존성 포기
Windows Sandbox의 가상화 서비스(HCS, HNS 등) 장애로 인한 개발 환경 중단 문제를 해결하기 위해 Docker와 WSL2를 활용한 대안을 제시합니다. Traefik과 같은 Reverse Proxy를 통해 내부 도메인을 관리하고, .wslconfig로 메모리 사용량을 제한함으로써 효율적인 로컬 개발 인프라를 구축할 수 있습니다.
Dựng cụm Docker và reverse proxy thay vì phụ thuộc sandbox Windows↗dev.to
- 16
스트릭스, 25분 만에 Baseten에서 관리자 접근 권한이 있는 GitHub 토큰 발견
AI 펜테스팅 에이전트 Strix가 Baseten의 공개 Harbor 레지스트리를 스캔하여, 3년 전 생성된 Docker 이미지 내에 GitHub 관리자 토큰이 노출된 것을 발견했습니다. 이는 Docker 빌드 과정에서 ARG나 ENV를 사용해 비밀 정보를 처리할 때 발생하는 전형적인 보안 취약점으로, 공격자가 별도의 인증 없이도 핵심 소스코드에 접근할 수 있는 상태였습니다.
Strix halló un token de GitHub con acceso admin en Baseten en 25 minutos↗dev.to
- 21
동일한 Docker 네트워크 이름인데 컨테이너가 여전히 통신할 수 없다면? 이유를 알아봤습니다.
서로 다른 Docker Compose 프로젝트에서 동일한 네트워크 이름을 사용하더라도, Docker는 프로젝트 이름을 접두사로 붙여 별개의 네트워크를 생성하기 때문에 컨테이너 간 통신이 차단될 수 있습니다. 이를 해결하려면 외부 네트워크를 미리 생성하고 'external: true' 옵션을 사용하여 두 프로젝트가 동일한 네트워크 객체를 참조하도록 설정해야 합니다.
Same Docker Network Name, But Containers Still Can’t Communicate? Here’s Why↗dev.to
이 출처 페이지는 글 누적 후 검색엔진에 노출됩니다.

















