Immich는 파일 소유권을 가져가지 않고 외부 라이브러리를 사용할 수 있나요?

에바 왕

IceWhale author

에바 왕 는 기술 작가 그리고 이자 ZimaSpace의 상주 장인입니다. 평생을 기술에 열정을 가진 사람으로서 홈랩과 오픈소스 소프트웨어에 열정을 가지고 있으며,복잡한 기술 개념을 쉽게 이해할 수 있는 실습 가이드로 번역하는 데 전문성을 가지고 있습니다.에바는 셀프 호스팅이 어렵지 않고 재미있어야 한다고 믿습니다. 그녀의 튜토리얼을 통해 커뮤니티가 하드웨어 설정의 신비를 풀도록돕고 있습니다. 첫 NAS 구축부터 Docker 컨테이너 마스터링까지.

Can Immich Use an External Library Without Taking Ownership of the Files?

예. Immich는 원본 파일을 Immich 외부에서 계속 관리하는 동안 외부 라이브러리를 인덱싱할 수 있습니다. Immich가 원본의 이름을 바꾸거나 삭제해서는 안 되는 경우에는 읽기 전용으로 마운트하세요.

가족 사진이 이미 체계적으로 구성된 NAS 폴더에 저장되어 있고, Immich에는 파일의 기준 관리자가 되지 않고 검색 및 탐색 기능만 추가하려는 경우 이는 실제 호환성 문제로 이어집니다. 먼저 폐기 가능한 경로 또는 계정을 사용하고, 이전의 정상 작동 상태를 그대로 유지하세요. 일회성 연결 테스트가 아니라 원래 워크로드를 기준으로 설계를 평가해야 합니다.

지원되는 아키텍처와 위험한 아키텍처를 분리하세요

지원되는 방식은 별도의 쓰기 가능한 업로드 및 애플리케이션 상태 저장소와 함께 사용하는 읽기 전용 외부 라이브러리입니다. 반대 방식은 쓰기 가능한 원본 마운트를 Immich가 관리하는 업로드 저장소와 혼동하는 것입니다. 어느 방식을 변경하기 전에 버전, 계정, 주소, 마운트 경로, 권한 및 현재 관찰 가능한 상태를 기록하세요.

관련 Immich 외부 라이브러리는 첫 번째 호환성 경계를 정의합니다. 이를 사용해 주장을 제한한 다음, 문서화된 기능이 전체 설계의 작동을 입증한다고 간주하지 말고 이 정확한 홈 서버에서 동일한 동작을 확인하세요.

테스트 전에 판단 기준을 작성하세요. 성공은 자산이 인덱싱되고 표시되는 동시에 원본의 경로, 해시, 소유권 및 삭제 방지가 유지되는 것이어야 합니다. 스캔에서 권한이 누락되거나, 편집이 원본 쓰기를 의미하거나, 어떤 작업으로든 원본을 삭제하거나 이름을 바꿀 수 있다면 실패입니다. 이렇게 해야 부분적인 연결이나 오류 없이 종료된 명령을 종단 간 호환성으로 잘못 해석하지 않을 수 있습니다.

정확한 스토리지 및 네트워크 경로를 재현하세요

하나의 통제된 판별 방법을 사용하세요. 대표 폴더 하나를 읽기 전용으로 마운트하고, 외부 라이브러리를 생성한 뒤 스캔합니다. 그런 다음 Immich에서 메타데이터를 편집하고 삭제 및 파일 시스템 이름 변경 테스트를 시도하세요. 클라이언트, 워크로드, 파일 집합, 계정 및 타이밍을 일정하게 유지해 변경된 구성 요소만 유일하게 가능한 원인이 되도록 하세요.

읽기 전용 볼륨 마운트를 사용해 이 경로에서 중요한 두 번째 관찰 대상을 선택하세요. 트랜잭션의 양쪽을 모두 기록하세요. 확인자 또는 경로, 협상된 프로토콜, 프로세스 ID, 종료 상태, 지연 시간, 전송된 바이트 및 복구 이벤트를 포함해야 합니다.

제목에 명시된 수명 주기 이벤트(재생성, 재연결, 재마운트, 재시작, 장애 조치 또는 클라이언트 변경) 후에 테스트를 반복하세요. 이전 소켓, 캐시 또는 자격 증명이 활성 상태일 때만 작동하는 설계는 통과한 것이 아닙니다.

mount /photos:/external:ro -> 파일럿 폴더 스캔 -> 해시 비교 -> 메타데이터 편집 및 삭제 동작 테스트

내구성, 시간 초과 및 복구 결과를 해석하세요

통과: 자산이 인덱싱되고 표시되는 동시에 원본의 경로, 해시, 소유권 및 삭제 방지가 유지됩니다. 이 상태를 만든 정확한 버전과 토폴로지를 저장하세요. 결론은 프로토콜의 모든 구현이 아니라 해당 조건에 적용되기 때문입니다.

실패: 스캔에서 권한이 누락되거나, 편집이 원본 쓰기를 의미하거나, 어떤 작업으로든 원본을 삭제하거나 이름을 바꿀 수 있습니다. 어느 주요 경로에 책임이 있는지 선언하기 전에 DNS, MTU, ID, 방화벽 상태, 스토리지 지연 시간 및 캐시된 세션과 같은 공유 종속성을 확인하세요.

예외: 파일을 삭제하지 않고 라이브러리 정의를 제거한 다음 이전 마운트를 복원하고 읽기 전용 경로 및 ID 매핑을 수정하세요. 반복 가능한 관찰을 통해 어떤 경계에서 실패했는지 확인하기 전에는 권한을 확대하거나, 원본 데이터를 삭제하거나, 전송 보안을 약화하거나, 정상 작동하는 스토리지를 교체하지 마세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

복원 수준의 점검 후에만 설계를 유지하세요

관찰된 경로에 맞는 작업만 적용한 다음 원래 워크로드를 다시 실행하세요. 두 번의 관련 수명 주기와 예상되는 동시 부하에서 자산이 인덱싱되고 표시되는 동시에 원본의 경로, 해시, 소유권 및 삭제 방지가 유지될 때만 설계를 유지하세요.

Immich 읽기 전용 소스를 사용해 가장 가까운 종속 워크플로를 확인하세요. 새 설계가 활성화된 동안 해당 워크플로의 액세스, 타이밍 및 복구 동작이 변하지 않아야 합니다.

스캔에서 권한이 누락되거나, 편집이 원본 쓰기를 의미하거나, 어떤 작업으로든 원본을 삭제하거나 이름을 바꿀 수 있다면 중지하고 저장된 상태로 돌아가세요. 다른 우회 방법을 추가하지 말고 타임스탬프, 정확한 버전, 경로 또는 마운트 증거 및 최소 재현 사례와 함께 문제를 에스컬레이션하세요.

별도의 사진 계정과 결과를 교차 확인하여 위험이 다른 네트워크, ID, 백업 또는 스토리지 계층으로 단순히 이동하지 않았는지 확인하세요.

따라서 Immich 외부 라이브러리의 소유권에 대한 조건부 답변은 처음의 판단이지 무조건적인 예가 아닙니다. 관찰 가능한 통과 상태가 승인 기준이며, 실패 상태가 롤백 기준입니다.