Docker--搭建docker容器、导入镜像和docker的基本操作

本文介绍了如何在Linux环境中安装和配置Docker,包括搭建2048游戏和Ubuntu系统镜像,以及Docker的基本操作如启动、停止、查看容器和镜像等。通过实例详细解析了容器的创建、镜像导入以及容器内容的保存与更新。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、docker容器的安装
1.安装docker软件和相关依赖性

[root@server1 ~]# ls
docker
[root@server1 ~]# cd docker/
[root@server1 docker]# ls
containerd.io-1.2.5-3.1.el7.x86_64.rpm
container-selinux-2.21-1.el7.noarch.rpm
docker-ce-18.03.1.ce-1.el7.centos.x86_64.rpm
docker-ce-18.06.1.ce-3.el7.x86_64.rpm
docker-ce-18.09.5-3.el7.x86_64.rpm
docker-ce-cli-18.09.5-3.el7.x86_64.rpm
libsemanage-2.5-8.el7.x86_64.rpm
libsemanage-python-2.5-8.el7.x86_64.rpm
pigz-2.3.4-1.el7.x86_64.rpm
policycoreutils-2.5-17.1.el7.x86_64.rpm
policycoreutils-python-2.5-17.1.el7.x86_64.rpm
[root@server1 docker]# rm -fr containerd.io-1.2.5-3.1.el7.x86_64.rpm docker-ce-18.09.5-3.el7.x86_64.rpm docker-ce-cli-18.09.5-3.el7.x86_64.rpm
[root@server1 docker]# rm -fr docker-ce-18.03.1.ce-1.el7.centos.x86_64.rpm
[root@server1 docker]# ls
container-selinux-2.21-1.el7.noarch.rpm
docker-ce-18.06.1.ce-3.el7.x86_64.rpm
libsemanage-2.5-8.el7.x86_64.rpm
libsemanage-python-2.5-8.el7.x86_64.rpm
pigz-2.3.4-1.el7.x86_64.rpm
policycoreutils-2.5-17.1.el7.x86_64.rpm
policycoreutils-python-2.5-17.1.el7.x86_64.rpm

2.开启docker服务

[root@server1 docker]# systemctl start docker

3.查看docker的信息

[root@server1 docker]# docker info

4.安装工具,可以使用tab键自动补齐命令,先退出在重新连接

[root@server1 docker]# yum install -y bash-*
[root@server1 ~]# docker 

二、搭建一个2048小游戏
1.把镜像game2048.tar(此镜像之前已经下载好了)导入docker容器

[root@server1 ~]# docker load -i game2048.tar 
011b303988d2: Loading layer   5.05MB/5.05MB
36e9226e74f8: Loading layer  51.46MB/51.46MB
192e9fad2abc: Loading layer  3.584kB/3.584kB
6d7504772167: Loading layer  4.608kB/4.608kB
88fca8ae768a: Loading layer  629.8kB/629.8kB
Loaded image: game2048:latest

2.查看镜像,可以看到证明镜像导入成功

[root@server1 ~]# docker images
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE
game2048            latest              19299002fdbe        2 years ago         55.5MB

3.运行镜像,-d表示打入后台,–name 表示为这个容器起的名字是vm1,第一个80是server物理机的端口,第二个80是容器的端口。

[root@server1 ~]# docker run -d -p 80:80 --name vm1 game2048
cde350bec98e05a6633c8342bf3599b5b48e1069e0f4769f0668528551daec0e

4.查看容器状态

[root@server1 ~]# docker ps

5.查看vm1容器的信息

[root@server1 ~]# docker inspect vm1

6.在浏览器中访问172.25.21.1,可以看到小游戏界面

三、搭建ubuntu系统镜像
1.导入镜像ubuntu.tar

[root@server1 ~]# docker load -i ubuntu.tar

2.运行镜像,为这个容器起名vm2

[root@server1 ~]# docker run -it --name vm2 ubuntu
root@68700e3f9f28:/# ls    查看信息
bin   dev  home  lib64  mnt  proc  run   srv  tmp  var
boot  etc  lib   media  opt  root  sbin  sys  usr

3.查看内核版本与真机的内核版一致,即与物理机共享内核

root@68700e3f9f28:/# uname -r   ##查看内核版本与真机的内核版一致,即与物理机共享内核
3.10.0-514.el7.x86_64

4.在容器内查看ip,linux系统会自动为doc

### 如何在Spring Boot项目中集成LangChain4J #### 配置依赖项 为了使Spring Boot应用程序能够使用LangChain4J库,首先需要更新`pom.xml`文件来引入必要的依赖关系。考虑到当前基于Spring Boot 2.X和JDK 8的环境设置[^1],可以在项目的构建配置文件中加入如下Maven依赖: ```xml <dependency> <groupId>com.langchain4j</groupId> <artifactId>langchain4j-core</artifactId> <version>${langchain4j.version}</version> </dependency> ``` 这里`${langchain4j.version}`应替换为实际使用的LangChain4J版本号。 #### 初始化组件和服务 一旦添加了所需的依赖包,在应用启动时就可以通过创建相应的Bean实例来进行初始化操作。这通常是在某个配置类里完成的,比如下面的例子展示了如何定义一个简单的服务bean用于处理链上数据交互: ```java import com.langchain4j.client.LangChainClient; import org.springframework.context.annotation.Bean; import org.springframework.context.annotation.Configuration; @Configuration public class LangChainConfig { @Bean public LangChainClient langChainClient() { return new LangChainClient(/* 可选参数 */); } } ``` 上述代码片段假设存在名为`LangChainClient`的客户端接口或实现类,它负责与区块链网络通信并提供相应功能支持。 #### 使用自动装配简化开发流程 如果希望进一步减少样板代码量,则可以考虑利用Spring框架提供的@Autowired特性来自动生成所需对象实例。例如,在控制器或其他业务逻辑层可以直接注入之前声明过的`LangChainClient` bean而无需手动new出来: ```java @RestController @RequestMapping("/api/langchain") public class LangChainController { private final LangChainClient client; @Autowired public LangChainController(LangChainClient client) { this.client = client; } // 定义API端点... } ``` 这样做的好处是可以让开发者专注于编写核心业务逻辑而不是担心底层资源管理问题。 #### 处理多入口点的情况 对于那些可能拥有多个带有`main()`函数的应用程序来说——无论是因为它们各自携带了`@SpringBootApplication`注解还是仅仅作为普通的Java程序运行——需要注意的是,默认情况下只有第一个被发现的此类方法会被视为应用程序的主要入口。为了避免潜在冲突,建议指定特定的目标类作为主类,可以通过调整maven插件配置中的属性来达成此目的[^2]: ```xml <build> ... <plugins> <plugin> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-maven-plugin</artifactId> <configuration> <mainClass>com.example.MyApplicationWithMainMethod</mainClass> </configuration> </plugin> </plugins> ... </build> ``` 这样做能确保即使在同一工程中有其他候选者也不会干扰到预期的行为表现。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值