완전한 책임 모델로 Taiga 활성화하기

조직의 목표 결과에서 시작하세요

이 마지막 시나리오는 앞선 강의들을 연결합니다. 가상의 회사가 장비 요청 서비스에 Taiga를 활성화하려 합니다. 기대하는 이점은 비즈니스 요구에서 검토된 소프트웨어와 유지관리되는 제품 지식까지 반복 가능한 경로를 만드는 것입니다.

기대 결과와 조직에 남는 작업을 정하세요. 소프트웨어 팩터리가 회사가 수용할 비즈니스 위험이나 실제 서비스의 담당자를 결정하지는 않습니다.

다른 공급업체에 적용할 것과 같은 증거 기준을 사용하세요. 적절한 담당자와 선택한 서비스 계약 및 구성, 데이터 처리, 책임, 서비스 전환 및 이용 종료 요구사항을 확인하세요.

Taiga는 조직 설정 정보에서 초기 정책과 승인된 기술 표를 만듭니다. 적합성을 확인하기 전에 입력 정보와 결과 정책을 살펴보세요. 생성된 정책이 누군가 검토했다는 증거는 아닙니다.

세 가지 맥락 유형을 구분해서 사용하세요.

기밀 참고 자료는 허가된 처리 경계 안에 유지하세요.

지침과 지식은 유효한 가장 높은 수준에 두세요. 조직, 팩터리, 제품 중 선택합니다. 하위 수준은 세부 내용을 추가하며 상위 규칙을 취소하지 않습니다. 설계 표준을 검토하고 적절한 경우 실제 디자인 시스템 저장소를 연결하세요.

인프라 코드와 CI/CD 파이프라인을 누가 작성할지 결정하세요. 그 책임 분담에 맞춰 해당 Taiga 설정을 구성하세요. 실제 런타임, ID 방식, 데이터 서비스, 환경, 배포 프로세스를 설명하세요.

장비 서비스에서는 플랫폼 팀이 클라우드 계정, 프로덕션 접근, 배포 승인을 계속 담당합니다. Taiga의 계획은 해당 인터페이스를 사용해야 합니다. 환경 설명은 맥락을 제공합니다. 자격 증명과 권한은 별도로 통제된 설정이 필요합니다.

필수 검토와 배포 규칙을 실제로 강제하는 시스템에 넣으세요. 대기열을 시작하기 전에 제품 자율성 설정과 이니셔티브별 선택을 확인하세요.

사고, 유지보수, 데이터 결정, 복구, 공급업체 조율의 담당자를 배정하세요. 운영할 애플리케이션의 가용성 요구와 RTO/RPO를 정하세요.

Taiga의 Monitoring은 제품 상태를 다룹니다. 조직의 전체 인프라 관찰 및 대응 역량을 대체하지는 않습니다. 관련 환경 설정과 발견 사항이 조치할 수 있는 사람에게 전달되는 경로를 확인하세요.

첫 제공 결과를 요구사항부터 계획, 실행 기록, 풀 리퀘스트, 배포까지 검토하세요. 승인된 테스트 데이터로 의도한 서비스를 사용할 수 있는지 검증하세요. 없는 증거는 없다고 기록하세요.

다른 제품이나 데이터 분류를 추가하기 전에 ID, 통제, 운영 영향, 책임의 차이를 검토하세요. 유효한 공유 맥락은 재사용하고 해당하지 않는 가정은 수정하세요.

유용한 소프트웨어 제공, 검토 노력, 재작업, 운영 결과를 기준선과 비교해 측정하세요. 운영 모델에 서비스 전환 훈련과 검토 날짜를 유지하세요.

학습 목표는 더 나은 질문을 하고 근거 있는 결정을 내리는 능력입니다. 현재 작업 흐름은 Taiga 문서를, 더 넓은 서비스 맥락은 tai.ga를 참고하세요.