최신 블로그

라이브러리 변경 사항은 여러 종속 작업으로 확산될 수 있습니다. 핵심은 작업이 변경된 자산과 일치하는지, 그리고 스캔이 완료된 후 작업이 모두 소진되는지 여부입니다.

검색 가능성은 주로 서버 파이프라인, 대기열에 등록된 준비 작업, ML 추론, PostgreSQL 검색 상태에 따라 달라지며, 스토리지와 네트워크가 이 경로를 지원합니다.

대규모 가져오기는 여러 대기 중인 작업을 생성합니다. 검색 최신성은 업로드 대역폭뿐 아니라 대기열 진행 상황과 공유 리소스의 여유 용량에 따라 달라집니다.

Immich 백업 준비 상태에는 원본 복사, 사용 가능한 미리 보기, 인덱스 완료, 검색 가능한 결과, 복구 가능한 애플리케이션 상태 등 여러 단계가 있습니다.

더 많은 홈 서버 서비스를 추가하면 하나의 Immich 호스트를 여러 운영 도메인으로 나눌 수 있지만, 리소스 경합이나 유지 관리상의 이점이 있을 때만 역할을 분리하세요.

용량 테스트에는 대표성 있는 데이터, 반복 가능한 부하, 백분위수, 포화 기준이 필요합니다. 캐시된 타임라인을 한 번 빠르게 실행하는 것만으로는 부족합니다.

가족용 Immich 라이브러리는 변환 파일 저장 공간과 ML 모델 캐시를 고려해야 하므로, 스토리지 용량을 산정하기 전에 자산별 샘플링과 증가량 예측을 사용하세요.

Immich 클라이언트를 비교할 때 서버 지연 시간과 클라이언트 렌더링, 캐시된 에셋, 이미지 디코딩 및 연결 경로 오버헤드를 구분하세요.