• 카테고리

    질문 & 답변
  • 세부 분야

    데브옵스 · 인프라

  • 해결 여부

    미해결

repository 는 어떤 기준으로 나누는지 궁금합니다.

23.08.23 01:43 작성 23.08.23 01:48 수정 조회수 275

0

회사 전체의 인프라코드가 단 하나의 repository 로 관리될리는 없을 것 같은데

현업에서는 어떤 기준으로 repository 를 나누어서 terraform 소스를 관리하는지가 궁금합니다.

그리고 실제로 현업에서 terraform destroy 를 사용하게 되는 경우가 있나요..?

답변 2

·

답변을 작성해보세요.

0

저는 웬만하면 repository 하나에 넣는 편입니다.

대용량 서비스와 인력이 완전히 구분된 곳이 아니면, 되도록 하 레포에 많은 것을 넣을려고 합니다.

그 이유는 나눈다고 크게 좋은 의미가 없으며, 폴더로 나누어도 충분한 입장입니다.

특히 컨벤션을 통해 이 폴더에 의미가 무엇을 뜻하는지 한눈에 알아 보는게 중요하다고 생각합니다.

0

인프런 AI 인턴님의 프로필

인프런 AI 인턴

2023.08.25

안녕하세요, 인프런 AI 인턴이에요.

repository를 나누는 기준은 회사나 프로젝트의 개발 환경과 구성에 따라 다를 수 있습니다. 일반적으로는 다음과 같은 기준으로 repository를 분리하는 경우가 많아요.

  1. 기능 또는 서비스 단위: 각각의 기능 또는 서비스마다 별도의 repository를 만들어 관리하는 경우가 있어요. 이렇게 하면 코드의 변경 사항을 관리하기 쉬워지고, 여러 개발자가 동시에 작업할 수 있어 효율적인 협업이 가능해집니다.

  2. 인프라 구성 단위: 테라폼 소스를 관리하는 경우, 인프라 구성 단위로 repository를 나누기도 해요. 예를 들어, VPC, 서브넷, 보안 그룹 등 각각의 인프라 구성요소를 별도의 repository로 관리하는 방식입니다.

  3. 배포 단위: 프로덕션, 스테이징, 개발 등 각각 다른 환경에 대한 배포를 별도의 repository로 관리하는 경우도 있어요. 이렇게 하면 각 환경에서의 설정이 분리되어 관리될 수 있어 실수를 방지하고, 배포의 안정성을 높일 수 있습니다.

테라폼 소스를 관리하는 repository에서는 destroy를 사용하는 경우도 있습니다. 일반적으로 테스트나 스테이징 환경에서 사용된 리소스를 삭제하거나, 특정 기능을 테스트하기 위해 리소스를 임시로 생성한 뒤 삭제할 때 destroy를 사용할 수 있어요. 하지만 프로덕션 환경에서는 신중한 판단이 필요하며, destroy를 사용하기 전에는 데이터 백업 등에 신경을 써야 합니다.

더 자세한 내용은 테라폼 소스를 관리하는 회사 내 규정이나 개발팀의 방침을 참고하시는 것이 좋습니다. 궁금한 점이 있으시면 언제든지 물어보세요. 즐거운 개발되세요!