Page History

...

이상적인 보증은 사용자가 업데이트를 감지못하는것이며, 이것은 서버가 최대한 보증을 하려고 합니다.

교체과정의 문제확인을 위해, 교체과정중에도 정상적인 QA가 활동중입니다. QA는 이것을 위한 테스트 활동을 합니다.

이쯔음 데브옵스는 동시에 Master를 통한 운영 빌드및 디플로이를 준비합니다.

...

-만약 이때, 운영버그를 발견한다면,그것은 지금것 방치되었다란 의미이며 무리하게 Fix하지 않고 다음으로 미룹니다

이경우 stable 브랜치를 통해 fix는 가능하나, 인생에도 그렇듯이 후회하는것을 되돌리는것(롤백)은 실제로는 타임머신이 없이는 불가능하며전체 스냅샷을 돌리는것은 , 큰 리스크가 따릅니다.가능합니다.

Expand

title	번외 : 부하테스트

LOADTEST-QA

INT-QA가 진행되는 동안 로드테스트가 필요한 프로젝트이면 INT에 배포된 릴리즈를 통해 LOADTEST가 진행됩니다.

개발자에게 불행이지만 LOADTEST장비는 실제 운영 장비수와 같습니다. 가장 최악 시나리오는

LOADTEST에서 실패나서 SIGN-OFF난 INT환경을 수정해야되는 케이스입니다.

다시 INT테스트를 수행하야하며, 다시 LOADTEST도 해야합니다. 이 모든것을 통과하고도

진정한 부하문제는 부하 시나리오에 고려하지 못한것이 운영중에 나오게 됩니다. 그렇다고 최악은 아닙니다.

통과한 9개는 관련이 없으니까요~ 9개를 제외하고 나머지 1~2내외로 용의자가 좁혀질수 있습니다.

INT-QA/LOAD TEST 가 완료되었다고 운영에 반영할수 있는것은 아닙니다.

...

"DA001-멀티로그인운영반영" 티켓이 만들어집니다. 이곳에는 각종 적용스텝,롤백플랜등이 들어있습니다. (DB는 자동화제외)

만약 하나라도 이상한점이 있거나 수동으로 조작하는 사항이 있다고 하면, 최고 빌드관리자의 승인거부하여 프로덕에 올라갈수 없습니다.

하지만 런칭일정준수상 프로덕트 관리자의 조건부 승인으로 올려 보내게 되며, 운영 수동배포는 다음에 빅이슈가 되어 처리해야할 개발과제가 생기게됩니다.

이제 겨우 배포후 , 실행을 하였으나~~ 이제부터느 험난한 과정을 거치고 드디어 런칭하였습니다. 이제부터느 운영이기때문에 집중 테스트가 진행됩니다.

QA에선 테스트기간 1주일동안 못찾은 문제를, 1분만에 찾는 초능력을 발휘하기도 합니다.

INT가에도 나면 QA에서 누락, 리얼에서만 나면 무엇인가 환경이 잘못된것이기때문에 양방향 테스트합니다.

서비스 서비스 운영에 반영후, hotfix가 생기면 아직 master가 최신개발반영소스라 master를 통해 hotfix 진행이 가능합니다.

운영에 발생한 버그는 , QA와 분리하여 올라옵니다 진행됩니다. "OP-001 로그인안됨 심각단계 : L2"

아주 아주 큰 결정력이 따르지만 , 만약 긴급 롤백이 생긴다면, 개발소스를 통해 하는게 아니라... 이미 운영에 빌드완료되고 디플로이 셋트가 있기때문에

...