생산 손실 위험을 낮추기 위해 제어 시스템 변경

“변경 제어”라는 관리 절차는 IT 환경의 변경 사항을 감지, 기록 및 승인하는 데 사용됩니다. 오류, 잘못된 변경 및 중단은 최소로 유지됩니다. 변경 관리 프로세스를 설계하는 동안 환경의 크기와 복잡성을 고려해야 한다.
예를 들어, 단일 IT 전문가가 관리하는 단순한 애플리케이션보다 대규모 IT 직원이 유지 관리하거나 더 큰 위험을 초래하는 정교한 프로그램에 대해 더 체계적이고 포괄적인 프로세스가 필요합니다. 변경 관리 프로세스의 책임자가 누구인지 항상 명확히 해야 합니다.
조직은 오랫동안 의도한 대로 작동할 것이라는 희망을 가지고 제어 시스템에 투자한다. 그러나 제어 시스템의 변화 속도는 가속화되고 있으며, 향후 10년간 상당한 변화가 있을 것이다. 최고의 운영 성능과 제어 시스템 투자 수익률을 보장하고자 하는 기업에게는 이러한 변화를 이해하는 것이 필수적입니다.

변경 관리 프로세스에서는 다음 요소를 고려해야 합니다.
변경사항 제어 및 문서화: 공인된 사람만이 통제된 방식으로 생산 시스템을 변경해야 합니다. 가능한 한 이전 버전으로 복구하는 방법이 표시되어야 합니다. 조정된 사항들을 계속 추적하는 것이 중요하다. 변경 로그는 최소한 누가, 언제, 누가 변경을 허용했는지(여러 사람이 변경을 승인한 경우), 어떤 기술 구성요소에 영향을 미쳤는지에 대한 정보를 최신 상태로 유지해야 합니다.
공인 유지보수: 시스템을 유지 관리하는 직원은 지정된 작업을 수행하고 필요에 따라 성능을 검토해야 합니다. 프로덕션 설정에 대한 무단 액세스의 위험을 줄이기 위해 시스템 액세스 권한도 규제해야 합니다.
변경 요청 시작 및 제어: 변경 요청은 표준화되어야 하며 관리 평가의 대상이 되어야 합니다. 변경 사항은 우선 순위를 정하고 분류해야 하며, 중요한 문제를 처리할 수 있는 전문화된 프로세스가 있어야 합니다. 변경 요청자의 요청 진행 상황을 업데이트하는 것이 중요합니다.
영향 평가: 모든 변경 요청이 운영 체제 및 그 기능에 대한 모든 잠재적 영향에 대해 구조적으로 평가되도록 보장하는 방법이 있어야 한다.
문서 및 절차: 변경 관리 프로세스의 일환으로 시스템 변경이 배치될 때마다 관련 문서 및 절차가 업데이트되어야 한다고 규정해야 합니다.
소프트웨어 배포: 변경 사항이 구현되면 모든 구성 요소를 올바른 위치에 신속하게 설치하는 것이 중요합니다.
버전 제어: 최신 버전만 업데이트하려면 프로덕션 소스 코드에 버전 제어를 적용해야 합니다. 그렇지 않은 경우, 새로운 변경사항이 생산에 투입될 때 이전 변경사항이 실수로 손실될 수 있습니다. 의도하지 않은 부작용이 있는 변경을 성공적으로 실행 취소하는 기능은 버전 제어에 의해 지원될 수도 있습니다.
긴급 변경 사항: 프로그래머에게 생산 라인에 대한 액세스 권한을 부여하는 것과 같은 일부 프로그램 변경 제한을 무시해야 하는 경우가 있을 수 있습니다. 변경 사항은 최소한 구두로 승인을 얻은 후 가능한 한 빨리 문서화되어야 한다.
하드웨어 및 시스템 소프트웨어 변경 사항: 운영 환경에서 구현하기 전에 하드웨어 및 시스템 소프트웨어에 대한 변경 사항도 테스트 및 승인해야 합니다. 변경 로그에도 기록되어야 합니다.


Posted

in

by

Tags:

Comments

Leave a Reply

Your email address will not be published. Required fields are marked *