6. 도구를 넘어, 기준과 책임으로
도구와 자동화가 있어도, 무엇을 남기고 누가 책임지고 어떤 문서를 믿을지 정하는 기준과 책임이 없으면 문서화가 제대로 굴러가지 않아요. 그 빈자리를 메워간 과정을 담았습니다.
devBlog
DevOps 글 모음
기업 기술블로그의 DevOps 관련 글 790개
[사례연구] 사내 개인용 개발환경 이미지 실험기 1부: git push로 업데이트되는 OpenStack 샌드박스 만들기
[ kt cloud Platform엔지니어링팀 이초환 님 ] 요약 이 글에서는 GitOps 기반 개인용 OpenStack 샌드박스 이미지를 구축하고 업데이트하는 실험 과정을 다룹니다. 개발환경 표준화와 운영 부담 완화에 주는 실무적 의미를 정리합니다. #OpenStack #GitOps #ArgoCD #FluxCD #Kubernetes 1. 배경 — 이 프로젝트를 시작한 맥락 저희 조직은 OpenStack 기반 서비스를 개발하고 있고, 여러 개발
es-toolkit, 사내 작은 라이브러리가 전세계적인 라이브러리가 되기까지
사람과 AI Agent를 위한 통합 Context Provider 구축
네이버 사내 기술 교류 행사인 NAVER ENGINEERING DAY 2026(5월)에서 발표되었던 세션을 공개합니다. 발표 내용 팀 내 데이터/서빙 레이어 자산을 자동으로 수집하여 제공하는 AI 플랫폼 마련 및 이를 통한 팀 내 업무 효율화 경험을 공유합니다. 발표 대상 AI Agent 생산성 향상에 관심있는 개발자 목차 우리 팀의 AI Agent, 왜 엉뚱한 소리를 했나 Agentic Context Platform Demo - 4가지 질문이
코드형 인프라(IaC)로 자동화에서 AI까지: OpenTofu와 ChatOps 도입기
LY Corporation의 기술 컨퍼런스인 Tech-Verse 2026의 공식 기사입니다.시작하며안녕하세요. 사내 클라우드 서비스 Verda와 사내 모니터링 도구 IMON에 In...
[의존성의 방향을 따라 5/5] Evergreen이 가능했던 이유
Convention Plugin이 만든 구조적 일관성, 그리고 50개 레포를 움직이는 Evergreen 자동화의 토대
[kt cloud 웨비나] 중단 없는 운영을 위한 클라우드
요약 이번 kt cloud 웨비나에서는 공공·엔터프라이즈 환경의 실제 사례를 기반으로,고가용성(HA) 및 DR 구성 전략, 그리고 Multi-AZ 기반의 안정적인 플랫폼 운영 체계를 공유합니다. 안녕하세요. kt cloud 마케팅커뮤니케이션팀입니다. AI·클라우드 환경에서는 장애 대응보다 ‘중단되지 않는 구조’를 설계하는 역량이 더욱 중요해지고 있습니다. 특히 시스템이 복잡해질수록 장애 대응에 대한 실무진의 부담은 커지고,서비스 중단에 대한 조
ID-JAG The Hard Way: 실패로 배우는 AI 에이전트 보안 핸즈온
안녕하세요. LY Corporation에서 인증·인가 기반 Athenz의 개발·운영을 담당하고 있는 보안 플랫폼 엔지니어 김정우입니다.지난 글 AI 시대에 인증 과제를 해결할 차세...
[의존성의 방향을 따라 4/5] PR을 전파하는 Distributer
Wave 기반 PR 전파와 자동 머지로 대규모 버전업을 운영하는 방법
Amazon MWAA와 Bedrock AgentCore로 MCP 기반 클라우드 정책 에이전트 구축하기
개요 조직의 클라우드 인프라가 성장하면서 IAM 정책, 보안 그룹, 스토리지 설정, 네트워크 구성 등 수백 개의 정책과 리소스 설정이 여러 계정과 리전에 분산됩니다. DevOps 팀은 인프라 상태를 파악하고, SecOps 팀은 과도한 권한을 찾아내며, Compliance 팀은 규정 준수 여부를 감사하고, FinOps 팀은 리소스 사용 현황을 분석해야 합니다. 그러나 이 모든 팀이 동일한 데이터를 서로 다른 관점에서 […]
에잇퍼센트의 Kiro CLI 기반 Amazon ECS 현대화 여정
이 블로그는 에잇퍼센트와 AWS의 협업으로 작성되었습니다. 현업 운영을 병행하면서 2영업일 만에 레거시 서비스를 Amazon ECS로 전환하고, 월 운영 비용을 약 76% 절감할 수 있을까요? 에잇퍼센트는 AI 코딩 에이전트 Kiro CLI와 오픈소스 AI-Driven Modernization Prompt Sets를 결합해 이를 실현했습니다. 이번 글에서는 에잇퍼센트가 AWS Lift-On 프로그램의 지원을 받아, 소규모 백엔드 팀이 기능 개발
터미널로 돌아가자: 에이전트가 원격 개발을 자연스럽게 만든 방식
AI 코딩 에이전트는 코드를 쓰는 방식만 바꾸지 않았습니다. SSH, Termux, Kubernetes pod, 원격 머신 위에서 일이 시작되는 방식까지 바꾸고 있습니다.
Vibe Coding하는 비개발자는 개발자인가(3)
2편을 쓴 뒤 시간이 꽤 지났습니다. 그 사이 AI 도구들은 더 많은 일을 하게 되었고, 저도 이전보다 훨씬 자주 AI 에이전트와 함께 일하게 되었습니다. 처음에는 업무에 실제적으로 도움을 주는 도구를 직접 만드는 일이 신났습니다. 개선하고 싶은 기능을 설명하면 화면이 생기고, 입력값을 넣으면 일정하게 필요한 결과가 나왔습니다. 이렇게 만든 도구들을 실제 업무에 계속쓰다 보니, 관심사가 자연스럽게 다음 단계로 넘어갔습니다. 혼자 쓰던 도구를 다
Inner Loop 엔지니어링으로 본 Deep Insight Chatbot – 대화형 분석 챗봇의 4가지 설계 결정
CSV 파일을 LLM에게 전달하고 차트를 생성하는 챗봇은 반나절이면 만듭니다. 하지만 같은 챗봇을 분석가가 매일 쓰게 만들려면 다른 질문에 답해야 합니다. 데이터가 AWS 계정 밖으로 나가지 않도록 어떻게 막을지, group by 하나에 수십 초 이상 걸리지 않게 어떻게 빠르게 답할지, 결과값을 분석가가 못 믿겠으면 어떻게 직접 열어보고 확인하게 할지, 수십 턴짜리 대화의 LLM 비용을 어떻게 줄일지. […]
[의존성의 방향을 따라 3/5] OpenRewrite와 Claude가 코드를 변환한다
50개 레포를 안전하게 버전업하는 방법: OpenRewrite AST 변환과 Claude 빌드 가드레일 아키텍처
비개발자의 AI 협업 도전기 — 생산성 측정하려다 서버까지 띄운 9일
"조직이 잘하고 있는지 어떻게 알 수 있을까?" 이 질문에서 출발해 사내 가이드 문서와 AI를 붙들고 직접 측정 도구를 완성하기까지 9일이 걸렸습니다. 그 과정을 기록으로 남깁니다. 사내 생산성 측정에 관한 고민 기술 PM으로 일하면서 조직과 프로젝트의 생산성을 어떻게 측정할지는 늘 풀리지 않는 과제였습니다. 스프린트를 원활하게 진행하는 것 같아도 막상 이를 수치로 보여달라고 하면 난감했습니다. 속도가 빨라지는지, 병목이 어디서 발생하는지, 지
[후기] 저는 지금부터 60일 안에 제조 AX를 할 겁니다
안녕하세요, 누구나 쉽게 시작하는 클라우드 네이버클라우드 ncloud.com입니다. 제조 AX를 가볍게 시작해보는 자리 작년부터 네이버클라우드는 스마트공장 구축 지원을 위한 수요-공급기업 매칭데이*를 꾸준히 열고 있습니다. 그동안 벌써 7번의 매칭데이를 개최했고 104곳의 PoC(실증)가 진행되었는데요. 이번엔 중소벤처기업부를 비롯해 중소기업기술정보진흥원, 스마트제조혁신협회와 같이 제조 AX를 주도하고 있는 여러 기관들과 함께 공동 개최하게 되
MLXP : Kubernetes LLM Serving 최적화 기술 도입기
네이버 사내 기술 교류 행사인 NAVER ENGINEERING DAY 2026(5월)에서 발표되었던 세션을 공개합니다. 발표 내용 LLM 추론 성능을 극대화하기 위한 최신 기술들(KV Cache 인지 라우팅, Prefix Cache, 분산 멀티노드 서빙 등)을 Kubernetes 프로덕션 환경에 도입하는 과정에서 기존 인프라 스택(Istio 서비스 메시, 스케줄러, Pod 보호 정책)과 충돌하며 발생한 실전 문제들을 어떻게 진단하고 해결했는지
페이지 8 / 44 (총 790개)