우리는 회사로 성장하고 있으며 제품은 확장하고 DevOps 관련 활동과 노력도 증가하고 있습니다. 우리는 배치 파이프 라인 및 기타 플러그인을 사용하여 Bamboo에서보다 유연하고 구성 가능한 Jenkins로 전환했습니다. Ansible로 전환하고 여기 저기 내부에서 Docker를 사용하기 시작했습니다.
이 모든 것들에는 일정 수준의 코딩 또는 구성이 필요합니다. Ansible 스크립트 및 구성, Jenkins 그루비 스크립트, Dockerfile 및 YAML 구성.
지금, 우리는 높은 수준의 디렉토리와 별도의 "작전"저장소를 만든 jenkins, ansible, docker과 other(끔찍한 이름이지만, 지금은 모든 "다른"개발 운영 자동화 것들이이있는).
우리의 접근 방식은 옳지 않고 확장되지 않을 수도 있지만 DevOps 관련 코드를 코드 리포지토리 또는 리포지토리에 유지하기위한 모범 사례와 권장 사항은 무엇입니까?
6
"요리 책마다 1 개의 repo를 의미하는 요리사에서"각 부분은 앱, 하나의 앱당 하나의 repo "방법으로갑니다.
—
Tensibai
@ Tensibai 맞다, 나는 하나의 "ops"레포가 빨리 비실용적이 될까봐 두려웠다. 감사.
—
alecxe
그것은 요리사의 레거시 관리의 레거시 형태였으며, 모든 요리 책이있는 레포 1 개이며 대부분의 경우 발판으로 입증되었지만 변경 사항은 Jenkins 파이프 라인 (v2 인 경우)에 적합하지 않습니다. 도커 파일은 IMO를 처리하는 프로젝트와 함께 살아야하며, 당신이 무엇을 넣었는지 전혀 알지 못하므로 조언을 드릴 수 없습니다.
—
Tensibai
@ Tensibai는 그것을 얻었다! 기타는 대부분 bash 및 python 유틸리티 또는 여러 내부 도구에 대해 정기적으로 실행되는 스크립트로 구성됩니다. 실제로 어디에도 적합하지 않으며 "other"보다 더 나은 위치를 생각할 수 없습니다. 내용을 게시 할 수 있는지 확인합니다. 질문에 디렉토리의. 감사.
—
alecxe
나는 작업의 '친 화성', 응용 프로그램 X에서 함께 작동하는 스크립트로 두 개의 저장소로 나눕니다. 두 개의 응용 프로그램에서 스크립트를 사용할 수 있지만 응용 프로그램 A가 변경되면 스크립트가 말하는 응용 프로그램을 처리해야합니다 두 개의 분리 된 버전을 사용하는 것이 좋습니다. 따라서 ATEOTD 관련 응용 프로그램과 함께 저장하거나 작업별로 특정 저장소에 여러 응용 프로그램을 포함시키는 경우 항상 배포 된 응용 프로그램과 일치하는 버전을 보유하고 있습니다. 관련없는 스크립트에 동시에 태그를 지정할 필요가 없습니다.
—
Tensibai