이제 디지털 트랜스포메이션과 소프트웨어 도입은 모든 산업에서 필수가 됐습니다. IT, DevOps 환경은 실시간으로 변화하고 있고요. 이에 발맞춰 다양한 기술, 도구, 방법론도 새롭게 나오고 있죠. 아울러 소프트웨어가 기하급수적으로 늘어나면서 운영 환경은 갈수록 복잡해지고 있는데요. 조직에서 이를 관리할 때 어려움이 많습니다. 특히 자원 접근 관리, 권한 관리가 제대로 이뤄지지 않으면 보안 취약점이 발생하고요. 시스템 변조와 데이터 유출 등 위험도 생길 수 있죠.

인프라 접근 관리 도구인 Teleport는 이러한 문제점을 손쉽게 해결하는 수단으로 요즘 주목받습니다. Teleport를 사용하면 SSH, Windows 접속, Kubernetes 클러스터, DBMS(데이터베이스 관리 시스템) 접속, 웹 애플리케이션에 더 쉽게 접근하도록 설정할 수 있는데요. 조직에서 멤버 관리, 인프라 자산 관리, 권한 관리, 보안 준수 등의 복잡성을 해소하고, 시간을 아끼고 싶다면 이 도구를 사용해볼만 합니다.

인포그랩에서는 사내에 Teleport를 도입해 인프라 접근 관리의 안전성과 효율성을 높였고요. 서버를 증설하거나, 팀별 또는 멤버별로 작업 수행 범위가 바뀌더라도 최소 권한을 유지하고, 서버와 환경을 설정하기 더 편리해졌습니다. 이 글에서는 Teleport 기능과 동작 방식, 활용 방법, 인포그랩의 도입 사례를 자세히 소개하겠습니다.

여러분은 릴리즈 노트를 어떻게 작성하고 계신가요? 릴리즈 노트에 그저 ‘버그 수정’ 또는 ‘기능 개선’이라고만 쓰지는 않으신가요? 제품을 정기적으로 업데이트하다 보면 릴리즈 노트를 자칫 소홀히 작성할 우려가 있는데요. 릴리즈 노트를 관성에 기대어 성의 없이 쓰는 건 바람직하지 않습니다. 이는 릴리즈 노트가 소프트웨어 릴리즈 프로세스에서 중요한 역할을 하기 때문인데요. 릴리즈 노트는 제품 성과를 대내외에 공유하고, 사용자 또는 기업 내 구성원이 제품을 잘 이해하고 활용하도록 지원하며, 기업과 고객이 원활하게 소통하도록 돕습니다.

정리하면, 릴리즈 노트는 API 문서나 가이드처럼 독자(사용자, 기업 내 구성원 등)를 대상에 두고 작성하는 콘텐츠고요. 이에 독자 관점에서도 릴리즈 노트를 이해하기 쉽게, 도움이 되도록 써야 합니다. 엔지니어는 일상 업무로 릴리즈 노트를 종종 작성하는데요. 그렇다 보니 엔지니어 스스로 ‘난 릴리즈 노트 작성 방법을 잘 안다’라고 생각할 수도 있습니다. 이러한 생각은 자칫 독자, 그중에서도 사용자 입장을 더 고려하지 않고 엔지니어 관점에서만 릴리즈 노트를 쓰도록 이끌 수도 있는데요. 우리가 바람직한 릴리즈 노트 작성 방법을 꾸준히 공부하고, 관련 지식을 업데이트해야 할 이유입니다.

이 글에서는 릴리즈 노트를 효과적으로, 명확하게 써서 독자와 원활하게 소통하는 방법을 알아보려고 합니다. 먼저 릴리즈 노트의 개념과 중요성, 효과적인 릴리즈 노트 작성 방법을 살펴보고요. 아울러 인포그랩 프로덕트 팀의 릴리즈 노트 작성 방법을 소개하겠습니다.

오늘 우리는 GitLab 16.6 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 GitLab Duo Chat 베타 버전, 개선된 fork, 컴플라이언스 정책으로서 MR 승인 기능, CI/CD 변수 관리를 위한 개선된 UI 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 25개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.7 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.

DevOps를 잘 이해하고 실무에 올바르게 적용하는 일은 쉽지 않습니다. 정확한 방향으로 노를 저으며 DevOps 여정을 항해하려면 DevOps를 제대로 공부해야 하는데요. 먼저 기술 측면에서는 소프트웨어 개발 라이프사이클 단계별로 다양한 기술 스택과 도구를 알아야 하죠. 이러한 지식은 분량이 상당해 학습하려면 시간이 오래 걸립니다. 아울러 DevOps 실무 노하우도 익혀야 하는데요. 기업에 시니어 DevOps 엔지니어나 DevOps 조직이 없다면 이를 습득하기 어려울 수 있습니다. 왜냐하면 베테랑에게서 DevOps 실무 조언을 들을 기회가 적고요. 내부에서 DevOps 실무를 체계적으로 훈련받지 못할 수 있기 때문이죠.

이에 많은 DevOps 엔지니어가 온라인 교육 서비스에서 DevOps 강의를 수강하며 지식과 실무 노하우를 효율적으로 학습하려 하는데요. 인포그랩에서는 이런 수요를 겨냥해 최근 DevOps 교육 서비스인 ‘DevOps Expert Labs’를 선보였습니다. 이는 실무자를 위한 DevOps 교육 서비스인데요. DevOps Expert Labs는 현업에서 DevOps 실무에 바로 적용할 수 있는 기술을 가르치는 데 주력합니다. 이는 기초 교육과 실무 교육을 두루 지원하는데요. 러닝 패스(커리큘럼)에 따라 DevOps 도구와 지식을 체계적으로 알려주죠. DevOps의 모든 분야를 아우릅니다.

특히 DevOps Expert Labs는 손으로 조작하며 직접 따라 해 보는 ‘핸즈온’ 교육 방식으로 진행되는데요. 학습자는 이 서비스로 DevOps 기반 기술, DevOps 시스템 아키텍처 구성, 지속적 통합/테스트/배포 자동화 파이프라인 구축 등을 클라우드 네이티브 기반과 프로덕션 수준 환경에서 직접 실습하고요. 기술 관행도 배울 수 있습니다. 이 글에서는 DevOps 교육 서비스를 선택할 때 고려할 사항, 국내외 DevOps 교육 서비스 현황과 특징을 알아보고요. 인포그랩의 DevOps Expert Labs 특징과 차별점을 살펴보겠습니다.

오늘날 소프트웨어 개발 업계는 끊임없이 변화하고 있습니다. 생성형 인공지능(AI)을 비롯한 신기술은 하루가 멀다 하며 쏟아지고 있고요. 이는 엔지니어의 개발 방식, 문화, 환경을 뒤흔들죠. 특히 DevOps 엔지니어는 이러한 환경 변화에 능동적으로 대처하고, 기술 발전에 뒤처지지 않도록 꾸준히 공부해야 합니다. DevOps가 여전히 과도기에 머문 조직도 적지 않고요. DevOps 엔지니어는 내부에 DevOps를 잘 정착시켜야 할 책임이 있습니다. 이로써 DevOps 엔지니어는 조직에서 시장과 고객 요구에 부합하는 ‘훌륭한 프로덕트’를 만들도록 기여해야 하죠. 그러려면 DevOps 엔지니어가 기술 트렌드 변화를 계속 확인하고, 조직에서 개발 모범 관행을 만드는 역량도 쌓아야 합니다.

인포그랩 기술 블로그 독자 가운데에는 DevOps 엔지니어로 커리어를 이제 막 시작했거나, 이미 DevOps 엔지니어로 일하며 관련 지식과 정보를 구하려는 분들이 많은데요. 인포그랩에서는 이러한 분들이 현업에서 DevOps 실무를 원활하게 수행하는 데 도움이 되도록 ‘DevOps Expert Labs’라는 서비스를 최근 선보였습니다. DevOps Expert Labs는 실무자를 위한 DevOps 교육 서비스인데요. 이는 손으로 조작하며 직접 따라 해 보는 ‘핸즈온’ 교육 방식을 취합니다. 학습자는 이 서비스로 DevOps 기반 기술, DevOps 시스템 아키텍처 구성, 지속적 통합/테스트/배포 자동화 파이프라인 구축 등을 클라우드 네이티브 기반과 프로덕션 수준 환경에서 직접 실습하고요. 기술 관행까지 배울 수 있죠. 이 글에서는 DevOps 엔지니어로 일할 때 알아야 할 지식과 인포그랩의 DevOps Expert Labs로 이를 잘 학습하는 방법을 소개하고자 합니다.

2023년 11월 1일 GitLab 주요 보안 릴리스 사항을 안내 드립니다.

오늘날 많은 팀이 인프라를 코드로 관리하기 위해 Infrastructure as Code(IaC) 도구를 사용합니다. 이 가운데 Terraform과 AWS CloudFormation 같은 도구는 강력하고 유용한 기능을 제공하죠. 그러나 특정 도구의 전용 언어로 인프라를 구성하는 과정은 번거로울 때가 많은데요. 최근 나온 ‘Pulumi’라는 IaC 도구는 인프라를 편리하게 구성하고 관리하는 데 도움이 되는 기능을 다수 지원합니다. 이 글에서는 Pulumi의 특징을 알아보고, 이 도구로 AWS의 스토리지 서비스인 ‘S3’를 생성하는 방법을 살펴보겠습니다.

안녕하세요? 저는 지난 5월 인포그랩에 합류하여 DevOps 엔지니어로 일하고 있는 Chad입니다. 새로운 조직에 적응하는 일은 쉽지 않습니다. 업무에서 자기 능력을 100% 발휘하려면 예상보다 더 많은 시간이 필요할지 모릅니다.

조직에서는 새로운 직원이나 사용자가 조직 또는 서비스에 적응하고, 직원이 업무를 원활히 수행하도록 돕기 위해 온보딩 프로그램을 운영하는데요. 인포그랩에서도 신규 입사자를 대상으로 3개월 동안 온보딩 프로그램을 진행합니다.

인포그랩 기술 블로그 독자 가운데에는 기업 문화와 DevOps 엔지니어의 업무 수행 방식을 궁금해하는 분들도 많은데요. 이 글에서는 지난 3개월 동안 인포그랩 DevOps 엔지니어로서 제 온보딩 과정을 회고하고요. 인포그랩의 온보딩 방식과 DevOps 엔지니어로서 온보딩 하며 제가 느끼고 변화한 점을 공유하고자 합니다.

오늘 우리는 GitLab 16.5 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 컴플라이언스 표준 준수 보고서, Merge Request(MR) 타깃 브랜치 규칙, 이슈 스레드 해결하기, semi-linear 기록이 있는 Fast-forward Merge Train, Jira 개발 패널에서 MR 리뷰어 정보 보기 기능 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 25개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.6 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.

오늘날 소프트웨어 개발 업무는 AI의 영향을 받고 있습니다. GitLab은 이러한 영향을 긍정적인 방향으로 발전시키고자 다양한 AI 기능을 선보이는데요. 특히 여러 AI 기능을 한데 모은 ’GitLab Duo’를 제공해 조직이 원활하게 협업하고, 코드를 신속하게 작성하며 리뷰하도록 지원합니다. 이는 업무 생산성과 효율성을 높여 비즈니스 목표를 달성하는 데 도움이 될 수 있습니다. 이 글에서는 GitLab Duo를 활용해 소프트웨어 개발 업무 속도와 편의를 높이는 방법을 알아보겠습니다.

지난 9월 12일 서울 위워크 삼성점에서 GitLab 코리아 17번째 밋업이 오프라인으로 진행됐습니다. 이날 행사는 코로나19에 따른 ‘사회적 거리 두기’ 해제 조치 이후 ‘인포그랩과 GitLab 코리아의 첫 오프라인 밋업’이라는 의미가 있었죠. 밋업 주제는 **‘효율성과 생산성 높이는 GitLab 마이그레이션’**이었습니다. 밋업은 두 개의 세션으로 진행됐는데요. 세션 1에서는 유인철 GitLab 코리아 이사가 **‘GitLab 마이그레이션으로 얻는 유익’**을 주제로 발표했고요. 세션 2에서는 인포그랩 DevOps 팀에서 **‘Jira, GitLab으로 쉽게 마이그레이션 하기’**를 주제로 발표와 시연을 선보였죠. 이 글에서는 이날 밋업의 주요 발표 내용을 살펴보겠습니다.

오늘 우리는 GitLab 16.4 출시 소식을 발표해서 기쁩니다. 이번 업데이트에서는 커스텀 역할 생성, 비공개 프로젝트의 워크스페이스 만들기, GitLab 사용자 ID를 이용해 로컬로 클러스터에 액세스하기, 그룹/하위 그룹 수준 의존성 목록, id_token을 전역으로 설정하고, 개별 job의 구성 제거하기 기능 등을 선보였습니다.

위 내용은 이번 릴리즈에서 선보인 100개 이상의 개선 사항 중 몇 가지 주요 사항입니다. 아래에 주요 업데이트 내용을 모두 확인하세요. 다음 달 릴리즈 내용을 미리 보려면 16.5 릴리즈 킥오프 비디오가 있는 예정 릴리즈 페이지를 보세요.

복잡한 현대 소프트웨어 개발 환경에서 Value Stream(가치 흐름)을 추적, 관리하려면 상당한 시간과 노력이 들어갑니다. GitLab을 활용하면 이 작업을 효율적으로 수행할 수 있습니다. GitLab은 전체 DevSecOps 플랫폼을 단일 애플리케이션으로 제공합니다. 이에 엔드투엔드 가시성에 필요한 모든 데이터를 GitLab에서 편리하게 볼 수 있습니다. 아울러 GitLab은 향상된 가치 흐름 관련 기능을 지원합니다. 이 기능을 활용하면 더 쉽고 빠르게 Value Stream Management 환경을 구성할 수 있습니다.

GitLab에서는 다양한 대시보드와 세분화된 데이터를 제공합니다. 이로써 고객은 가치 흐름을 다각도로 자세하게 추적하고 관리할 수 있습니다. 이는 소프트웨어 공급을 최적화하고, 고객에게 더 빠르게 가치를 제공하는 데 도움이 됩니다. 이 글에서는 소프트웨어 개발 라이프사이클 전반에 걸쳐 비즈니스 가치를 파악하도록 GitLab의 Value Stream Management 기능을 활용하는 방법을 알아보겠습니다.

웹사이트에 정성을 담은 글을 게시할 때 드는 마음은 “누군가 이 글을 읽고 도움을 받으면 좋겠다”이지, “누군가 이 글을 훔치지 않으면 좋겠다”가 아닙니다. 하지만 양질의 콘텐츠일수록 콘텐츠 도용이 많이 발생하고 있는 것이 현실입니다. 오늘날 기업에서는 텍스트, 이미지, 비디오, 오디오 등 다양한 콘텐츠를 만들고 있는데요. 그렇다보니 기업 공식 홈페이지나 기술 블로그도 콘텐츠 도용 위험에서 자유롭지 않습니다. 이 문제를 어떻게 해결할 수 있을까요?

최근 저는 인포그랩 공식 홈페이지인 ‘인사이트’의 기술 블로그와 GitLab 가이드 문서에 저작권 보호 기능을 추가하는 업무를 수행했는데요. 이번에 도입한 저작권 보호 기능은 텍스트 콘텐츠에 적용됐습니다. 저작권 보호와 사용자 편의를 모두 충족하는 기능을 도입하고자 여러 문제를 고민하고, 해결 방안을 모색했는데요. 개발 과정에서 고민한 문제와 해결 방향, 최종 결과물을 글로 정리해 보았습니다.

그룹과 프로젝트를 직접 전송으로 마이그레이션 하면, UI 또는 API를 사용하여 GitLab 인스턴스 간에 GitLab 리소스를 쉽게 이전할 수 있습니다. 이전 블로그 게시물에서 GitLab은 모든 사람이 사용할 수 있는 베타 기능으로 프로젝트 마이그레이션을 발표했습니다. 아울러 이 방법의 이점과 마이그레이션 단계도 설명했습니다.

이후 GitLab은 특히 대규모 프로젝트의 효율적이고 안정적인 마이그레이션에 초점을 맞추어 추가 개선 작업을 진행하였습니다. 이 글에서는 이러한 개선 사항과 전반적인 프로세스, 마이그레이션 속도에 미치는 영향을 자세히 설명하려고 합니다. 또한 마이그레이션 시간 추정치도 다루겠습니다.