DevOps (42) 썸네일형 리스트형 GitLab 19.0 DevSecOps 전반을 아우르는 보안·자동화·AI 오케스트레이션 업데이트 정리 이 글은 GitLab 19.0 릴리스에서 새롭게 추가되거나 확장된 주요 기능을 정리한 기술 블로그입니다. GitLab 19.0은 단순한 기능 추가를 넘어, 보안(Secrets), 개발자 경험(Developer Flow), AI 에이전트, 공급망 가시성을 하나의 흐름으로 통합해 DevSecOps 전 과정을 더 안전하고 효율적으로 운영할 수 있도록 설계되었습니다. 본문에서는 릴리스의 배경, 핵심 개념, 주요 기능과 특장점을 중심으로 독자가 이해하기 쉽게 설명합니다.GitLab 19.0 출시 배경: AI 코드 확산과 ‘운영 역설’AI 기반 코드 생성이 늘어나면서 개발팀은 새로운 과제에 직면했습니다.AI 코드가 많아질수록 다음과 같은 부담도 함께 커집니다.관리해야 할 자격 증명과 시크릿 증가리뷰 및 머지 요청(.. Deno 2.8 업데이트로 달라진 점과 개발자가 주목해야 할 변화 이 글은 Deno 2.8 릴리스에서 추가·개선된 주요 기능과 변경 사항을 정리한 IT 기술 블로그입니다.Deno를 이미 사용 중인 개발자뿐 아니라, 기존 Node.js 프로젝트에서 Deno 도입을 검토하는 분들을 위해 패키지 관리, 호환성, 성능, 디버깅, 테스트, CI·배포까지 전반적인 변화를 한눈에 이해할 수 있도록 정리했습니다.Deno 2.8 개요와 배경Deno는 JavaScript와 TypeScript를 위한 런타임으로, 보안·표준 Web API·단순한 도구 체계를 강점으로 발전해 왔습니다.Deno 2.x 이후의 핵심 방향은 명확합니다.Node.js 생태계와의 실질적인 호환성 강화, 그리고 개발·배포 경험의 단순화입니다.Deno 2.8은 이 방향성을 가장 잘 보여주는 릴리스로, npm 패키지 사용.. 코드 한 줄 열기 전에 확인해야 할 Git 이력 분석 방법 이 글은 새로운 코드베이스를 처음 접했을 때, 코드를 읽기 전에 Git 이력만으로 프로젝트의 상태와 위험 요소를 빠르게 파악하는 방법을 정리한 글입니다.Git은 단순한 버전 관리 도구를 넘어, 프로젝트의 건강 상태·팀의 개발 문화·유지보수 리스크를 보여주는 중요한 데이터 소스입니다. 여기서는 실제로 바로 실행해볼 수 있는 다섯 가지 Git 명령을 중심으로, 무엇을 확인할 수 있고 어떤 판단으로 이어질 수 있는지 설명합니다.왜 코드보다 Git 이력을 먼저 봐야 할까새로운 프로젝트를 분석할 때 많은 개발자들이 바로 코드부터 엽니다. 하지만 이 방식은 방향 없이 숲에 들어가는 것과 같습니다.Git 이력은 다음과 같은 질문에 답을 줍니다.이 프로젝트에서 문제가 자주 발생하는 영역은 어디인가누가 이 코드를 책임지.. GitOps 확장의 한계, ‘Argo Ceiling’을 넘는 방법 - Argo CD 환경이 커질수록 복잡해지는 GitOps 운영, 해법은 컨트롤 플레인에 있다 GitOps, 성공이 곧 문제로 바뀌는 순간GitOps는 Kubernetes 환경에서 애플리케이션을 안정적으로 배포하고 운영할 수 있게 해주는 강력한 전략입니다. 하지만 GitOps 도입이 성공적으로 확산될수록, 예상치 못한 운영 한계에 부딪히는 경우가 많습니다.이 글에서는 ‘Argo Ceiling’ 이라 불리는 GitOps 확장의 한계를 살펴보고, 이를 해결하기 위한 GitOps 컨트롤 플레인 기반의 확장 전략이 왜 필요한지 정리합니다. 또한 Argo CD 환경이 대규모로 확장될 때 발생하는 문제와, 이를 해결하는 핵심 원칙들을 함께 소개합니다.GitOps 확장이 만들어내는 역설적인 문제초기에는 하나의 Kubernetes 클러스터와 하나의 Argo CD 인스턴스로 시작합니다.하지만 조직이 성장하면서 상.. Git 3.0, 왜 기본 브랜치가 ‘main’으로 바뀌는가? 변화의 배경과 핵심 정리 Git 3.0이 도입되면서 새 저장소의 기본 브랜치가 ‘master’에서 ‘main’으로 변경된다. 이미 GitHub 등 여러 플랫폼에서는 오래전부터 ‘main’을 표준으로 사용해 왔지만, Git 자체에서 공식적으로 기본 브랜치를 변경하는 것은 중요한 전환점이다. 이 글에서는 Git 3.0의 기본 브랜치 변경 배경부터 주요 기술 업데이트, 그리고 실제 개발 환경에 어떤 영향을 주는지까지 전체 흐름을 정리한다.1. Git 3.0의 주요 변화 개요Git 3.0에서는 새 저장소 생성 시 기본 브랜치명이 자동으로 ‘main’으로 지정된다. 기존처럼 수동으로 브랜치명을 변경할 필요가 없으며, Git 내부 명령어인 git init이 기본적으로 ‘master’ 대신 ‘main’을 초기 브랜치로 설정한다. 이 변경 사.. 깔끔한 Git 히스토리를 만드는 가장 쉬운 방법: AI 기반 커밋 메시지 자동 재작성 도구 git-rewrite-commits 개발을 하다 보면 커밋 메시지가 제멋대로 흩어져 있는 경우가 많습니다. 기능을 완성하는 데 급급해서 아무렇게나 커밋 메시지를 남겼거나, 프로젝트 말미에 히스토리를 정리해야 한다는 팀 규칙이 있어도 막상 손대기 부담스러운 경우가 흔합니다. git-rewrite-commits는 이러한 문제를 해결하기 위해 만들어진 AI 기반 커밋 메시지 자동 재작성 도구입니다. 이 글에서는 git-rewrite-commits가 어떤 기능을 제공하는지, 어떻게 활용할 수 있는지, 어떤 상황에서 도움이 되는지를 명확하게 정리합니다.Git 커밋 메시지를 AI가 자동으로 재작성한다는 것의 의미git-rewrite-commits는 프로젝트 전체 Git 히스토리를 AI로 분석하여 기존 커밋 메시지를 더 명확하고 일관된 Conventi.. LazyGit – 게으른 개발자를 위한 똑똑한 Git UI Git을 매일 쓰지만 명령어가 헷갈리거나, GUI 도구는 너무 느려 답답했던 적이 있을 것이다. LazyGit은 이런 문제를 해결하기 위해 등장한 터미널 기반 Git UI 도구다. 명령줄의 단순함과 그래픽 인터페이스의 직관성을 결합해, 빠르고 일관된 Git 작업 환경을 제공한다.이 글에서는 LazyGit의 등장 배경부터 핵심 기능, 실제 사용 예시, 그리고 개발자 UX 측면에서 얻을 수 있는 인사이트까지 살펴본다.LazyGit의 등장 배경LazyGit의 개발자는 원래 Neovim 실험 중 우연히 LazyGit을 실행하며 그 효율성을 깨달았다. 이후 모든 Git 워크플로를 LazyGit으로 전환하게 된다.그 전까지는 git gui, gitk, 그리고 CLI를 병행해 사용했지만, 구식 UI와 잦은 불안정성 .. 쿠버네티스에서 유휴 GPU 자원 자동 회수하기: Prometheus 기반 실전 방법 쿠버네티스 환경에서 GPU 자원을 사용하는 워크로드를 운영하다 보면, 실제로는 연산을 거의 하지 않으면서도 GPU를 계속 점유하는 파드를 종종 마주하게 됩니다. 이러한 파드는 클러스터 내 다른 작업이 실행되는 것을 방해하고, 불필요한 비용을 발생시킵니다.이번 글에서는 Prometheus와 간단한 스크립트를 활용하여 유휴 GPU 파드를 자동으로 탐지하고 안전하게 회수하는 방법을 소개합니다. 또한, 이 접근 방식의 장점과 한계, 그리고 대안적인 방법에 대해서도 살펴보겠습니다.GPU 유휴 파드 문제의 본질GPU는 고가의 자원이며, 주로 대규모 연산에 사용됩니다. 하지만 현실적으로는 다음과 같은 상황이 자주 발생합니다.모델 로딩 후 장시간 대기만 하는 파드개발자가 임시로 띄워 두고 방치한 파드짧은 연산 후에도 .. 이전 1 2 3 4 ··· 6 다음
