프로덕션 워크플로는 신뢰할 수 있는 파이프라인을 필요로 합니다. 이 문서에서 설명한 원칙을 파이프라인을 빌드할 때 따르면, 유지 관리가 용이해지며, SLA 위반을 일으키기 전에 문제를 발견할 수 있습니다. 여기서 제시하는 일부 지침은 파이프라인에 중요한 것이 무엇인지 지식을 공유하는 데도 도움이 됩니다. 이는 파이프라인의 생명주기 전반, 개발부터 장기 유지 관리에 이르기까지 모든 단계에서 중요합니다.
이 문서는 파이프라인 개발자와 유지 관리자 모두에게 유용합니다. 개발자의 경우, 파이프라인을 바로 프로덕션으로 넘겨야 할 때 빌드를 시작하기 전에 유용합니다. 마찬가지로, 이 문서는 개념 증명 파이프라인이 프로덕션 파이프라인으로 전환될 때 사용할 수 있습니다. 파이프라인 유지 관리자의 경우, 다음 요소들이 유지 관리 모드로 들어가기 전의 전제 조건이어야 합니다.
프로덕션 파이프라인을 빌드하기 시작하기 전에 기대치에 대한 확정적인 답변을 가지는 것이 항상 가능한 것은 아니지만, 가능한 한 초기에 그것들에 대해 주의를 기울이는 것이 가치있습니다. 파이프라인 정의와 기대치를 설정하면서 이를 문서화하는 것이 강력히 권장됩니다.
기대치는 프로덕션 파이프라인의 설계 및 설정의 여러 측면에 영향을 미치며, 이에는 다음이 포함됩니다:
당신의 팀이 다루어야 할 중요한 질문들은 다음과 같습니다:
성공적인 프로덕션 파이프라인을 설정하는 핵심 원칙은 다음과 같이 요약할 수 있습니다: "당신이 유지 관리를 위해 존재하지 않을 것이라는 생각으로 빌드하세요".
이를 달성하는 데 도움이 될 수 있는 구체적인 팁들은 다음과 같습니다:
개발
파이프라인이 프로덕션에 들어가면, 파이프라인에 추가 기여를 하는 데 있어서 더 이상의 개발 프로세스를 확립하고 파이프라인 개발자에게 효과적으로 전달하는 것이 중요합니다. 이는 파이프라인에 예상치 못한 중단이 발생하지 않도록 합니다.
결과적으로, 우리는 읽을 것을 권장합니다:
인프라 (스케줄)
관련된 주제로, 일정을 조기에 설정하면 파이프라인의 다른 부분을 수동으로 트리거하는 것에 대해 생각하지 않고 개발할 수 있습니다. 스케줄링이 지저분하다면, 이것이 개발을 방해하고 변경이 자동으로 파이프라인을 통해 전파되지 않아 느려질 수 있습니다.
파이프라인을 프로덕션으로 이동할 때, 개발 동안 사용된 스케줄이 더 이상 의미가 없거나 안티패턴을 포함할 수 있으므로 스케줄을 검토하고 재구성하는 것이 권장됩니다. 이 단계는 유지 관리 모드로 들어가기 전에 완료되어야 합니다.
최선의 사례에 따라 스케줄을 설정하거나 검토하는 것은 **스케줄링 최선의 사례 문서**를 따르면 이루어질 수 있습니다.
파이프라인이 정기적으로 실행되는 즉시, 그 행동을 모니터링하기 시작하려고 합니다. 이는 기술 부채가 누적되는 것을 방지하고 파이프라인에 대한 기대치가 현실적인지 아닌지 추적할 수 있게 해줍니다. 마감과 팀의 능력을 고려할 때, 바로 모니터링을 시작하는 것이 항상 실행 가능한 것은 아니지만 가능한 경우에는 권장됩니다.
모니터링을 설정하는 방법에 대한 자세한 정보는 파이프라인 모니터링 최선의 사례 문서를 참조하세요.