처음 두 가지 상황은 영리하게 처리됩니다.
흥미로운 기능 중 하나는 Snap 패키지 내의 컨텐츠에 대한 중복 제거 지원입니다. 스냅은 파일 해시를 기반으로 스냅간에 공유되는 공통 파일과 자동으로 중복 제거됩니다. 파일 시스템 계층에 중복 제거, 스냅 다운로드에 대한 중복 제거 (서버 지원 포함) 및 링커에서 매핑 된 라이브러리의 중복 제거가있을 수 있습니다. 중복 제거는 큰 작업 항목이므로 완전히 구현하는 데 시간이 걸릴 수 있지만 그럼에도 불구하고 흥미로운 목표입니다.
출처 : http://www.phoronix.com/scan.php?page=news_item&px=Ubuntu-Snappy-Deduplication
세 번째 상황은 언급 한 런타임과 비슷한 것이 있습니다.
Snapy Machine을 구성하는 3 가지 계층이 있습니다. Canonical에서 제공하는 시스템 계층, Canonical과 협력하여 공급 업체에서 생성 한 기본 시스템을 확장하는 프레임 워크 계층 및 공급 업체에서 직접 제공하는 Snappy 애플리케이션 세트입니다. 조각을 업데이트한다는 것은 새로운 버전의 읽기 전용 이미지를 사용한다는 의미입니다. 이전 버전으로 되 돌리는 것도 쉽습니다.
출처 : http://www.ubuntu.com/cloud/snappy
프레임 워크를 설명하는 좋은 문서는 아직 없습니다. 주로 프레임 워크의 경계를 해결하고있는 것 같습니다. 다음은 메일 링리스트에서 발췌하여 내용을 명확하게하는 데 도움이 될 수 있습니다.
나는 많은 스냅이 필요하지만 업데이트 문제 및 크기로 인해 각 스냅에 포함되어서는 안되는 소프트웨어 및 서비스로 Snappy 기본 시스템을 본질적으로 확장하기 위해 프레임 워크를 실험하고 있습니다. 내가 가지고있는 가장 좋은 예는 openssl 바이너리입니다. 많은 스냅은 키와 인증서를 생성하고 검증하기 위해 이것이 필요합니다.
프레임 워크로 해결하기 위해 묶은 다른 문제는 시스템 전체 리소스, 특히 포트에 대한 액세스입니다. 예를 들어, 웹 서버 프레임 워크는 다른 스냅인이 리버스 프록시를 통해 웹 서버를 실행하는 프레임 워크에 웹 서비스 API 및 엔드 포인트를 주입 할 수있는 방법을 제공합니다.
나는 IRC에 프레임 워크 개념을 악용하고 있다고 들었지만 여전히이 두 가지 문제가 내 책상에 나타납니다.
출처 : https://lists.ubuntu.com/archives/snappy-app-devel/2015-November/000442.html