Access as Code(AaC)의 개념과 4가지 조건을 알아보고, Teleport로 SSH·Kubernetes·DB·애플리케이션 접근 권한을 코드와 Git 기반 흐름으로 관리하는 방법을 살펴봅니다.
Kyle2026년 7월 22일같은 코드를 리뷰시켜도 판정이 매번 달라지는 이유는 LLM의 비결정성 때문입니다. temperature를 0으로 내려도 흔들림은 남습니다. 코드 위임·폭 좁히기·다수결·하네스로 LLM 판정의 일관성을 높이는 네 가지 방법을, 총 55회 호출 실험 결과와 함께 정리했습니다.
자세히 보기 →n8n 워크플로가 100개를 넘으면 누가 만들었고 무엇에 물려 있는지부터 흐려집니다. n8n 기본 기능으로 소유권·구조를 어디까지 볼 수 있는지, 그 빈자리를 인포그랩 Nelper는 어떻게 채우는지 정리했습니다.
자세히 보기 →DORA가 4개 지표에서 5대 지표로 바뀌었습니다. 새로 추가된 배포 재작업률과 7가지 팀 유형, AI 시대 개발 생산성을 끌어올리는 세 가지 실행 과제까지. AI 시대 한국 엔터프라이즈를 위한 DORA 실행 가이드를 소개합니다.
자세히 보기 →
이 글에서는 개발자/엔지니어가 DevOps 실무 역량을 키우는 데 필요한 지식과 공부 방법을 설명하고요. 인포그랩의 DevOps 교육 서비스인 ‘DevOps Expert Labs’를 소개합니다. DevOps 역량을 키우려면 개발 지식, CI/CD, 클라우드, IaC, 모니터링 등의 지식이 필요합니다. 인포그랩의 DevOps Expert Labs는 핸즈온 교육 방식으로 학습자가 DevOps 기반 기술, DevOps 시스템 아키텍처 구성, 지속적 통합/테스트/배포 자동화 파이프라인 구축 등을 클라우드 네이티브 기반과 프로덕션 수준 환경에서 직접 실습하고, 기술 관행을 배우도록 지원합니다.
Jeff
이 글에서는 IaC 도구인 ‘Pulumi’ 특징을 소개했습니다. 아울러 Pulumi가 지원하는 클라우드 플랫폼, 언어, 마이그레이션 기능을 살펴봤습니다. 또 Pulumi를 사용해 AWS의 스토리지 서비스인 ‘S3’를 만드는 방법을 정리했습니다.
John
이 글은 인포그랩 DevOps 엔지니어의 온보딩 과정과 글쓴이의 느낀 점을 다뤘습니다.
Chad
DevOps 교육의 필요성에 대해 국내/외 교육 플랫폼을 비교하고, Expert Labs의 특징을 소개합니다. 국내 플랫폼은 강의 수준과 연속성, 실습 환경, 업데이트, 네트워킹, 언어 지원 등을 고려해야 하며, 국외 플랫폼은 수준, 강의 연속성, 실습 환경, 업데이트, 네트워킹, 언어 지원 등을 고려해야 합니다. Expert Labs는 실무에 깊이 연관된 전문적인 강의, 강의 연속성, 실습 환경, 업데이트, 네트워킹, 언어 지원을 제공하여 실질적인 학습 경험과 현업 적용 가능한 지식을 제공합니다.
이 글에서는 GitLab Duo를 활용해 소프트웨어 개발 업무 속도와 편의를 높이는 방법을 다뤘습니다. 구체적으로 GitLab Duo의 View summary 기능, Suggested reviewer 기능, Code review summary 기능, Suggest test cases 기능, GitLab Duo Chat 기능 활용방법을 살펴봤습니다.
Fabbro
GitLab의 Value Stream Management는 소프트웨어 배포 프로세스의 엔드투엔드 가시성을 제공해 가치 흐름을 매핑하고, 병목 현상을 식별하며, 조치를 취하도록 돕는 솔루션입니다. GitLab은 전체 DevSecOps 플랫폼을 단일 애플리케이션으로 제공하므로 엔드투엔드 가시성을 제공하는 데 필요한 모든 데이터를 보유하고 있습니다. Value Stream Management는 가치 흐름의 엔드투엔드 가시성과 세분화된 인사이트를 제공해 소프트웨어 제공을 최적화하고 고객에게 더 빠르게 가치를 제공하도록 지원합니다.
Rei
인포그랩에서는 콘텐츠 저작권 보호를 위해 저작권 고지, 콘텐츠 하단에 저작권 보호 콜아웃 설정, 마우스 우클릭 및 콘텐츠 복사 방지 기능을 추가했습니다. 이 글은 개발 과정에서 고민한 문제와 해결 방향, 최종 결과물을 정리했습니다.
Hailie
앞서 GitLab은 모든 사람이 사용할 수 있는 베타 기능으로 프로젝트 마이그레이션을 선보였습니다. 이후 GitLab은 대규모 프로젝트의 효율적이고 안정적인 마이그레이션에 초점을 맞추어 추가 개선 작업을 진행하였습니다. 이 글에서는 이러한 개선 사항과 전반적인 프로세스, 마이그레이션 속도에 미치는 영향, 마이그레이션 시간 추정치를 다뤘습니다.
Michael
이 글에서는 GitLab과 GitHub의 핵심 차이점과 플랫폼별 지원 기능, 경쟁력 등을 다뤘습니다. 먼저 총소유 비용(TCO), 보안, 클라우드 전략, 도입 편의성, 대규모 리포지터리 지원 측면에서 두 플랫폼 차이점을 알아보고요. 두 플랫폼의 보안 검사, 언어 지원 현황을 비교했습니다. 또 두 플랫폼의 경쟁력을 각각 살펴봤습니다.
Grace
이 글은 ‘좋은 README를 작성하는 방법’을 다뤘습니다. README에는 항상 최신 정보를 담아야 합니다. 아울러 프로젝트에 변경 사항이 생길 때마다 README도 함께 업데이트해야 합니다. README에는 중요한 정보만 간결하게 전달해야 합니다. 이밖에 README에는 프로젝트의 주요 기능과 목적, 설치 방법, 문제 해결 방법, 지원창구, 라이선스 정보, 변경 로그, 사용 예시, 심화 자료와 문서 링크, 사전 요구사항을 담는 걸 권장합니다.
Sabo
이 글에서는 GitLab의 ‘Project Import’ 기능을 활용해 GitHub에서 GitLab으로 프로젝트를 마이그레이션 하는 방법을 소개합니다. 아울러 GitHub Actions에서 GitLab 파이프라인으로 수동 마이그레이션 하는 방법도 알아봅니다. GitLab에서는 마우스 클릭 몇 번으로 쉽고 간단하게 마이그레이션을 진행할 수 있습니다.
Chad
좋은 코드 주석을 작성하려면 주석을 간결하게 작성하고, TODOs/FIXMEs 주석을 활용하는 게 좋습니다. 코드에 문제가 있으면 주석으로 이를 변명하기보다 코드 자체를 새로 쓰는 걸 권장합니다. 또 AI를 사용해 코드 주석을 효율적으로 쓰는 것도 추천합니다.
Kane