如何部署到用户设备和连接到第一个设备但不连接到internet的设备

Question

我们正在向客户端运送一台机器人和混合笔记本电脑，客户端将在其网站上使用它。膝上型电脑是机器人或多台机器人的遥控器。我们希望能够将软件和系统更新部署到笔记本电脑和机器人上。两者都在运行Ubuntu (至少目前是这样)。然而，也存在一些挑战：

• 这个机器人没有连接到互联网。
• 这台笔记本电脑将定期连接到互联网。
• 笔记本电脑将连接到机器人(通过机器人提供的will热点)，但不太可能同时连接到互联网。

我希望笔记本电脑在连接到互联网时下载软件的最新版本，安装软件更新和潜在的系统更新，并在连接到它时将软件和系统更新传输给机器人。

我可以考虑一些解决方案，这似乎有点麻烦：

• 笔记本电脑可以使用软件包管理器(APT或其他什么)下载软件的最新版本，使用Ansible规则来更新自己。
• 笔记本电脑可以检测到何时与机器人连接，并以某种方式将包裹发送给它。
• 因为机器人没有连接到互联网，所以我必须为系统更新打包必要的DEB文件(或任何其他文件)。
• 我也可以使用docker使管理系统更新变得更容易，尽管docker容器下载起来有点重。

但我想知道的是，这个数字有什么解决办法吗？

Answer 1

所以，我仍然没有一个完美的解决方案，但在这里，我们尝试了：

• 瓜瓦可以轻松地下载和复制包，这是我想要的。如果我理解正确，就可以将系统设计成一个方案文件，下载/构建所有所需的包，并将其应用于远程系统。如果Guix将打包ROS，这将是解决方案，这是我们的依赖关系之一，很难自己打包。有一天，我可能会花时间做一个用Guix打包的脚本。
• 捕捉 + Ubuntu核心是针对嵌入式系统和IoT而设计的。我们没有深入研究它，因为我们错过了研究如何将平板系统建立在Ubuntu上的时间，但这似乎是一个解决方案。
• Docker:我知道得更多，而且很方便，但是我们不能用它来更新内核。我们真的需要升级内核的能力吗？问得好。
• APT + apt -脱机:这个很容易设置，但是apt -脱机有一个缺陷:您必须进行两次往返才能升级离线系统:一个用于apt更新，一个用于apt升级。我通过在平板电脑上制作机器人APT状态的本地镜像来模拟apt更新，并在之后获取升级文件，从而将其简化为一次往返旅行。