DevOps 서비스

사용자가 적은 시간대를 선택할 필요 없는 소프트웨어 릴리스

HiTechCloud는 CI/CD pipeline, 코드형 인프라 및 모니터링을 구축하여 팀이 하루에 여러 번 배포할 수 있고, 필요하면 분 단위로 되돌릴 수 있습니다. 당사의 DevOps 역량은 AWS DevOps Competency로 인정받았습니다.

인정된 역량
AWS DevOps Competency
범위
CI/CD · IaC · Container · 모니터링
파트너십 모델
플랫폼을 구축하거나, 함께 진행하거나, 전체를 운영합니다
Platform
HiTechCloud · AWS · 온프레미스 인프라
개요

DevOps는 도구를 더 구매하는 것이 아니라, 수작업을 줄이는 것입니다

당사가 접한 대다수의 기업에서는 릴리스 과정에 여전히 최소 하나 이상의 수작업이 포함되어 있습니다. 서버로의 파일 복사, 데이터베이스 업데이트 명령어 실행, 설정 한 줄 수정 등이 이에 해당합니다. 바로 이러한 단계들로 인해 릴리스를 심야까지 미뤄야 하고 금요일에는 아무도 시스템을 수정하지 못하게 됩니다.

당사의 업무는 이러한 수작업 단계를 코드로 변환하는 것입니다: 소스 코드 저장소에서 인프라를 재구축할 수 있고, 릴리스는 pipeline을 통해 자동으로 실행되며, 모든 변경 사항은 누가, 언제, 무엇을 변경했는지에 대한 기록을 남깁니다.

결과는 측정 가능해야 합니다. 당사는 주관적인 판단 대신 4가지 핵심 지표 — 릴리스 빈도, commit부터 프로덕션 환경까지의 소요 시간, 릴리스 오류율, 복원 시간 — 를 추적하고 도입 전후를 비교합니다.

자주 발생하는 문제

릴리스 프로세스가 개발팀의 업무를 저해하고 있다는 징후

릴리스 방법을 아는 사람은 한 명뿐

프로세스가 특정 엔지니어 1명의 머릿속에만 존재하여, 해당 인원이 휴가를 가면 전체 릴리스 작업이 중단됩니다.

테스트 환경과 운영 환경의 차이

테스트 환경에서는 코드가 정상 작동하지만 운영 환경에서 오류가 발생하는 이유는 두 환경이 서로 다른 시점에 수동으로 구축되었기 때문입니다.

롤백하는 데 몇 시간이 걸림

릴리스에 오류가 발생하면 수동으로 복원해야 하며, 경우에 따라 백업 사본에서 복구해야 합니다.

시스템 장애 위치를 알 수 없음

중앙 집중식 로그 및 지표가 없으면, 모든 장애는 서버에 각각 로그인하여 원인을 찾는 것으로 시작합니다.

서비스

배포 범위

Pipeline CI/CD

commit부터 프로덕션까지 자동화합니다: 빌드, 테스트, 보안 스캔, 승인 및 환경별 배포입니다.

코드형 인프라

전체 인프라를 Terraform 또는 이에 준하는 도구로 정의하여 소스 코드 저장소로부터 새로운 환경을 단시간 내에 다시 구축할 수 있도록 합니다.

Container 및 오케스트레이션

Docker로 애플리케이션을 패키징하고, 리소스 정책 및 자동 확장을 적용하여 Kubernetes 또는 관리형 container 서비스에 배포합니다.

중앙 집중식 모니터링 및 로그

지표, 로그, 요청 추적을 한곳으로 수집하고, 비즈니스 관점에서 유의미한 임계값에 맞춰 모니터링 대시보드 구축 및 알림을 설정합니다.

프로세스 내 보안

종속성 및 container 이미지 스캔, 중앙 집중식 시크릿 관리, 역할 기반 권한 부여 및 모든 배포 작업에 대한 로깅.

내부 팀 인수인계

프로젝트 종료 후에도 플랫폼을 자체 운영할 수 있도록 기업 엔지니어링팀을 교육하고 멘토링합니다.

자동화된 소프트웨어 릴리스 프로세스
시작 방법

한 가지 서비스를 선택하고 제대로 구현한 후 확대하십시오

당사는 처음부터 전체 시스템을 위한 플랫폼을 구축하지 않습니다. 하나의 서비스를 모델로 선택하여 새로운 프로세스를 완벽히 수행한 후, 해당 모델을 나머지 시스템에 적용합니다.

  • 변경 빈도가 높지만 위험도는 중간 수준인 서비스를 선택하십시오.
  • 해당 서비스만을 위한 pipeline과 코드형 인프라를 구축합니다.
  • 적용 전후의 네 가지 릴리스 지표를 측정합니다
  • 다음 서비스에 재사용할 수 있도록 템플릿으로 표준화합니다.
프로세스

DevOps 프로젝트 진행 방식

  1. 01

    현황 평가

    릴리스 프로세스, 환경, 사용 중인 도구를 점검하고 현재 지표를 측정하여 기준점으로 활용합니다.

  2. 02

    플랫폼 설계

    팀과 기존 인프라에 적합한 도구를 선택하고, 환경 모델, 권한 및 승인 프로세스를 설계합니다.

  3. 03

    파일럿 배포

    한 서비스를 위한 pipeline과 코드형 인프라를 구축하고, 실제로 실행한 후 안정될 때까지 조정합니다.

  4. 04

    확산

    나머지 서비스에 템플릿을 적용하고, 각 영역별로 모니터링과 문서를 추가합니다.

  5. 05

    기술 이전

    사내 팀 교육을 진행하고 운영 문서를 인수인계하며, 프로젝트 종료 후 지원 모델을 확정합니다.

소프트웨어 릴리스 프로세스 자동화 다이어그램
배포 방식

단계별 자동화 적용, 모든 단계에서 롤백 가능

전체 프로세스를 한 번에 변경하지 않습니다. 조직이 신뢰할 수 있을 때까지 각 자동화 단계를 기존 방식과 병행하여 운영합니다.

  • pipeline이 안정적으로 동작할 때까지 기존 릴리스 방식은 그대로 유지됩니다.
  • 모든 인프라 변경 사항은 소스 코드 저장소에 기록되며 변경 이력을 확인할 수 있습니다.
  • 운영 환경 배포 권한은 pipeline 수정 권한과 분리됩니다.
기술

자주 사용하는 도구

고정된 기술 스택을 강제하지 않고, 기업 팀의 기존 인프라와 기술 역량에 맞춰 툴체인을 선택합니다.

CI/CD

  • GitLab CI
  • GitHub Actions
  • Jenkins
  • Argo CD

코드형 인프라

  • Terraform
  • Ansible
  • CloudFormation
  • Packer

Container

  • Docker
  • Kubernetes
  • Helm
  • Harbor

모니터링 및 로그

  • Prometheus
  • Grafana
  • Loki
  • Elastic Stack
  • CloudWatch
고객

이 서비스의 대상

수동으로 릴리스를 진행하는 개발팀

  • 신규 버전 배포 시 담당자 한 명의 기억에 의존하여 진행해야 합니다.
  • 릴리스할 때마다 사용자가 적은 시간대를 선택해야 합니다.
  • 배포 오류 후 롤백하는 데 몇 시간이 걸리며 확실하지 않습니다.

일관되지 않은 다중 환경을 보유한 기업

  • 테스트 환경과 실운영 환경이 서로 다른 시점에 수작업으로 구축되었습니다.
  • 신규 프로젝트를 위한 환경 구축에 며칠씩 소요됩니다.
  • 구성 정보가 여러 곳에 흩어져 있으며 소스 코드 저장소에 저장되지 않습니다.

자체 수행을 원하지만 이끌어 줄 리더가 부족한 운영팀

  • 엔지니어는 있으나 완전한 pipeline을 구축해 본 경험이 없습니다.
  • 각 서비스마다 처음부터 다시 구축하는 대신 재사용 가능한 템플릿이 필요합니다.
  • 프로젝트 후 직접 운영할 수 있도록 인수인계를 받으려고 합니다.
FAQ

자주 묻는 질문

저희 팀은 개발자가 몇 명뿐인데, DevOps가 과하지 않을까요?

반드시 그렇지는 않습니다. 소규모 팀의 경우 Kubernetes까지 도입할 필요 없이 자동화된 pipeline과 코드형 인프라만으로도 충분히 합리적인 범위를 구성할 수 있습니다. 당사는 일괄적인 전체 스택 적용 대신 실제 규모에 적합한 수준을 제안합니다.

Kubernetes 사용은 필수입니까?

아닙니다. Kubernetes는 서비스 수와 확장 요구가 충분히 클 때만 도입할 가치가 있습니다. 수많은 시스템은 가상 머신과 관리형 container 서비스를 통해 훨씬 낮은 운영 비용으로 더욱 원활하게 운영됩니다.

HiTechCloud에서 구축 후 인수인계합니까, 아니면 장기적으로 운영합니까?

두 가지 모델 모두 가능합니다. 일부 기업은 당사가 플랫폼을 구축한 후 사내 전담팀을 교육하여 인계받기를 원하며, 다른 기업은 장기 서비스 계약을 통해 운영을 전적으로 위탁합니다.

배포를 위해 운영 중인 시스템을 중단해야 합니까?

아닙니다. Pipeline과 코드형 인프라는 별도의 환경에서 병렬로 구축되며, 안정적으로 구동되고 검수가 완료된 후에만 정식 서비스로 전환됩니다.

현재 릴리스 프로세스를 측정하십시오.

문의하기하시면 HiTechCloud가 릴리스 프로세스를 검토하고 수동 단계를 지적한 후 팀 규모에 맞는 자동화 범위를 제안합니다.