산업의 급격한 변화와 새로운 기능에 대한 고객의 요구 증가로 인해 팀은 서로 단절되고 고립된 업무 환경에 처하게 될 수 있습니다. 애플리케이션 개발에는 반복되는 빠른 작업이 요구되며, 비즈니스에 가치를 제공하기 위해서는 유기적인 협업이 필요합니다. 팀은 버전 관리를 통해 효율적으로 협업하고 정보의 고립(silo)을 해소할 수 있습니다.

본 블로그에서는 개발팀이 Git을 사용하여 반복되는 새로운 기능 개발을 효율적으로 수행하고 비즈니스 가치 전달에 도움을 줄 수 있도록 협업 강화를 위한 5가지 모범 사례를 소개합니다.

GitLab의 Auto DevOps는 내재한 베스트 실습과 자동화를 통해 CI/CD 도입을 더욱더 쉽게 만들어주도록 설계되었습니다. 여러분이나 여러분의 팀이 DevOps를 처음 접한다면, 이것이 매우 좋은 시작점이 될 것입니다. Auto DevOps에 대한 새로운 개선 사항과 향후 개선 사항을 공유해 드리기에 앞서 다음의 사항들을 유념해 주시기 바랍니다.

GitLab 에는 중요한 비즈니스 자산 데이터가 저장되어 있습니다. 제일 중요한 소스 코드를 포함해서 말이죠.

GitLab DR (Disaster Recovery). 즉 재해 복구는 자연재해와 사람에 의한 재난! 에 의해 GitLab 을 사용할 수 없는 경우에 복구 할 수 있는 프로세스에 따라 연속성을 갖고 GitLab을 사용 할 수 있도록 해주는 재해 복구 기능을 가지고 있습니다.

GitLab 엔터프라이즈 버전인 Premium 이상에서 사용 가능합니다. 보통의 엔터프라이즈 회사들은 이 기능 때문에 라이센스를 구입 하게 됩니다. 자체적으로 DR을 구축하는 비용 vs GitLab DR(Geo) 비용 따져보면 싸기 때문이겠지요?

GitLab 은 Geo 노드를 별도로 만들어서 재해 상황에 조치 할 수 있습니다. 재해 복구 솔루션을 설정하려면 투자가 필요합니다. 아직 GitLab 은 모든 것들을 복제하지 않습니다. 시스템 관리자는 Geo로 복제가 자동으로 되는 부분과 아닌 부분이어서 백업이 필요한 내용을 알고 있어야 합니다. 그럼 지금 부터 GitLab DR에 대해 알아볼까요?

GitLab 13.0에서는 Git 스토리지에 대한 설정에 HA와 복제(Redundancy: 시스템 장애 상황을 대비해서 중요한 시스템 구성요소를 복제)가 가능합니다. GitLab은 조직에 중요한 시스템이기 때문에, 다운타임으로 인해 소프트웨어 개발 및 CI/CD 파이프라인으로 피해가 발생 되지 않도록 해야합니다. GitLab HA는 피해를 줄 일 수 있는 방법입니다. 그렇다면 Git Repository 를 어떻게 안정적으로 운영 할 수 있는지 Gitaly 를 클러스터링 하는 방법으로 간단히 설명합니다.

팀 협업 중에 코드 품질 때문에 이슈가 발생하는 경우가 있나요? 소프트웨어 개발 문화가 성숙할수록 코드리뷰 활동도 성숙해집니다. 다른 사람이 작성한 코드를 보고 개선을 위한 의견을 주고 받는 활동을 합니다. 코드 리뷰는 코드로 협업하는 개발팀이 리뷰를 통해 잠재적인 이슈를 해결하고 개선해 나가는 과정입니다. 소프트웨어 개발 라이프사이클에서 소프트웨어 품질 보증 활동의 시작은 코드 리뷰 활동입니다.

그렇다면, GitLab으로 코드 리뷰를 더 잘하는 방법은 어떨까요?

항상 처음 보다 더 나은 상태로 코드를 만들어 놓고 떠나라

• Robert C. Martin (Uncle Bob) , 보스카웃룰 패러디

DevSecOps에서 보안을 코드로 구현하는 것이 중요한 이유는 무엇일까요?

GitLab은 얼마나 자주 새로운 버전을 릴리즈할까요? 릴리즈마다 추가되는 새로운 기능은 어디서 확인할까요? 그리고 이런 릴리즈마다 매번 업그레이드를 실행해야 할까요? 이 포스트에서는 GitLab의 릴리즈 정책과 릴리즈 내용을 확인하는 방법을 알아보고 어떻게 최신 버전의 안정적인 GitLab을 유지할 수 있는지 알아보겠습니다.

Full 라이프사이클 단일 애플리케이션 GitLab과 2019년 2월 Shippable 인수를 통해 아티팩트 저장소에서 CI/CD 기능을 포함하는 DevOps 플랫폼으로 전환한 JFrog, 어떤 것이 더 좋은지 알아봅시다.

DevOps를 시작하려고 하는데, 누구와 함께 일해야 할까요? DevOps 컨설턴트와 DevOps 엔지니어는 누구인지, 또 우리에게 어떤 도움을 줄 수 있을지 알아봅시다.

최근 DevOps에 대한 관심이 증가하고 있는데, 왜 Agile 기반 DevOps가 필요할까요? DevOps가 무엇인지, 또 DevOps를 통해서 어떤 것을 얻을 수 있는지 알아봅시다.

2020년 10월 19일(월), 판교에 위치한 포스코ICT에서 SW공학프로세스과정으로 SW 분석/설계 과정을 진행했습니다. 이 블로그 포스팅에서는 해당 과정에 대한 경험을 공유합니다.

때때로, 좋은 게 너무 많아서 문제일 때도 있습니다. 소프트웨어 개발 워크플로우로 잘 알려진 Git Flow의 경우가 그렇습니다. Git Flow는 좋은 기능이 많지만, 역효과가 있을 때도 있습니다.

GitLab은 복잡성을 줄이고 개발 프로세스의 효율을 높이고자 GitLab Flow를 개발했습니다. GitLab Flow는 Git 워크플로우에 이슈트래킹을 연동함으로써 프로세스를 단순화하고 혼란을 줄입니다. 지금부터 Git Flow의 문제점과 이를 해결하는 GitLab Flow를 알아봅니다.

코드로서의 인프라스트럭처(IaC, Infrastructure as code)에서 실행되는 Ansible 플레이 북 데모를 통해 GitLab CI의 강력한 기능을 살펴보세요.

GitLab CI는 코드로서의 인프라스트럭처와 GitOps를 포함하여 여러 가지 용도로 사용할 수 있는 강력한 도구입니다. GitLab 은 특정 툴에 구애받지 않지만 본 데모에서는 Ansible 을 사용합니다. 왜냐하면, 개발자가 코드로서의 인프라스트럭처에 일반적으로 사용되는 언어이기 때문입니다. 여기에서는 Ansible 네트워크 강좌의 two-router 데모를 사용합니다.

뉴욕, 런던을 거쳐서 세 번째 GitLab Commit이 샌프란시스코에서 개최되었습니다. 약 400명 이상의 등록 고객과 13곳의 기업 스폰서, 그리고 3개 트랙에서의 24개의 세션이 진행되었습니다. GitLab 사용 고객들이 직접 전하는, 어떻게 GitLab 활용해서 제품 개발 시간을 절감하고 보다 효율적으로 개발 자원들을 활용할 수 있었는지에 대한 노하우를 확인해보세요!