[fix][program-service] createSchedule 시 totalCapacity 입력 제거 및 remainingCount 값과 일치화, deploy task-definition 재정의 step 추가 #28

📌 버그 설명

• 스케줄마다 정해진 예매 수용량(totalCapacity) <= remainingCount(실제 공연장 수용량) 의 방향으로 설계됐으나,
  좌석표의 특수성을 완전히 고려하지 않는 환경에서는 불필요한 로직이 될 수 있음

• ecs 배포 시 이전 이미지 태그를 참조해 배포하게 됨

🔍 원인 분석

• 스케줄 마다 한계 수용량을 지정할 totalCapacity의 필요성에 의해 설계됐으나,
  현재 관련 좌석표 관리 등의 기능의 필요성은 크지 않고, 오히려 수용량 관리에 혼선을 줄 수 있음

• 이전 이미지 태그로 계속해서 반복 배포를 할 수 있음

🛠️ 해결 방법

• CreateScheduleRequest: totalCapacity 필드 제거

• CreateScheduleCommand: totalCapacity 필드 제거

• ProgramCommandService.createSchedule(): venueValidation.totalCapacity()를 totalCapacity로 직접 사용

• UpdateScheduleRequest / UpdateScheduleCommand: totalCapacity 필드 제거 (venue 기반 고정이므로 수정 불가)

• ProgramCommandService.updateSchedule(): totalCapacity 관련 검증 제거

• Schedule.create() / Schedule.update(): totalCapacity 파라미터는 내부 유지
  (도메인 불변식 유지), 단 외부에서 venue 값이 전달됨

• deploy.yml 내 갱신된 이미지 태그 기준으로 task-definition 재정의 step 추가

🧪 검증

• 재현 테스트
• 수정 후 정상 동작 확인
• 관련 기능 영향도 확인

📌 참고 사항

• 재발 방지 아이디어