CN108958794A - 一种Docker主机、基于Docker的云机器人系统及其构建方法 - Google Patents

一种Docker主机、基于Docker的云机器人系统及其构建方法 Download PDF

Info

Publication number
CN108958794A
CN108958794A CN201710367427.9A CN201710367427A CN108958794A CN 108958794 A CN108958794 A CN 108958794A CN 201710367427 A CN201710367427 A CN 201710367427A CN 108958794 A CN108958794 A CN 108958794A
Authority
CN
China
Prior art keywords
docker
container
ros
host
robot
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710367427.9A
Other languages
English (en)
Inventor
陈明
王鲁佳
须成忠
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Institute of Advanced Technology of CAS
Original Assignee
Shenzhen Institute of Advanced Technology of CAS
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Shenzhen Institute of Advanced Technology of CAS filed Critical Shenzhen Institute of Advanced Technology of CAS
Priority to CN201710367427.9A priority Critical patent/CN108958794A/zh
Publication of CN108958794A publication Critical patent/CN108958794A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/76—Adapting program code to run in a different environment; Porting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请涉及一种Docker主机、基于Docker的云机器人系统及其构建方法，所述构建方法包括：在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，并构建成机器人控制系统ROS容器集群；将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能。不难理解的是，通过此种方式，可以使得云机器人充分享有Docker技术所带来的高效性能，提高云机器人的存储、计算和智能学习能力，使其发展速度符合现在高速智能化的技术发展时代。

Description

一种Docker主机、基于Docker的云机器人系统及其构建方法
技术领域
本申请涉及机器人技术领域，具体涉及一种基于Docker的云机器人系统构建方法，还涉及一种采用该方法构建的云机器人系统，以及一种Docker主机。
背景技术
现有技术中，云机器人系统整体架构，由云平台和机器人本体两大部分组成。其中云平台包括云存储、云网络和云引擎。云存储主要是对云机器人资源进行存储，如对象模型、算法库、任务库、语义映射等。
Rajesh Arumugam提出了服务机器人云平台DAvinCi，是基于ROS(Robot OperateSystem)系统采用Hadoop分布式系统架构Map/Reduce机制构建的。DAvinci服务器为机器人提供代理服务将ROS和Hadoop集群绑定。机器人上的ROS节点向DAvinci请求服务或从Hadoop集群获取信息。但DAvinci对系统的网络延迟、通信问题还有待进一步解决。
Zhihui Du等为了解决机器人资源共享的问题构建了机器人云计算中心RCC(Robot Cloud Center)，解决了多样性的任务请求问题。
Lujia Wang等为了解决云机器人资源分配问题，提出基于twisted socket的云机器人系统异步数据传输架构和基于博弈论的资源分配优化算法，解决了机器人实时任务感知的问题。
欧盟项目RoboEarth的科学家们提出了机器人万维网，目的是利用互联网来建立一个开源的巨大的网络数据库，让联网的机器人能够接入并更新信息。RoboEarth可以为机器人提供动作序列、对象模型和运行环境等语义映射信息，机器人根据映射信息完成任务。
D.Hunziker等提出了Rapyuta云机器人平台。在假设机器人可以与云平台高宽带连接的条件下，Rapyuta为云机器人提供了机器人基于语义是别的任务管理、命令数据结构等功能模块。
众所周知的是，云机器人可以访问大数据中心的庞大资源，然而数据的安全性、容错性直接影响到云机器人识别和决策的正确率。目前大多数云机器人的软件架构采用Hadoop分布式文件系统，以一种可靠容错的方式并行处理上T级别的数据集，Hadoop每个集群(Cluster)由一个名字节点(NameNode)、多个数据节点(DataNode)、多个客户端(Client)组成。NameNode主要负责管理文件系统的命名空间、集群配置信息和存储块的复制等，将文件系统的元数据(Metadata)存储在内存中，这些信息主要包括了文件信息、每个文件对应的文件块信息、每个文件块(Block)所在DataNode信息等。
针对此，现有技术云机器人网络有两部分:机器人之间的网络称为(R2R)Robot－to－Robot和机器人与云之间的网络称为R2C(Robot－to－Cloud)。在R2R层，连接方式通常为无线网络，如WLAN，移动Ad－hoc网络。在R2C层提供信息、计算和存储的共享中心。资源配置直接影响到整个系统的运行效率和实时性。
资源分配管理是计算系统、存储系统的常见问题，目前云机器人资源配置常用算法有如下几种。
(1)蚁群算法。该算法对任务处理中的资源分配具有较好的性能，Merkle D等提出的蚁群算法解决了挖掘供应链中受限资源的调度问题。
(2)粒子群算法。基于自然进化的全局化概率优化方法，Rodriguez等提出的粒子群算法解决了机器人云系统中的信息流成本最小的问题。
(3)模糊算法。通常在系统中作为决策层，Cheng等提出的混沌模糊聚类微分演化算法解决了受限任务调度问题。
(4)流量定价策略法。Shuqin Li等研究了有约束条件下的流量定价法的网络通信收入最大化问题，并提出了两种激励的定价控制策略并进行融合，提出了最优定价机制。
(5)基于博弈论的优化算法。Lujia Wang等提出的基于博弈论提出了资源传输线性定价策略，解决资源分配过程中的TCP的incast情况。
(6)基于拍卖的算法。Matthew Tan等提出了一种基于拍卖的网络点对点的资源配置方法。
(7)基于市场的算法。通过提取自主代理和系统之间的复杂交互对资源进行优化调度。这类算法比较适合于云机器人的资源调度问题。Lujia Wang等提出的基于市场管理的方法对云机器人在无限制条件。
简而言之，云机器人就是云计算与机器人学的结合。不同于其它网络终端，机器人本身不仅不需要携带完备的传感器、存储所有感知信息，或具备超强的计算能力。只需要上传相关任务需求到云端，云端通过存储的巨大信息库和技能进行相应响应并协助完成。云机器人并不是指某一个机器人，也不是某一类机器人，而是指机器人信息存储和获取方式的一个学术概念。这种信息存取的方式的好处是显而易见的。比如，机器人通过摄像头可以获取一些周围环境信息并上传到服务器端，服务器端可以在数据库内匹配这个环境的地图信息，并规划机器人的行进路径和避开障碍物。同时，所有机器人可以通过共享数据库以减少开发时间并提高机器人的智能。
而在另外的技术领域中，容器技术虚拟化技术已经成为一种被大家广泛认可的容器技术服务器资源共享方式，容器技术可以在按需构建容器技术操作系统实例的过程当中为系统管理员提供极大的灵活性。由于hypervisor虚拟化技术仍然存在一些性能和资源使用效率方面的问题，因此出现了一种称为容器技术(Container)的新型虚拟化技术来帮助解决这些问题。
容器技术能够在同一台服务器上创建相比于之前两倍的虚拟机实例数量，因此无疑容器技术将会降低系统总投入。但是必须容器技术认真进行规划，因为双倍的容器技术实例数量同样意味着对于运行这些容器技术实例的服务器带来了双倍的I/O负载。
研究表明容器技术在多个领域当中都比hypervisor拥有更好的性能表现。容器技术的运行速度几乎是hypervisor的两倍，在评分当中非常接近于本地操作系统。在和KVM(Kernel-based Virtual Machine，内核级虚拟化技术)的对比当中，容器技术在硬盘随机读取(84,000vs 48,000IOPS)和写入(110,000vs 60,000IOPS)方面拥有非常优秀的表现，如果使用本地固态硬盘可以实现更好的SQL性能表现。
容器技术实验室完成了至今为止大部分权威实验，其研究结果表明容器技术相比于hypervisor，容器技术的许多关键指标都有重大改进。在进行的容器技术所有测试当中，容器技术几乎拥有和本地平台一样的运行速度，尽管网络延迟测试还没有完成。
目前比较先进的是Docker技术，Docker是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的容器中，然后发布到任何流行的Linux机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。
Docker使用客户端-服务器(C/S)架构模式，使用远程API(ApplicationProgramming Interface，应用程序编程接口)来管理和创建Docker容器。Docker容器通过Docker镜像来创建。容器与镜像的关系类似于面向对象编程中的对象与类。
Docker核心解决的问题是利用LXC(Linux Container，Linux容器)来实现类似VM(Virtual Machine，虚拟机)的功能，从而利用更加节省的硬件资源提供给用户更多的计算资源。与VM的方式不同，LXC并不是一套硬件虚拟化方法、无法归属到全虚拟化、部分虚拟化和半虚拟化中的任意一个，而是一个操作系统级虚拟化方法。
现有技术中，从虚拟化到Docker要解决的问题出发，是怎么满足用户虚拟化需求的。
用户需要考虑虚拟化方法，尤其是硬件虚拟化方法，需要借助其解决的主要是以下4个问题:
1、隔离性。每个用户实例之间相互隔离，互不影响。硬件虚拟化方法给出的方法是VM，LXC给出的方法是container，更细一点是kernel namespace。
2、可配额/可度量。每个用户实例可以按需提供其计算资源，所使用的资源可以被计量。硬件虚拟化方法因为虚拟了CPU，memory可以方便实现，LXC则主要是利用cgroups来控制资源。
3、移动性。用户的实例可以很方便地复制、移动和重建。硬件虚拟化方法提供snapshot和image来实现，Docker(主要)利用AUFS实现。
4、安全。这里强调是host主机的角度尽量保护container。硬件虚拟化的方法因为虚拟化的水平比较高，用户进程都是在KVM等虚拟机容器中翻译运行的,然而对于LXC,用户的进程是lxc-start进程的子进程,只是在Kernel的namespace中隔离的,因此需要一些kernel的patch来保证用户的运行环境不会受到来自host主机的恶意入侵,dotcloud(主要是)利用kernel grsec patch解决的。
Docker的特性，在Docker的网站上提到了Docker的典型场景：
Automating the packaging and deployment of applications(使应用的打包与部署自动化)；
Creation of lightweight,private PAAS environments(创建轻量、私密的PAAS环境)；
Automated testing and continuous integration/deployment(实现自动化测试和持续的集成/部署)；
Deploying and scaling web apps,databases and backend services(部署与扩展webapp、数据库和后台服务)。
由于其基于LXC的轻量级虚拟化的特点，Docker相比KVM之类最明显的特点就是启动快，资源占用小。因此对于构建隔离的标准化的运行环境，轻量级的PaaS(Platform-as-a-Service，平台即服务)，构建自动化测试和持续集成环境，以及一切可以横向扩展的应用，尤其是需要快速启停来应对峰谷的web应用。此外，Docker能够只加载每个container变化的部分，这样资源占用小。
因此对于构建隔离的标准化的运行环境，轻量级的PaaS(如dokku),构建自动化测试和持续集成环境，以及一切可以横向扩展的应用，尤其是需要快速启停来应对峰谷的web应用。
构建标准化的运行环境，现有的方案大多是在一个baseOS上运行一套puppet/chef，或者一个image文件，其缺点是前者需要base OS许多前提条件，后者几乎不可以修改，因为copy on write的文件格式在运行时rootfs是read only的；并且后者文件体积大，环境管理和版本控制本身也是一个问题。
PaaS环境是不言而喻的，其设计之初和dotcloud的案例都是将其作为PaaS产品的环境基础。因为其标准化构建方法(buildfile)和良好的REST API，自动化测试和持续集成/部署能够很好的集成进来。
因为LXC轻量级的特点，其启动快，而且Docker能够只加载每个container变化的部分，这样资源占用小，能够在单机环境下与KVM之类的虚拟化方案相比能够更加快速和占用更少资源。
但是，伴随着Docker技术的快速发展，现有技术中并没有将其与云机器人技术相结合，即云机器人目前为止无法享有Docker技术所带来的高效性能。
发明内容
基于此，有必要针对上述问题，提供一种Docker主机、基于Docker的云机器人系统及其构建方法，以使得云机器人可以实现高效可行的架构系统。
一种基于Docker的云机器人系统构建方法，所述构建方法包括：
在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，并构建成机器人控制系统ROS容器集群；
将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能。
一种基于Docker的云机器人系统，其采用任一上述的构建方法进行构建所得。
一种Docker主机，其设置有可读存储介质和处理器，所述可读存储介质存储有预设指令，所述处理器在执行所述预设指令时，可实现任一上述的构建方法。
上述Docker主机、基于Docker的云机器人系统及其构建方法，通过在Docker主机上设置可数据连接并共享的Docker容器，并构建成ROS容器集群，接着将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能。不难理解的是，通过此种方式，可以使得云机器人充分享有Docker技术所带来的高效性能，提高云机器人的存储、计算和智能学习能力，使其发展速度符合现在高速智能化的技术发展时代。
附图说明
图1为一实施例中基于Docker的云机器人系统构建方法的流程示意图；
图2为一实施例中基于Docker的云机器人系统的系统框图；
图3为图2所示基于Docker的云机器人系统中ROS容器与机器人之间的网络拓扑简图；
图4为一实施例中Docker主机的模块框图。
具体实施方式
请参阅图1，图1为一实施例中基于Docker的云机器人系统构建方法的流程示意图。
在本实施例中，一种基于Docker的云机器人系统构建方法，所述构建方法包括但不限于如下步骤。
S100，在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，并构建成机器人控制系统ROS容器集群。
在S100中，所述在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，具体可以包括：在所述Docker主机上设置虚拟网卡设备，并在所述Docker主机上添加Docker容器网络设备；在所述Docker主机上通过网桥网卡的方式将Docker容器网络设备桥接到所述虚拟网卡设备上。
所述在所述Docker主机上设置虚拟网卡设备，包括：
删除虚拟网卡设备IP地址，添加桥接网桥br0，添加IP地址、掩码以及默认路由网关。
需要说明的是，所述在所述Docker主机上添加Docker容器网络设备，具体可以包括如下过程。
S20，启动Docker主机服务使用none模。
S21，检查是否存在网桥设备，若不存在，自动创建Linux bridge网桥设备。值得注意的是，通过网络插件的方式检查是否存在网桥设备。
S22，为Docker容器创建Docker容器网络设备，用于为Docker容器提供网卡并连接到网桥br0。
S23，使用Docker inspect命令查找Docker容器在宿主机中的进程ID，通过进程ID将Docker容器的网络命名空间链接到Docker容器网络设备目录下，宿主机上通过ip netns命令配置Docker容器的网络。
进一步而言，在S100中，所述在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，还包括：在所述Docker主机上应用数据卷Volume机制，使多个Docker容器之间能够进行数据共享。
需要指出的是，所述在所述Docker主机上应用数据卷Volume机制，使多个Docker容器之间能够进行数据共享，具体可以包括：利用数据卷Docker volume命令挂载Docker容器的数据卷目录到Docker主机本地目录；利用--volume-from标签使得多个Docker容器之间能够共享数据卷volume。
S101，将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能。
在本实施例中，S101的所述将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能，具体可以包括如下过程。
S30，启动Docker主机中的ROS容器集群，创建供ROS容器连接的网桥br0并启动网桥br0为up状态。
S31，将Docker主机的eth0网卡桥接到网桥br0上，并把eth0的IP配置到网桥br0上。其中，需要特别说明的是，如果本实施例远程操作，则需要把以上过程放在一条命令中执行，避免上述远程操作导致网络中断所带来的影响。
S32，使用Docker inspect命令找到ROS容器的进程PID号，并将ROS容器的网络命名空间network namespace使用软链接命令ln添加到网络设备目录下。
S33，创建用于连接网桥br0和ROS容器的网卡设备，用于为ROS容器创建网络设备vethA、vethB，将vethA连接到网桥br0上，将vethB放到ROS容器的网络命名空间networknamespace中，重命名为eth0,并为其配置IP和默认路由。
S34，启动实体执行端的机器人集群，使之与ROS容器集群一一相对应，每个ROS容器进行同步配置文件的安装，其中，配置文件中包括bashrc文件中的ROS_HOSTNAME和ROS_MASTER_URI的环境变量的配置。
目前，最好的技术为Lujia Wang等提出的基于twisted socket异步通信的云机器人系统，最完整的平台是D.Hunziker等提出的Rapyuta云机器人平台。
基于twisted socket异步通信的云机器人系统为本发明提供了云机器人与云端服务器的通信架构、模式以及云端资源优化分配方法以保障机器人实时完成服务任务。
Rapyuta云机器人平台，Rapyuta设计了较为完善的云机器人平台架构，不仅设计了通信协议，而且优化了机器人任务数据结构和基于语义的任务匹配。
不过，Rapyuta云端是基于LXC(Linux容器化)技术，而本发明所使用的Docker在LXC的基础之上，Docker提供了一系列更强的功能，赋予新的基于docker云机器人系统更多优点。结合上述实施例不难看出，本申请的基于Docker云机器人系统所带来的有益效果包括但不限于如下几点。
(1)可移植性
本申请Docker技术可以将应用和其依赖环境全部打包到一个单一对象中，并可以在任何安装有Docker的机器上共享，执行效果相同。而LXC仅仅实现了进程沙盒化，并不能在不同机器上进行移植，因此本申请的ROS容器具有可移植性。
(2)以应用为中心
本申请利用Docker技术，在API、用户接口、设计原理及文档上面的部署更优化，而LXC仅仅关注容器作为一个轻量级的服务器。
(3)自动化构建
Docker中支持Dockerfile，将应用的所有依赖项、构建工具和包都以源码的形式写在Dockerfile中，然后Docker可以根据Dockerfile构建镜像，而该镜像在任何机器上面运行的效果都一样。
(4)版本控制
Docker对ROS容器提供了类Github的版本控制功能，支持版本回滚等功能。Docker也实现了增量上传和下载的功能，节约了上传和下载时的带宽资源。
(5)组件重用
一个镜像可以作为基础镜像来创建更多特定的镜像，镜像之间支持多层重用。
(6)镜像共享
Docker开发了一个Docker Hub，里面包含了各种常用的镜像，可以将个人的镜像上传到Docker Hub中。用户也可以在私有环境中搭建自己的Docker仓库，用来满足镜像的内部共享。
(7)工具生态系统
Docker定义了一个API，用于自动化和本地化容器的创建和部署。已经存在大量的集成了Docker的工具集，例如Deis，mesos，Docker-ui，jenkins等等。
本申请的基于Docker云机器人系统具备Docker的上述优点，并进行大量实验，可行地开启了若干Docker容器，实现了Docker容器的跨主机通信、对机器人的控制、以及数据的共享，完成过Tensorflow的CNN机器学习应用。
通过此种方式，本实施例可以使得云机器人充分享有Docker技术所带来的高效性能，提高云机器人的存储、计算和智能学习能力，使其发展速度符合现在高速智能化的技术发展时代。
请接着参阅图2和图3，图2为一实施例中基于Docker的云机器人系统的系统框图，图3为图2所示基于Docker的云机器人系统中ROS容器与机器人之间的网络拓扑简图。
需要说明的是，本实施例基于Docker的云机器人系统，其可以采用本申请任一实施例所述的构建方法进行构建所得。
此外，本实施例的云机器人系统在Docker主机端还可以包括机器学习容器群、本地数据库服务器和其他容器群，而机器学习容器群里面可以具体包括Tenforflow容器群、Caffe容器群等。容器群之间可以通过数据卷共享配置。
在ROS容器集群中包括n个ROS容器，其与线下的机器人集群中的实体机器人群的n个机器人相对应，其中，两者之间的网络配置方式如图3所示，具体可以通过路由器等进行无线连接。此外，与机器人对应设置的可以有各式各样的传感器群，比如kinect(体感设备)和激光等。
在具体的应用例中：
Docker主机添加ROS容器的网络设备的步骤如下：启动Docker服务器服务使用none模式；通过网络插件检查是否存在网桥设备存在，若不存在，自动创建Linux bridge网桥设备；为ROS容器创建veth pair设备(虚拟网络设备对)，用于为ROS容器提供网卡并连接到网桥br0；使用Docker inspect找到ROS容器在宿主机中的进程ID，然后通过进程ID将ROS容器的网络命名空间链接到网络设备目录下，宿主机上通过ip netns命令配置容器的网络。
如图3所示，启动Docker主机的ROS容器，创建供ROS容器连接的网桥br0，并启动网桥br0为up状态；将主机PC的eth0网卡桥接到网桥br0上，并同时把eth0的IP配置到网桥br0上。其中，如果是远程操作，则把以上操作放在一条命令中执行避免网络中断的影响。
接着，使用Docker inspect命令找到ROS容器的进程PID号，并将ROS容器的网络命名空间(network namespace)使用软链接命令“ln”添加到网络设备目录下；创建用于连接网桥br0和ROS容器的网卡设备，用于为ROS容器创建的veth pair设备vethA和vethB，将vethA连接到br0网桥br0上，将vethB放到ROS容器的网络命名空间中，重命名为eth0,并为其配置IP和默认路由。
最后，启动线下的机器人集群，每个ROS容器对应的机器人进行同步配置文件的安装，具体而言，其配置文件主要包括bashrc文件中的ROS_HOSTNAME和ROS_MASTER_URI的环境变量的配置。
请接着参阅图4，图4为一实施例中Docker主机的模块框图，本实施例的Docker主机设置有可读存储介质和处理器，所述可读存储介质存储有预设指令，所述处理器在执行所述预设指令时，可实现前面任一实施例所述的构建方法。
通过此种方式，本实施例可以使得云机器人充分享有Docker技术所带来的高效性能，提高云机器人的存储、计算、智能学习能力，使其发展速度符合现在高速智能化的技术发展时代。
在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，其仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述仅为本申请的实施例，并非因此限制本申请的专利范围，凡是利用本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种基于Docker的云机器人系统构建方法，其特征在于，所述构建方法包括：
在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，并构建成机器人控制系统ROS容器集群；
将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能。
2.根据权利要求1所述的构建方法，其特征在于，所述在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，包括：
在所述Docker主机上设置虚拟网卡设备，并在所述Docker主机上添加Docker容器网络设备；
在所述Docker主机上通过网桥网卡的方式将Docker容器网络设备桥接到所述虚拟网卡设备上。
3.根据权利要求1所述的构建方法，其特征在于，所述在开源的应用容器引擎Docker主机上设置可数据连接并共享的Docker容器，包括：
在所述Docker主机上应用数据卷Volume机制，使多个Docker容器之间能够进行数据共享。
4.根据权利要求2所述的构建方法，其特征在于，所述在所述Docker主机上设置虚拟网卡设备，包括：
删除虚拟网卡设备IP地址，添加桥接网桥br0，添加IP地址、掩码以及默认路由网关。
5.根据权利要求4所述的构建方法，其特征在于，所述在所述Docker主机上添加Docker容器网络设备，包括：
启动Docker主机服务使用none模式；
检查是否存在网桥设备，若不存在，自动创建Linux bridge网桥设备；
为Docker容器创建Docker容器网络设备，用于为Docker容器提供网卡并连接到网桥br0；
使用Docker inspect命令查找Docker容器在宿主机中的进程ID，通过进程ID将Docker容器的网络命名空间链接到Docker容器网络设备目录下，宿主机上通过ip netns命令配置Docker容器的网络。
6.根据权利要求5所述的构建方法，其特征在于，所述检查是否存在网桥设备，包括：
通过网络插件的方式检查是否存在网桥设备。
7.根据权利要求3所述的构建方法，其特征在于，所述在所述Docker主机上应用数据卷Volume机制，使多个Docker容器之间能够进行数据共享，包括：
利用数据卷Docker volume命令挂载Docker容器的数据卷目录到Docker主机本地目录；
利用--volume-from标签使得多个Docker容器之间能够共享数据卷volume。
8.根据权利要求1-7任一项所述的构建方法，其特征在于，所述将实体执行端的至少一机器人与所述ROS容器集群相连接，以通过所述ROS容器集群部分分担或全部分担所述机器人的存储和/或计算功能，具体包括：
启动Docker主机中的ROS容器集群，创建供ROS容器连接的网桥br0并启动网桥br0为up状态；
将Docker主机的eth0网卡桥接到网桥br0上，并把eth0的IP配置到网桥br0上；
使用Docker inspect命令找到ROS容器的进程PID号，并将ROS容器的网络命名空间network namespace使用软链接命令ln添加到网络设备目录下；
创建用于连接网桥br0和ROS容器的网卡设备，用于为ROS容器创建网络设备vethA、vethB，将vethA连接到网桥br0上，将vethB放到ROS容器的网络命名空间networknamespace中，重命名为eth0,并为其配置IP和默认路由；
启动实体执行端的机器人集群，使之与ROS容器集群一一相对应，每个ROS容器进行同步配置文件的安装，其中，配置文件中包括bashrc文件中的ROS_HOSTNAME和ROS_MASTER_URI的环境变量的配置。
9.一种基于Docker的云机器人系统，其特征在于，其采用根据权利要求1-8任一项所述的构建方法进行构建所得。
10.一种Docker主机，其特征在于，其设置有可读存储介质和处理器，所述可读存储介质存储有预设指令，所述处理器在执行所述预设指令时，可实现根据权利要求1-8任一项所述的构建方法。
CN201710367427.9A 2017-05-23 2017-05-23 一种Docker主机、基于Docker的云机器人系统及其构建方法 Pending CN108958794A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710367427.9A CN108958794A (zh) 2017-05-23 2017-05-23 一种Docker主机、基于Docker的云机器人系统及其构建方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710367427.9A CN108958794A (zh) 2017-05-23 2017-05-23 一种Docker主机、基于Docker的云机器人系统及其构建方法

Publications (1)

Publication Number Publication Date
CN108958794A true CN108958794A (zh) 2018-12-07

Family

ID=64463042

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710367427.9A Pending CN108958794A (zh) 2017-05-23 2017-05-23 一种Docker主机、基于Docker的云机器人系统及其构建方法

Country Status (1)

Country Link
CN (1) CN108958794A (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109634522A (zh) * 2018-12-10 2019-04-16 北京百悟科技有限公司 一种资源管理的方法、装置及计算机存储介质
CN111163189A (zh) * 2020-01-07 2020-05-15 上海道客网络科技有限公司 一种基于网络命名空间管控的ip监控和回收系统与方法
CN111506383A (zh) * 2019-01-30 2020-08-07 广州泰迪智能科技有限公司 一种基于固态硬盘的大数据与人工智能教学实训环境和资源集成方法
CN112650560A (zh) * 2021-01-18 2021-04-13 济南浪潮高新科技投资发展有限公司 一种基于容器化设计的云化机器人模型下发方法
CN113094152A (zh) * 2021-05-11 2021-07-09 山东新一代信息产业技术研究院有限公司 一种基于容器的服务机器人应用构建和管理系统及方法
KR20220040065A (ko) * 2020-09-23 2022-03-30 한국전자통신연구원 도커화된 인공지능 라이브러리에 대한 프록시 생성 장치 및 방법, 도커화된 인공지능 라이브러리 기반 ros 분산 시스템

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106506314A (zh) * 2016-09-30 2017-03-15 北京赢点科技有限公司 基于docker的网络高可用方法及装置

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106506314A (zh) * 2016-09-30 2017-03-15 北京赢点科技有限公司 基于docker的网络高可用方法及装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
FIRELING: "Docker数据卷与数据卷容器", 《HTTP://WWW.LINING0806.COM/数据卷与数据卷容器》 *
忧愁莫扎特: "docker中的ROS容器与ROS主机的连接", 《HTTPS://BLOG.CSDN.NET/CHENMING_HNU/ARTICLE/DETAILS/60469410》 *

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109634522A (zh) * 2018-12-10 2019-04-16 北京百悟科技有限公司 一种资源管理的方法、装置及计算机存储介质
CN111506383A (zh) * 2019-01-30 2020-08-07 广州泰迪智能科技有限公司 一种基于固态硬盘的大数据与人工智能教学实训环境和资源集成方法
CN111163189A (zh) * 2020-01-07 2020-05-15 上海道客网络科技有限公司 一种基于网络命名空间管控的ip监控和回收系统与方法
KR20220040065A (ko) * 2020-09-23 2022-03-30 한국전자통신연구원 도커화된 인공지능 라이브러리에 대한 프록시 생성 장치 및 방법, 도커화된 인공지능 라이브러리 기반 ros 분산 시스템
KR102496687B1 (ko) 2020-09-23 2023-02-07 한국전자통신연구원 도커화된 인공지능 라이브러리에 대한 프록시 생성 장치 및 방법, 도커화된 인공지능 라이브러리 기반 ros 분산 시스템
CN112650560A (zh) * 2021-01-18 2021-04-13 济南浪潮高新科技投资发展有限公司 一种基于容器化设计的云化机器人模型下发方法
CN112650560B (zh) * 2021-01-18 2022-10-18 山东浪潮科学研究院有限公司 一种基于容器化设计的云化机器人模型下发方法
CN113094152A (zh) * 2021-05-11 2021-07-09 山东新一代信息产业技术研究院有限公司 一种基于容器的服务机器人应用构建和管理系统及方法

Similar Documents

Publication Publication Date Title
CN108958794A (zh) 一种Docker主机、基于Docker的云机器人系统及其构建方法
Ma et al. Efficient live migration of edge services leveraging container layered storage
US11556749B2 (en) Domain adaptation and fusion using weakly supervised target-irrelevant data
US11172022B2 (en) Migrating cloud resources
US20220327007A1 (en) Migrating edge device resources to a cloud computing environment
DE112019000841T5 (de) Handhaben von E/A-Operationen in einem cloudbasierten Speichersystem
Schulz Cloud and virtual data storage networking
CN110088733A (zh) 虚拟机迁移的基于存储层的编排
US20160110434A1 (en) Method and system that determine whether or not two graph-like representations of two systems describe equivalent systems
EP2662769A1 (en) Cloud logistics
US20160352836A1 (en) Migrating cloud resources
US8650218B2 (en) Dynamic self configuring overlays
CN107003906A (zh) 云计算技术部件的类型到类型分析
Essa et al. Mobile agent based new framework for improving big data analysis
CN105893139A (zh) 在云存储环境中用于向租户提供存储服务的方法和装置
CN104335189A (zh) 对共享存储资源的安全访问
JP2021177377A (ja) エンタープライズリソースプランニング（ｅｒｐ）システムのためのシェルコンバージョン
CN108536964A (zh) 存储介质、卫星星座覆盖性能仿真分析方法及其系统
Yang et al. MLife: A lite framework for machine learning lifecycle initialization
Antoniu et al. Scalable data management for map-reduce-based data-intensive applications: a view for cloud and hybrid infrastructures
Johnson et al. Evaluating the applicability of cloud computing enterprises in support of the next generation of modeling and simulation architectures
Stackowiak Azure Internet of Things Revealed
US11341359B2 (en) Multi-domain monitoring services for intelligent infrastructure automation
CN107704618A (zh) 一种基于aufs文件系统的热迁徙方法和系统
Ramisetty et al. Ontology integration for advanced manufacturing collaboration in cloud platforms

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20181207