Dev.to DevOps
원문 사이트 ↗Dev.to DevOps 섹션은 인프라·CI/CD·컨테이너·모니터링 등 DevOps 실무 콘텐츠가 모이는 카테고리로, Kubernetes, Terraform, Docker, 옵저버빌리티 도구 사용기와 사례 연구가 풍부합니다. 한국 SRE·DevOps 엔지니어에게 글로벌 도구 트렌드 학습 자료로 추천합니다.
Dev.to DevOps 주요 토픽
Dev.to DevOps 관련 글 — 51 페이지
- 0
🛡️ EC2의 IMDSv1 vs IMDSv2: SSRF, 메트릭, 위험 및 안전한 마이그레이션
이 기사는 EC2 인스턴스 메타데이터 서비스(IMDS)의 v1과 v2의 보안 차이점 및 전환 방법을 다룹니다. IMDSv1은 SSRF 공격에 취약하여 자격 증명이 노출될 위험이 있지만, v2는 토큰 기반 인증을 통해 이를 방지합니다. 다만, 전환 시 기존 애플리케이션이나 스크립트의 호환성 문제를 주의해야 합니다.
🛡️ IMDSv1 vs IMDSv2 en EC2: SSRF, métricas, riesgos y una migración segura↗dev.to
- 1
2027년 직업 분기점: 최전선 엔지니어링 관리의 AI 매니저와 기술 스태프로 분열하기
자율형 AI 에이전트의 확산으로 인해 코드 작성보다 코드의 오케스트레이션과 검증이 개발의 핵심 병목으로 떠오르고 있습니다. 이에 따라 엔지니어링 리더십은 에이전트 워크플로우와 비용을 관리하는 AI 매니저와 시스템 아키텍처 및 보안 가드레일을 설계하는 기술 스태프로 분리될 것입니다.
The 2027 Career Fork: Navigating the Split of First-Line Engineering Management into AI Managers and Technical Staff↗dev.to
- 3
다운타임 없는 배포, 괜찮을 리는 있습니다. p99를 확인해보세요.
배포 과정에서 Nginx의 proxy_next_upstream 설정은 업스트림 오류를 자동으로 재시도하여 에러율을 낮게 유지하지만, 이는 p99 지연 시간의 급격한 상승을 초래하고 중복 결제 같은 부작록을 낳을 수 있습니다. 진정한 무중단 배포를 위해서는 애플리케이션의 Graceful Shutdown뿐만 아니라, 로드밸런서에서 인스턴스를 먼저 제거한 뒤 종료하는 'Draining' 프로세스가 반드시 병행되어야 합니다.
Your zero-downtime deploy is probably fine. Check your p99 before you believe it.↗dev.to
- 5
로컬 Kubernetes 개발 — 13부: 로컬 환경을 진정한 프로덕션처럼 만들기
개발자의 로컬 환경과 실제 운영 환경 사이의 간극을 줄이기 위해 k3d를 활용하여 프로덕션 수준의 Kubernetes 환경을 구축하는 방법을 설명합니다. 리소스 제한, 프로브(Liveness/Readiness/Startup), Graceful Shutdown 등 서비스 안정성에 직결되는 핵심 설정들을 로컬에서 미리 테스트하여 배포 사고를 방지할 것을 강조합니다.
Local Kubernetes Dev — Part 13: Making your local setup truly production-like↗dev.to
- 16
npm 신뢰할 수 있는 게시: 여러 워크플로우를 통한 안정 및 사전 릴리스 배포, 쓰기 토큰 불필요
npm의 'Trusted Publishing' 업데이트를 통해 하나의 패키지에 대해 여러 개의 GitHub Actions 워크플로우를 독립적으로 신뢰할 수 있게 되었습니다. 이를 통해 개발자는 장기적인 인증 토큰 없이 OIDC를 활용하여 보안을 강화하고, 스테이징 배포를 통한 인간의 최종 승인 절차를 자동화된 파이프라인에 통합할 수 있습니다.
npm Trusted Publishing with Multiple Workflows: Stable and Prerelease Releases Without Write Tokens↗dev.to
이 출처 페이지는 글 누적 후 검색엔진에 노출됩니다.














