왜
infra/scripts/provision-runtime.sh 4절의 "SSM 에서 Grafana 자격 7종을 읽어 provision-alloy.sh 를 호출한다" 로직은 extractor·renderer 에도 복제돼 있던 것이다. 셋 다 같은 SSM 경로·같은 필수/선택 구분을 쓰고 다른 건 --box 값뿐이라, 경로나 실패 정책이 바뀌면 세 곳을 함께 고쳐야 하고 하나만 빠뜨리면 그 박스만 조용히 어긋난다.
TeamPiKi/infra#50 으로 그 로직이 공용 블록 blocks/alloy/provision-alloy-ssm.sh 로 추출됐고(self-test 15케이스), extractor#41·renderer#21 이 그것을 소비하도록 바뀐다.
무엇을
deploy.yml 의 Upload 목록에 shared-infra/blocks/alloy/provision-alloy-ssm.sh 를 더한다(블록이 형제 경로의 provision-alloy.sh 를 부르므로 같은 alloy/ 하위에 안착한다).
provision-runtime.sh 4절의 SSM 조회 블록을 지우고 새 블록을 --box piki-core 로 호출한다.
- 동작·실패 정책은 그대로다(필수 5종 중단, traces 빈 값 허용). 전환기 잔재 정리(구 team3-alloy 제거)는 core 고유라 이 스크립트에 남긴다.
왜
infra/scripts/provision-runtime.sh4절의 "SSM 에서 Grafana 자격 7종을 읽어 provision-alloy.sh 를 호출한다" 로직은 extractor·renderer 에도 복제돼 있던 것이다. 셋 다 같은 SSM 경로·같은 필수/선택 구분을 쓰고 다른 건--box값뿐이라, 경로나 실패 정책이 바뀌면 세 곳을 함께 고쳐야 하고 하나만 빠뜨리면 그 박스만 조용히 어긋난다.TeamPiKi/infra#50 으로 그 로직이 공용 블록
blocks/alloy/provision-alloy-ssm.sh로 추출됐고(self-test 15케이스), extractor#41·renderer#21 이 그것을 소비하도록 바뀐다.무엇을
deploy.yml의 Upload 목록에shared-infra/blocks/alloy/provision-alloy-ssm.sh를 더한다(블록이 형제 경로의provision-alloy.sh를 부르므로 같은alloy/하위에 안착한다).provision-runtime.sh4절의 SSM 조회 블록을 지우고 새 블록을--box piki-core로 호출한다.