개발사가 없어도 시스템은 안정적으로 운영되어야 합니다

전 사례 익명 게재가 고객사와의 계약 조건입니다. 회사명뿐 아니라 업종·소재지·사용 제품처럼 조합되면 조직이 특정되는 정보도 함께 제외했습니다. 대신 수행 범위와 기간, 근거 자료의 종류를 사례마다 적어 이름 없이도 검토하실 수 있게 했습니다.

수치마다 산출 근거가 되는 원자료를 지정해 두고 그 종류를 사례 표면에 함께 표시합니다. AWS 청구서, 계약 기록, 운영 통계, 작업 기록처럼 사후에 다시 확인할 수 있는 자료만 사용합니다. 기준기간과 산출 조건도 사례마다 명시했습니다 — 무엇을 어느 기간에 대해 측정했는지에 따라 같은 항목도 다른 값이 나오기 때문입니다. 근거 자료를 확보하지 못한 항목은 수치를 싣지 않고 그 사실을 기록에 적었습니다.

사례마다 적용이 성립하는 환경 조건과 적용되지 않는 경우를 함께 적어 두었습니다. 전제 조건이 다르면 같은 조치가 같은 효과를 내지 않으므로, 결과 수치보다 그 두 목록을 먼저 대조하시는 편이 정확합니다. 판단이 어려우신 경우 현재 구성과 증상을 알려 주시면 해당 여부부터 회신드립니다.

기존 개발사가 있는 상태에서도 진행합니다. 빌드업웍스의 수행 범위는 인프라와 그 경계에서 시작되는 원인 규명이며, 필요하면 소스와 처리 구조를 조회해 판단합니다. 규명한 원인과 분석 자료는 개발사에 전달하고 코드 수정은 개발사가 수행하도록 역할을 문서로 구분합니다. 애플리케이션 내부가 원인으로 의심되는 구간은 확정하지 않고 확인 요청으로 남깁니다.

계약 전 검토에서 반복해 받는 질문에 답하는 자료이기 때문입니다. 계정 접근 통제 방식, 관제와 대응의 책임 경계, 결과물을 계약 전에 확인하는 방법은 성과 수치로 표현되지 않지만 위탁 여부를 정할 때 필요한 정보입니다. 조치 전후 측정값을 확보하지 못한 기록은 그 사실을 명시하고 수행한 범위까지만 적었습니다.

같은 결과를 보장하지 않습니다. 게재된 값은 해당 고객의 구성·사용량·계약 조건에서 특정 기간에 측정된 것이며, 전제가 다르면 결과도 달라집니다. 인증 심사처럼 판정 주체가 외부에 있는 영역에서 빌드업웍스의 수행 범위는 인프라 영역의 증적 정리까지이며 심사 통과를 보장하지 않습니다. 빌드업웍스가 약속하는 것은 수행 범위, 조회 권한 사용 여부, 원복 절차를 착수 전에 문서로 정하고 그대로 이행하는 것입니다.