기계 모니터링 솔루션을 중앙 집중화해야 하는 시기와 변경 관리 모범 사례에 대해 알아보세요.
중앙 집중화를 적용해야 할 때
다음과 같은 경우에는 중앙 집중식 아키텍처( Machine Type 용 단일 앱)를 사용하십시오:
- 동일한 유형의 모든 기계에 걸쳐표준화된 프로세스가 존재하는 경우
- 전담 개발 팀이 애플리케이션을 관리하는 경우
- 신속한 반복 개발이 필요한 경우 - 변경 사항이 빠르게 반영되어야 함
- 규정 준수 요건으로 인해 버전 관리가 이루어지고 감사 가능한 애플리케이션 변경이 필요한 경우
예시: 동일한 정제기 20대를 보유한 제약 제조업체. FDA는 검증된 공정을 요구합니다. 단일 애플리케이션을 사용하면 모든 기계가 동일하고 검증된 절차를 따르도록 보장할 수 있습니다.
분산형 아키텍처를 적용해야 하는 경우
다음과 같은 경우에는 분산형 아키텍처(기계당 별도의 애플리케이션)를 사용합니다:
- 기계 인스턴스별맞춤형 워크플로우
- 서로 다른 부서의비전문 개발자가 각자의 기기를 관리하는 경우
- 요구 사항이 명확하지 않은개념 검증(PoC) 또는 시범 프로젝트
- 변경 빈도가 낮음 — 앱 업데이트가 거의 필요하지 않은 경우
예시: 5가지 다른 CNC 밀링 머신 모델을 보유한 작업장. 각 모델마다 고유한 공구 라이브러리, 공작물 프로그램 및 작업자 워크플로가 있습니다.
변경 관리 모범 사례
Machine types 및 변경 유발 요인은 전사적으로 적용됩니다
- machine type 에 대한 변경 사항은 해당 유형의 모든 기계에 즉시 반영됩니다
- Machine types (앱과 달리) 버전 관리 시스템이 없습니다
- 모범 사례: machine type 변경 사항은 먼저 개발 환경에서 테스트하십시오
버전 관리 전략
- 개발 인스턴스: 새로운 machine types 및 트리거 테스트
- 스테이징 인스턴스 (사용 가능한 경우): 프로덕션과 유사한 데이터를 사용하여 검증
- 프로덕션 인스턴스: 검증 후에만 배포하십시오
- 변경 사항을 릴리스 노트에 기록하십시오
롤백 계획
- 머신 트리거는 롤백할 수 없으므로 수동으로 원상 복구해야 합니다
- 머신 구성에는 버전 관리가 적용되지 않으므로, 중대한 변경을 수행하기 전에 중복 항목(예: Machine Types 및 Machine Type 트리거)을 생성하거나 오프라인 문서를 작성하는 것을 고려하십시오.
{{snippet.원하는 정보를 찾으셨나요?}}