프로덕션 모드로 실행되는 사내 서버를 감안할 때 정기적 인 업데이트를 배포 할 때 (사용자 컴퓨터가 아닌 서버 자체에 .. 그러나 비슷한 문제 일 것입니다) 가능한 한 사용자에게 미치는 영향을 최소화하고 싶습니다.
내 질문에 대한 분명한 대답은 "밤에 사용자가 집에있을 때"입니다. 그러나 "밤"은 오랜 기간입니다. 이른 업데이트를 조기에 시작하여 롤백 준비를하기 위해 저녁 일찍 시작해야합니까? 또는 이른 아침에 시작하여 첫 번째 사용자를 "기니피그"로 사용하여 문제를 더 빨리 발생시키는 것이 더 낫습니까? 또는 한밤중에 업데이트를 감독하는 사람의 집중력이 매우 낮지 만 일부 늦은 작업 사용자의 열린 파일 핸들이 보장되지 않습니까?
주제에 관한 연구 논문이 있습니까?
답변:
역사적으로 시스템의 동시 사용량을보고 하루 중 가장 적은 시간을 결정하는 이유는 무엇입니까? 그런 다음 사용량이 적은 기간 중에 변경 사항을 적용하십시오.
변경에 걸리는 시간을 계산할 때는 사전 / 사후 구현 테스트 및 생산 검증 테스트가 포함됩니다. 또한 테스트에 실패한 경우 변경이 롤백되는 데 걸리는 시간을 계산하십시오.
'최초 사용자'IMHO는 기니피그가되어서는 안됩니다. 실제 사용자에게 기본적으로 생산 확인 테스트를 수행하면 변경 사항이 좋지 않습니다. 최종 사용자의 확신을 상실하고 예상치 못한 결과로 인해 생산이 엉망이 될 수 있습니다. 즉, 변경 사항을 롤백해야 할뿐만 아니라 변경으로 인해 발생한 '손상'을 롤백해야합니다.
나는 어떤 연구 논문도 모르지만 ITIL과 같은 ITSM (IT Service Management Framework)을 살펴보면 소프트웨어 릴리스 관리에 대한 많은 표준과 모범 사례를 찾을 수 있습니다. 모든 시스템은 다르기 때문에 채택하는 관행의 수와 형식에 따라 다릅니다. ITSM 표준은 큰 시스템을 염두에두고 있습니다.
이것은 전적으로 비즈니스의 성격에 달려 있습니다. 일부 사무실은 일주일에 5-5 일입니다. 다른 비즈니스는 연중 무휴 24 시간 운영됩니다. 직원 및 자원 가용성과 같은 다른 요소가 중요한 역할을합니다. 모든 가능한 일정이나 결과를 종합적으로 다루는 연구 논문은 없습니다.
궁극적으로 IT 관리와 협력하여 회사 또는 부서의 경영진은 무엇이 최선인지 결정해야합니다.
성공의 비결은 가동 중지 시간이 시작될 예정인 시간, 지속 시간, 사용자 준비 및 성공 또는 실패의 결과로 기대할 수있는 사항을 사용자와 통신하는 것입니다. 그것의 큰 부분은 당신이 설정 한 기대를 충족시키는 것입니다.
결국, 돌에는 아무것도 에칭되지 않습니다. 프로세스가 작동하지 않으면 조정하십시오. 귀하의 유연성과 적응성이 인정 될 것입니다.
가능한 경우 테스트 장비에 대한 유지 보수 및 업데이트 절차를 사전에 수행하면 프로덕션 시스템에서 테스트 장비를 구현할 때가되면 더 잘 준비 할 수 있습니다.
저는 ISP에서 근무하고 있으며 제 경험에 따르면 무거운 타자 시스템 관리자는 휴일 주말에 금요일 저녁을 선택하여 주요 네트워크 점검을 수행합니다. 이를 통해 테스트에 24 시간이 더 소요되며 필요한 경우 변경 사항을 롤백 할 수 있습니다. 그러나 이는 대부분 사용자의 특성과 습관에 달려 있습니다.
그것은 실제로 귀하의 비즈니스 특성에 달려 있지만 오후 5시 이후 수요일 밤에는 개인적으로 선호합니다. 어떤 일이 잘못되면 주말에 일하기 때문에 금요일 밤에는이 작업을 수행하고 싶지 않습니다. 수요일에이 작업을 수행하면 목요일과 금요일에 문제를 해결할 수 있습니다.
또 다른 중요한 요소는 변경 관리 창을 예약하는 것입니다. 유지 보수를 실행하고 있음을 사람들에게 알리는 것이 중요합니다.이 기간 동안 서비스가 중단되거나 사용하지 못할 수 있습니다. 사용자가 서비스 중단에 대해 불만을 표시하는 대신 걱정없이 안심하고 작업 할 수 있습니다. 물론 경영진이 변경 창을 승인해야합니다.