对亚马逊云科技云原生课程容器的基本学习笔记

发布于:2022-11-09 ⋅ 阅读:(713) ⋅ 点赞:(0)

目录

前言

一、容器化背后的发展历史和概念

1.容器的抽象

2.计算机领域的容器

二、容器和微服务架构

1.容器的作用

2.微服务架构的作用

3.容器和微服务架构的关联

微服务的特性

微服务和容器的搭配

三、容器Dockerfile的使用

1.Dockerfile的概念

2.通过Dockerfile来制作jdk镜像的实操

3.Dockerfile的常用指令

FROM指令

RUN指令

COPY指令

CMD指令  

 ENTRYPOINT指令

总结


前言

通过这次亚马逊云科技云原生课程的学习,我认识到了容器,知道了容器的重要性以及它的作用性多么大,以及学习到了微服务架构的特点,以及它和单体架构的区别在哪,以及为什么说容器是支持现代微服务架构使用的基础技术。


一、容器化背后的发展历史和概念

1.容器的抽象

首先,我们要学习入门一门新的东西,那肯定要认识它,知道它的前世今生,那么,容器是什么东西呢,在古代,我们经常使用船在海上进行运输,那么这个船就可以比喻为容器。  以及在现代,我们经常见到的集装箱,它们都是一个个容器。这些例子都是通过平常生活中常见的物品,来进行比喻容器。

如图所示,在我们古代,我们的船就类似一个容器。

如图所示,在比如,在我们生活中,经常看到的集装箱,它们也是一个个的容器,里面可以转载很多不同的货物,就好像我们开发的应用程序一样,然后在通过大船把这些集装箱统一安装好,然后运输。

2.计算机领域的容器

那么在计算机领域,又该如何理解容器呢?它在计算平台中,容器是一种标准化的软件单元,它同时也是在操作系统级别实施的一种形式的虚拟化。容器它是独立的轻量级软件包,其中包括运行应用程序所需的一切。例如:代码、运行时、系统工具、系统库和设置。而且所有容器共享底层主机系统的操作系统内核。 这些容器可以是大型企业应用程序中的服务,也可以是在隔离环境中运行的独立应用程序。

二、容器和微服务架构

1.容器的作用

和一个单纯的应用程序相比,操作系统很笨重,大家都知道操作系统运行起来是需要占用很多资源的,如果是刚刚安装的系统还什么都没有部署,单纯的操作系统其磁盘占用至少几十G起步,内存要几个G起步。

在这台机器上开启三个虚拟机,每个虚拟机上都部署一个应用,那么这里都因虚拟机而占用了好几G了,所以我们没有办法划分出更过虚拟机从而部署更多的应用程序,可是我们部署的是应用程序,要用的也是应用程序而不是操作系统。

还有就是启动时间问题,操作系统重启是非常慢的,因为操作系统要从头到尾把该检测的都检测了该加载的都加载上,这个过程非常缓慢。所以就诞生了容器技术,专门来解决这些问题的。之前的虚拟机的形式是这样的,比如这里可以建3个客户操作系统,应用程序A,B,C都分别占用一个客户操作系统,这样就会非常耗内存的,而且操作系统的启动也慢,效率也不高。

 那么现在采用了容器技术的,它是这样的,1个容器里面就包含了应用程序所需要的运行环境

2.微服务架构的作用

首先,我们以前开发软件,都是采用单体的架构的,就是说很多的功能模块都是集中在一个项目里面的,而这时,有很多的功能是互相关联的,你比如,要修改某些功能,可能牵一发而动全身,可维护性和可扩展性太差了。

如图所示,订购应用的程序是放在了一个服务器里运行,而报告应用程序用放在另一个服务器里运行,而这样的话,每新增一个功能,都要放在另一个服务器运行,这样肯定是不行,会造成很大的资源浪费。

 所以,就出现了微服务架构,如图所示,而上面这些订购模块和报告模块等,都被改造成一个个微服务,通过通信互相联系调用,提高了可用性,以及它们都只需部署在一个服务器上运行即可,不会造成资源的浪费。

3.容器和微服务架构的关联

微服务的特性

它的特性如图所示:

它们之间的关联是非常好的,为什么这么说呢,这是跟微服务的特性密不可分的,微服务采用了分散式的革新设计,而也是智能终端节点、哑管道,它采用了独立产品形式,而不是项目形式,兼顾了开发与生产。

微服务和容器的搭配

怎么理解呢,与传统的瀑布开发项目模型相反,可以将微服务视为具有独立输入和输出的独立产品,无需考虑运行时环境的影响,容器会帮助你将所有依赖项和库打包到单个不可变对象中去。

而且使用容器可使得开发、测试和生产环境保持一致,在开发人员系统上正常运行的容器化应用程序,也将能够在生产系统上以相同的方式来正常运行。

所以,微服务和容器可以很好地搭配使用。

三、容器Dockerfile的使用

1.Dockerfile的概念

Dockerfile 是一个用来构建镜像的文本文件,文本内容包含了一条条构建镜像所需的指令和说明。

  • Dockerfile是用于构建docker镜像的文件

  • Dockerfile里包含了构建镜像所需的“指令”

  • Dockerfile有其特定的语法规则

Dockerfile文本文件里面包含了下面的命令,它的作用,如图所示:

2.通过Dockerfile来制作jdk镜像的实操

首先,我们来学习一下如何通过Dockerfile来进行镜像的制作,但在制作之前,我们要先了解一下镜像是什么,只有了解了,我们才能够知道它是干什么用的,通俗点来说,镜像就是一个运行这个进程所需要的环境。

接下来,我们先按以下的步骤来创建镜像:

1.创建目录;

2.下载jdk-8u202-linux-x64.tar.gz并上传到服务器中的/usr/local/dockerjdk8目录;

3.在/usr/local/dockerjdk8目录下创建Dockerfile文件;

4.执行命令构建镜像;

5.查看镜像是否建立完成

# 1、创建目录
mkdir –p /usr/local/dockerjdk8
cd /usr/local/dockerjdk8
      
# 2、下载jdk-8u202-linux-x64.tar.gz并上传到服务器(虚拟机)中的/usr/local/dockerjdk8目录 

# 3、在/usr/local/dockerjdk8目录下创建Dockerfile文件,文件内容如下:
vi Dockerfile

FROM centos:7
MAINTAINER ITCAST
WORKDIR /usr
RUN mkdir  /usr/local/java
ADD jdk-8u202-linux-x64.tar.gz /usr/local/java/
ENV JAVA_HOME /usr/local/java/jdk1.8.0_202
ENV JRE_HOME $JAVA_HOME/jre
ENV CLASSPATH $JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jar:$JRE_HOME/lib:$CLASSPATH
ENV PATH $JAVA_HOME/bin:$PATH

# 4、执行命令构建镜像;不要忘了后面的那个 .
docker build -t='jdk1.8' .

# 5、查看镜像是否建立完成
docker images

3.Dockerfile的常用指令

FROM指令

         定制的镜像都是基于FROM的。

RUN指令

         用于执行后面跟着的命令,

RUN <命令行命令>


RUN ["可执行文件", "参数", "参数"]
# 例如:
# RUN ["./test.java", "dev", "offline"] 等价于 RUN ./test.java dev offline

COPY指令

      它是指从上下文目录中复制文件或者目录到容器里指定路径。

COPY [--chown=<myy>:<s>] ["<源路径>",...  "<目标路径>"]

CMD指令  

      它是用于运行程序的,与RUN指令不同的是,二者的运行时间不同,

CMD <shell 命令> 
CMD ["<可执行文件或命令>","<param1>","<param2>",...] 

 ENTRYPOINT指令

       它类似于CMD指令,

ENTRYPOINT ["<executeable>","<param1>","<param2>",...]

可以搭配 CMD 命令使用:一般是变参才会使用 CMD ,这里的 CMD 等于是在给 ENTRYPOINT 传参。

代码如下(示例):

import numpy as np
import pandas as pd
import matplotlib.pyplot as plt
import seaborn as sns
import warnings
warnings.filterwarnings('ignore')
import  ssl
ssl._create_default_https_context = ssl._create_unverified_context


总结

通过这次亚马逊云科技云原生课程的学习,我认识到了容器,知道了容器的重要性以及它的作用性多么大,以及学习到了微服务架构的特点,以及它和单体架构的区别在哪,以及为什么说容器是支持现代微服务架构使用的基础技术。

本文含有隐藏内容,请 开通VIP 后查看