드디어 출시한 GitLab 16.0 릴리즈 소식을 비롯 자동화 커밋 메시지 등 알찬 정보를 전합니다.

때 이른 더위와 함께 6월이 시작되었습니다. 올해는 엔데믹 선언에 따라 3년 만에 되찾은 일상으로 더욱 뜨거운 여름이 기대됩니다.🔥인포그랩은 뜨거운 여름 햇살처럼 핫한 DevOps 및 GitLab 정보를 전달할 수 있도록 힘껏 달려보겠습니다.🌋

  - 인포레터 편집진-  
구독신청                                                                         지난 인포레터는 여기 에서 확인해주세요.
 
  • Value Streams 대시보드 정식 출시와 Custom Value Streams 지원
  • Linux에서 GPU 지원 SaaS 러너 사용
  • 특정 브랜치 미러링과 코멘트 템플릿 만들기
  • 새로운 웹 IDE 정식 출시

동영상과 함께 보다 자세한 내용을 읽어보고 싶으시다면 릴리즈 노트에서 확인해보세요!

구독자님들께서 좀 더 쉽고 빠르게 GitLab 업데이트 정보를 보셨으면 하는 마음으로
제작하고 있습니다. "YouTube 구독과 좋아요"는 인포레터 편집진을 춤추게 할지도 몰라요~ 😆
DevOps와 Observability,
관찰 가능성이 가져올 변화
최근 DevOps 기술 시장에서는 Observability : 관찰 가능성이라는 개념이 부상하고 있습니다.
GitLab에서는 Obervability 회사 인수와 GitLab 내 기능 개발을 시작했고, DataDog, New RelicObservability 전문 솔루션도 나날이 확장하고 있습니다. Observability가 왜 필요한지, DevOps와 우리의 업무 체계에는 어떤 변화를 미칠지 알아보세요. 

GitLab 밋업으로 알아보는 Observability 이야기

지난달 27일 GitLab 코리아 15번째 밋업이 온라인으로 진행됐습니다. 이날 밋업 주제는 ‘GitLab이 옵저버빌리티(Observability)를 만드는 방식’이었는데요.  Observability는 ‘외부 데이터에서 시스템 내부 상태를 얼마나 잘 유추할 수 있는지’ 나타내는 척도이죠. 이 글에서는 지난 밋업의 주요 발표내용을 살펴보겠습니다.
이 글에서는 ‘모니터링’과 ‘옵저버빌리티’를 비교, 분석합니다. 모니터링은 시스템 활동을 관찰하고 기록하는 프로세스고요. 모니터링 도구는 ‘애플리케이션이 작동하는 방식’과 관련된 데이터를 수집하죠. 소프트웨어는 이 데이터를 대시보드에 보내 분석하고요. 이전에 설정한 임곗값을 넘어서면 경보를 트리거합니다. 모니터링은 애플리케이션 상태를 계속 파악해 ‘알려진 장애 지점’을 계속 경계하도록 지원하죠. 옵저버빌리티는 이러한 모든 기능과 그 이상의 기능을 갖췄습니다. 이는 복잡한 클라우드 네이티브 분산 시스템을 트러블슈팅할 때, 사용자에게 더 많고, 더 다양한 도구가 필요하기 때문인데요. 사용자가 접하는 장애 종류는 예측할 수 없거나, 미리 알 수가 없죠. 옵저버빌리티는 팀이 새 클라우드 네이티브 세계에서 ‘알려지지 않은 미지의 것’을 포착하고 교정하도록 돕습니다. 모니터링과 옵저버빌리티는 목표도 서로 다른데요. 모니터링은 애플리케이션 성능을 감독하고 개선하는 데 쓰이고요. 옵저버빌리티는 클라우드 네이티브 시스템의 내부 측정값을 사용해 비즈니스 중심 결과나 목표에 영향을 미치죠. 이밖에 자세한 내용은 본문을 확인해 주세요.

Git 커밋 메시지 자동화 가이드

지난 포스팅에서 커밋 메시지의 중요성과 방법에 대해서 다루었습니다. 이번 포스팅에서는 좋은 커밋 메시지의 규칙을 반드시 지키도록 규정하고 자동화하는 방법을 알아봅니다. 아울러 인포그랩 프로덕트 팀의 커밋 메시지 자동화 방법도 소개하겠습니다.

페어 프로그래밍을 위한 4가지 팁

GitLab 및 여러 기업은 페어 프로그래밍(짝 프로그래밍)을 통해 혼자 해결하기 어려운 과제들을 해결해 나가고 있습니다. 그렇다면 페어 프로그래밍이 무엇이고, 어떤 장점이 있는지 확인해 보고, 또 원격 페어 프로그래밍의 장점 및 적절한 활용을 위한 4가지 팁까지 소개합니다.
📰 인포그랩 추천! DevOps News 
이 글에서는 cdCON + GitOpsCon 콘퍼런스에서 언급한 ‘GitOps 핵심 원칙’을 4가지 제시합니다. 첫째, GitOps는 선언적인데요. GitOps로 관리하는 시스템은 원하는 상태를 선언적으로 표현해야 합니다. 둘째, GitOps 앱은 버전 관리되고, 변경할 수 없는데요. 원하는 상태는 불변성, 버전 관리, 완전한 버전 기록을 적용하는 방식으로 저장됩니다. 셋째, GitOps 앱은 자동으로 pull 되는데요. 소프트웨어 자동화는 선언된 상태 선언을 소스에서 자동으로 가져옵니다. 넷째, GitOps 앱은 계속 조정되는데요. 소프트웨어 에이전트는 실제 시스템 상태를 지속 관찰하죠. 아울러 이는 원하는 상태를 적용하려고 시도합니다. 이밖에 자세한 내용은 본문을 확인해 주세요.
이 글은 ‘플랫폼 엔지니어링’을 주제로 IT 업계 관계자를 설문 조사한 내용을 다루고 있습니다. 보고서에 따르면, 플랫폼 엔지니어링은 기업에서 DevOps 성공을 규모 있게 이끄는 입증된 접근법이라고 하죠. 플랫폼 엔지니어링을 도입한 조직은 표준화, 프로세스 전반에 큰 개선을 경험하고 있고요. 설문조사 응답자 94%는 ‘플랫폼 엔지니어링이 조직에서 DevOps 이점을 더 잘 실현하도록 돕는다’라고 응답했습니다. 응답자 68%는 ‘개발 속도가 높아지는 걸 경험하고 있다’라고 답했고요. 응답자 대다수는 ‘시스템 안정성 개선(60%), 더 큰 생산성/효율(59%), 더 나은 워크플로 표준(57%)을 경험하고 있다’라고 응답했죠. 플랫폼 엔지니어링이 잘 이뤄지면 ‘조직 전체에 유익을 준다’라고 합니다. 아울러 ‘플랫폼 엔지니어링은 사업과 기술 목표 둘 다에 상당히 유용하다’고 하고요. 응답자 93%는 ‘플랫폼 엔지니어링 도입이 올바른 방향으로 가는 단계’라고 답변했습니다. 응답자 30%는 ‘플랫폼 엔지니어링이 회사 전체 필요를 가장 잘 충족한다’라고 응답했고요. 플랫폼 엔지니어링을 도입한 회사의 응답자 37%는 ‘제품 전달 프로세스 효율성에 매우 만족한다’라고 답변했죠. 플랫폼 엔지니어링을 도입하지 않은 회사에서는 응답자 20%가 ‘만족한다’라고 답했고요. 이밖에 자세한 내용은 본문을 확인해 주세요.
DevOps 혹은 GitLab에 대한 고민이 있으신가요?  
온라인상에 많은 정보는 있으나,
내가 원하는 케이스와 동일한 케이스는 찾을 수 없고, 
비용을 떠나서 질문할 곳을 찾기 어렵진 않으신가요?  

인포그랩은 여러분의 고민을 함께할 준비가 되어있는 "DevOps 전문기업" 입니다.
인포그랩 | 031-712-0929 | support@infograb.net
경기도 성남시 분당구 백현로 101번길 17, 초림프라자 512호 
구독신청 | 수신거부