내가 일하고있는 클라이언트에는 BeagleBones/Raspberry PI가 고객 위치에서 운영되고 있습니다. 이러한 장치는 로컬 네트워크 및 방화벽 뒤에서 설치됩니다. SSH 연결의 경우 몇 가지 옵션이 있지만 우리는 여전히 이러한 장치에서 소프트웨어를 배포하는 데 어려움을 겪고 있습니다. 우리는 현재 컨테이너 기술에 의존하지 않고 있으므로 Docker Cloud 또는 Resin.io는 옵션이 아니지만 resin.io는 매우 유망한 것으로 보입니다. 우리는 데이터 수집을 위해 AWS IoT를 사용하고 있습니다.IoT 장치 용 소프트웨어 배포 방법 (Linux 기반)?
배포에 관한 몇 가지 요구 사항 :
이것을 달성하기위한 좋은 접근 방법은 무엇입니까?
쿠라 프로젝트는 어떻습니까? 프로젝트에는 Beaglebone 및 RPi Gateway 소프트웨어가 있습니다.
http://eclipse.github.io/kura/doc/deploying-bundles.html#install-deployment-package-to-target-device
(면책 조항 : resin.io에서 개발자 전도자 여기).
좋은 점은 컨테이너에 의존하지 않는 소프트웨어가 여전히 패키지화되어 있다는 것입니다 (다른 방법으로는 작동하지 않음). resin.io에있는 컨테이너는 소프트웨어를 장치에 전달하는 수단으로 사용되며 그렇지 않으면 불가능하거나 어렵게 만드는 흥미롭고 유용하며 안전한 업데이트 전략을 구현합니다. 예를 들면 다음과 같습니다.
이것은 컨테이너 기술에 대해 납득시키려는 것이 아니라 자신의 응용 프로그램이 컨테이너 화되었는지 여부를 강조하는 것입니다 (대부분 그렇게하지도 않고 그대로 유지됩니다). 해당 기술을 사용하는 서비스에 대해서는 선택하지 마십시오. 그들의 스택의 일부. 모든 서비스는 필요한 기능을 필요한 방식으로 제공하려고 시도합니다.관련하여 귀하의 체크리스트에 관해서는
resin.io에 :git push resin master을 확인하고 코드가 또한, 당신은 AWS의 IoT를 언급, 거기 장치 (AWS의 IoT와 플러그를 resin.io 장치의 자동 장치 프로비저닝을하고 예제 프로젝트를 포함, AWS와 resin.io 통합에 some documentation을, 그리고 자동으로 자격을 얻는다 AWS IoT의 경우). 그것은 당신에게 관심있는 무언가 일 수 있습니다.