1. 云原生是什么 原生应用（java,pyrhon） 上云的过程
  应用上云遇到的问题
  1.微服务的拆分  微服务的访问关系
   应用的架构
 云原生适合什么样的人去学
 具备什么样的前提条件
 云原生要学习什么
 docker  k8s  devlops  server mesh  jks  k8s监控
 吧自己的微服务上云
 另外一种微服务架构  server mesh
 监控k8s平台  比如说告警日志信息

 

#拉取镜像
docker pull nginx 
#查看镜像
docker images 

docker rmi  删除镜像 基于镜像做的crud
下载镜像后，让镜像启动起来
启动容器  docker run 启动容器
docker ps 查看正在运行的容器
docker  stop  停止应用

--restart=always  容器开启自启动  -p端口映射

 docker ps 就可以查看状态 完成nginx的启动

我现在启动一个nginx 应用并且可以访问到
接下来 如果我想修改nginx的内容该怎么做
修改nginx的页面
 1. exec 进入容器 进行修改
 2. -v挂载出来

echo

 我此时再来访问nginx 的时候首页就会发生变化  

我修改完毕之后 我把我修改过后的nginx 提交至本地改名为 guigu的的 v1版本
我可以指定一个镜像之后 docker commit 保存在本地

相当于linux 的快照 
git的本地commit 
假设我有一天我容器宕机了 我直接rm删除  然后再启动shangguigu 的v1版本
相当于此时生成一个快照机制  此时我基于本地构建一个docker的镜像
我就用我之前的nginx 镜像 我相当于对nginx 镜像做了一个定制化

相当于在本地构建一个镜像，我修改了原来的镜像可以commit 提交至本地


镜像的共享  >1  save load

我可以把我的镜像通过docker save 命令保存为tar 包
然后 scp （文件传输）进行复制到另外一个主机上  之后 docker load执行
docker load 之后  docker run 执行
这种适合于离线场景 比如说我此时不便于对接公网

>我可以把我的镜像进行推送 比如说推送到docker hub仓库  docker push
>共享dockerhub  规避了底层的复杂度
也就是说我不必知道你是怎么改的 我只需要 docker run 启动起来就可以了

我们能登录到仓库的话 我们就需要 docke push  将我们的镜像push到远程

docker -v 挂载
docker -v  将配置文件 以及数据文件挂载到外面
我们以前改nginx 的内容,需要docker exec 进入之后进行修改
每次都要进去改 有些麻烦 
将容器中的文件 挂载出来
ro 是只读模式  代表容器内部的文件是不允许修改的 是只读模式
 

docker ps   -v 将nginx中的配置文件挂载出来

保证主机目录下有页面index.html
包括nginx 的配置文件 也可以挂载出来   卷挂载
docker 命令 有了挂载之后 修改东西就很方便了
docker logs   可以看到这个容器的运行日志(启动日志)  我们可以排错用

 nginx 的页面挂载出来  还有nginx的config 也挂载出来

docker cp 可以把容器的文件复制到本机  复制出来

然后docker -v 再进行挂载

 反向写 可以把容器外面复制到我docker容器中

docker 命令
如果我们要安装nginx 并且修改 之后上传至docker hub
docker search 
docker pull 
ducker run 
docker commit  {将本地修改后的 打包成一个镜像}
docker tag  {按照远程仓库的命名规则}
docker push 

----------------<<<<<<<<<<<<,,
docker search 
docker pull 
ducker run 
docker commit  {将本地修改后的 打包成一个镜像}
docker save 
docker load 

我们java+redis 使用docker怎么部署
我们Springboot项目+redis 部署在docker中

1.  使用docker 部署redis
启动redis
docker run redis  先用docker 部署redis  先部署redis  redis的配置文件和数据文件
可以docke -v 挂载出去
docker run redis -v挂载， 启动redis 让redis产生数据之后
部署redis结束

2.
springboot项目 redis的incr命令

springboot+redis 应用 基于dockerfile文件打包为镜像，部署在docker上运行

以前如果没有docker上 我们的SpringBoot项目是怎么部署在服务器上的
我们的项目通过maven打包成jar包，然后上传至服务器之后 java -jar执行

我服务器还要装java 环境  如果有新的服务器我还得搞java 环境
如果我是python应用的化，我还得安装python环境
如果我是一个前端应用的化，我还得安装前端

我可以把我服务器装docker,我任何应用都是以docker的镜像运行的
这样屏蔽了底层
我不管是运行 前端。java应用，python应用我都可以
docker run 来运行镜像就可以了

基于docker的方式将jar包打包成镜像

docker file 执行怎么打包,每一个应用都要有一个dockerFile文件 ，编写dockerFile文件

jar包以及dockerfile文件   依照jar--->构建镜像
docker build -t .
jar 如果在服务器上运行 还得装java环境  太麻烦了
有了dockerFile  怎么吧jar 制作成镜像 

docker build -t 构建镜像 基于 java项目（dockerFile文件） 构建镜像
然后我们docker images 就可以看到我们构建的镜像了

315mb  因为jdk 既有288mb
docker run 构建镜像

docker ps 查看进程
docker logs
  我们启动以及排错日志

我们之前自己把我们的镜像打包在我们的机器上了
如果我新的机器想要跑我们的应用  我可以吧这个镜像第一步推送到我镜像仓库
docker tag 
docker push 
吧我们的新镜像推送上去

k8s  
1。什么是k8s 他的出现是为了解决什么问题的 
2.应用完成开发后想要部署的三个时期

3.我们k8s能帮助我们实现什么  k8s 的功能

k8s 架构
master node
worker node(1)
worker node(2) 
工作模式

k8s的架构，以及k8s中每个节点 是干嘛的 各个组件的作用

k8s 是怎么工作的  以及k8s架构
都是基于apiService 访问呢
apiService 进行隐藏
将我们的项目部署在k8s上,可以部署多个节点. 以达到高负载

安装k8s
kubeadm  init 
kubeadm  join 
主节点中的 工作进程
工作节点中的 工作进程
k8s的集群规划
################
docker  容器的运行环境
docker安装完毕后 让每一台机器都 启动docker
k8s 安装集群的第一步  docker（容器运行环境）


设置hostname
k8s-master_(主机)
k8s-node1_(节点1)
k8s-node2_(节点2)

k8s 查看内存 

建立1个node 2个work的集群.可以在集群中加入主节点和work节点
kubectl get nodes //获取节点

pod 是k8s中的最小单元  
kubectl  get  pods  -A  //查看k8s中部署的Pod

运行中的应用在docker中叫容器， 在k8s中叫做pod
docker ps  kubectl get pods  ..可以看到我正在运行的容器
kubectl  get pods- A 可以看到我集群中的每一个应用的名字
k8s 拉的pod 如果挂了 会自动拉的  重新部署



1. 基于kubectl -f  执行文件 
2. kubectl create 执行命令

namespace 做资源隔离的 类似于nacos 是做资源隔离的
prod 的namespace  //生产
dev  的namespace  //dev

基于名称空间ns 创建资源 pod， 基于ns 下对pod 的crud
docker ps 查看应用
kubectl get pods 

pod是k8s中最小的运行单位，k8s 启动pod就可以，pod可以启动多个容器,一个pod中可以有多个容器

kubectl run mynginx --image=nginx 
// 我启动了一个nginx 的pod
给pod 起一个名字  依据于nginx的镜像启动pod

pod  启动容器 pod 底层是依靠于 docker拉取的

可以基于kubectl describe pod mynginx 来查看pod的信息 以及pod的调度

 可以查看调度到那个机子上

我们使用了一个命令创建了k8s 的一个pod
查看pod 
kubectl get pod 

k8s 描述pod  kubectl describe pod //描述pod的信息
pod 在前面创建好了  kubectl  delete pod //删除pod

kubectl  describe pod 描述pod

我们基于配置文件创建的pod

pod 的命令  

我们使用docker 部署的nignx 我们更改他的首页 还可以访问
我们现在用k8s 的pod 部署的nginx 怎么访问  
pod 是有ip的

pod 就可以访问我们nignx的首页 因为默认是 80的port,我们基于docker 部署的nignx 我们可以exec it 进入容器中去改.现在我们可以