배포 프로세스를 개선하기 위해 수행 할 수있는 작업이 많이 있습니다. 그들 중 몇 가지는 :

• 코드가 제대로 테스트되었는지 확인하십시오.

  이상적으로 100 % 단위 테스트 범위와 모든 가능한 시나리오에 대한 통합 테스트가 있어야합니다.

  이것을 얻지 못했다면 아마도 모든 것을 버리고 이것을 처리해야합니다.

  행동 중심 개발을 살펴보십시오.

  완벽한 테스트 스위트를 갖추면 다음을 수행 할 수 있습니다.

• 지속적인 통합을 실행하십시오.

  누군가 변경 사항을 커밋 할 때마다 CI는 테스트 스위트 를 자동으로 실행할 수 있습니다 . 테스트 스위트가 통과하면 즉시 배포하거나 배포를 예약 할 수 있습니다. 데이터베이스를 크게 변경할 필요가없는 변경의 경우, 이것만으로 많은 시간과 두통을 줄일 수 있습니다.

  문제가 발생하면 CI는 원 클릭 롤백을 제공 할 수도 있습니다.

  전체 전제는 자동화 된 방식으로 코드를 검증 할 수 있기 때문에 테스트 스위트가 완전하고 정확하지 않은 경우 CI는 그다지 유용하지 않습니다.

• 원자 업데이트를 수행하십시오.

  이상적으로 프로덕션 서버에서 이전 파일을 통해 새 파일을 복사하지 않아야합니다. 대신, 모든 파일을 새 위치로 복사 한 다음 기호 링크를 사용하여 원하는 배치를 가리키는 capistrano와 같은 도구를 사용하십시오. 롤백은 단순히 이전 배포를 가리 키도록 심볼릭 링크를 변경하는 것과 관련이 있기 때문에 즉각적입니다. (이것이 반드시 데이터베이스 마이그레이션을 다루지는 않습니다.)

  Docker와 같은 컨테이너가 도움이 될 수 있는지 여부도 살펴보십시오.

• 더 작고 더 자주 변경하십시오.

  테스트, CI 또는 아무것도 없는지 여부에 관계없이 이것만으로도 크게 도움이 될 수 있습니다. 모든 변경 사항에는 자체 git 브랜치가 있어야하며 배포에는 가능한 한 적은 변경 사항이 있어야합니다. 변경 사항이 더 작으므로 배포 중에 잘못 될 가능성이 줄어 듭니다.

  이 메모에서 가능할 때마다 변경 내용을보다 격리시킵니다. Omaha 게임을 변경했는데 Texas Hold’em, 5 카드 스터드 또는 다른 것에 영향을 미치지 않으면 유지 관리를 위해 일시 ​​중단 해야하는 유일한 게임입니다.

• 오래 실행되는 모든 것을 분석하십시오.

  배포 중 일부에 시간이 오래 걸린다고 언급했습니다. 이다 아마 데이터베이스 스키마 변경. DBA가 각 스키마 변경과 함께 데이터베이스를 살펴보고 성능이 더 좋은 것을 확인하는 것이 좋습니다.

  주제 전문가에게 배치의 다른 부분을 살펴보면 시간이 많이 걸립니다.

• 이상한 시간을 보내십시오.

  이미이 작업을 수행하고있을 수도 있지만 언급하고 있습니다. 개발자 (및 sysadmins!)는 특히 24×7 작업을 위해 더 이상 “9-5″로 작동하지 않아야합니다. 누군가가 배치를 보모하고 문제를 해결 한 다음 주간 일정을 유지하는 데 밤새 시간을 소비 할 것으로 예상되는 경우, 귀하의 기대는 비현실적이며 해당 사람을 소진하도록 설정하고 있습니다.

답변