使用 RoboMaker 进行开发是否将我与 AWS 紧密联系在一起？
Does developing using RoboMaker tie me tightly to AWS?
我正在为一个项目学习 ROS 和 Gazebo，发现亚马逊的 Robomaker 似乎是一个很好的环境，可以快速启动和工作。我担心的是，如果我在 Robomaker 中设计和开发我的项目，到时候将很难转移到我自己的服务器上。
有没有人有这方面的经验？转移到另一个 solution/infrastructure 是不是很简单，或者一旦你掉进了兔子洞，你就嫁给了 AWS？
他们是否要求拥有您的 IP？
基本上，如果是"normal ROS"，有一个编码在URDF文件中的机器人，有一堆标准的ROS库（gazebo、controller、robot_localization、amcl等），都是一堆串起来的启动文件（又名 xml 启动脚本）。
他们无法阻止您在自己的系统上使用它。
他们真正提供的是一堆自定义软件，主要用于[=23] =] a fleet/multiple 工业环境中的机器人，涉及人机交互/语音、数据分析和监控。
对于大多数学习者来说，如果你甚至要接触这个（你可以完全靠自己在原生 ubuntu 或 ubuntu virtualbox 上获得），他们的模拟环境可能更好开箱即用（我没玩过）。其余的好处，换句话说，就是拥有具有数据分析能力的机器人和精美的 AI + 网络工具，然后进行车队生命周期管理。
您肯定没有被锁定 - 只需确保在支付任何东西之前想要他们提供的东西。
一般来说，使用 docker o AWS ECR 将您的应用程序放入容器中也是一个好主意。因此，您可以使用 CI/CD 管道在任何其他环境中部署您的应用程序，包括边缘计算机。
我正在为一个项目学习 ROS 和 Gazebo，发现亚马逊的 Robomaker 似乎是一个很好的环境，可以快速启动和工作。我担心的是，如果我在 Robomaker 中设计和开发我的项目，到时候将很难转移到我自己的服务器上。
有没有人有这方面的经验？转移到另一个 solution/infrastructure 是不是很简单，或者一旦你掉进了兔子洞，你就嫁给了 AWS？
他们是否要求拥有您的 IP？ 基本上，如果是"normal ROS"，有一个编码在URDF文件中的机器人，有一堆标准的ROS库（gazebo、controller、robot_localization、amcl等），都是一堆串起来的启动文件（又名 xml 启动脚本）。 他们无法阻止您在自己的系统上使用它。
他们真正提供的是一堆自定义软件，主要用于[=23] =] a fleet/multiple 工业环境中的机器人，涉及人机交互/语音、数据分析和监控。 对于大多数学习者来说，如果你甚至要接触这个（你可以完全靠自己在原生 ubuntu 或 ubuntu virtualbox 上获得），他们的模拟环境可能更好开箱即用（我没玩过）。其余的好处，换句话说，就是拥有具有数据分析能力的机器人和精美的 AI + 网络工具，然后进行车队生命周期管理。 您肯定没有被锁定 - 只需确保在支付任何东西之前想要他们提供的东西。
一般来说，使用 docker o AWS ECR 将您的应用程序放入容器中也是一个好主意。因此，您可以使用 CI/CD 管道在任何其他环境中部署您的应用程序，包括边缘计算机。