首页 文章 精选 留言 我的

精选列表

搜索[paas],共2937篇文章
优秀的个人博客,低调大师

Docker解析及轻量级PaaS平台演练(四)--Fig相关介绍

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq1010885678/article/details/46292401 本篇中将会使用开源工具Fig Fig是什么? 简单的说就是对Docker的封装,从而方便我们构建应用的运行环境 它所做的事情是协调Docker上的各个Container之间的联系,并通过服务发现的方式将它们有机的组合成一个完整的系统 Fig使用Docker自带的link来实现服务发现,Fig会负责管理link的相关信息 Fig通过读取当前目录下的fig.yml文件来创建应用的运行环境 在fig.yml中需要定义不同的service 在Fig中service的概念: 标识的是一个个独立的组件,例如,Web应用,MySql等都可以定义为一个独立的service,并且service是可以横向扩展的 我们可以在service中直接指定image,也可以通过build配置项来运行时创建image 所有的service会被运行为Docker上的一个或多个Container 下图是一个fig.yml文件的内容 该fig.yml定义了两个service,分别是web和redis,在web中使用links将redis引用 build:. 表示在当前目录下进行build,要保证当前目录下有Dockerfile文件存在 在当前目录下使用fig up命令会根据当前的fig.yml文件来启动Container,并根据links配置信息将各个Container连接在一起 可以通过fig up {service name}来启动指定的service定义的Container 如果在当前目录下重复执行fig up执行,每次都会将原来的Container删除然后重新创建,可以通过–no-recreate参数来解决 fig ps的作用相当于docker ps 使用fig scale service=num的方式来扩展指定service的Container个数,如:fig scale web=10 将会创建10个web service对应的Container 未完待续…

优秀的个人博客,低调大师

Docker解析及轻量级PaaS平台演练(一)--Docker简介与安装

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/qq1010885678/article/details/46290985 Container技术: 传统的虚拟化技术: 通过对硬件层模拟,从而实现了能够在一套硬件上面运行多个操作系统,因为通过硬件虚拟化,使得操作系统认为在它之下就是硬件层 但是实际情况是这样的:虚拟机中的OS对硬件发出的请求都交给了虚拟的硬件,OS认为指令已经下达了,只要等待硬件返回信息即可,其实OS下面的那层“硬件”是要将指令发送给真正的硬件层来执行的 系统级别的虚拟化技术: 不同于传统的硬件虚拟化,它不需要模拟硬件层 多个虚拟机之间共享Host OS的Kernel内核,所以这些虚拟机是不可以像传统虚拟化技术那种装各种各样的OS,但是它同样可以让跑在里面的应用认为它就是处在一个独立的OS之中,每个虚拟机就像一个容器,里面可以装各种各样的应用,而不同容器中的应用总是认为他们是在一个独立在OS环境下的,所以又称为Container技术 两种虚拟化技术各有优劣,对比如下图: 下面是一张Container技术的结构图: 从图中可以看出,绿蓝红三种颜色的层组合起来就是一台Host主机,在Kernel层之上通过Container技术的三个要点:隔离(namespace),限制(cgroup),记录(chroot) 来虚拟出一个个容器,并管理他们 隔离: 通过namespace机制来避免一些系统级的冲突。 因为每个容器都可以当做一个独立的OS,那么他们就拥有自己的pid进程号等信息,如果这些东西和Host中的相冲突怎么办?毕竟容器不是自己在虚拟化的环境中独立安装一个OS,而是依赖于Host的OS 这时候就可以通过namespace来避免这些冲突,每个容器拥有自己的namespace来管理各自的系统信息 限制: 在Host看来,每个Container都只是一个普通的进程(当时在Container中的应用看来,这些Container都是一个OS),那么怎么来限制这些进程的CPU使用,时间片等资源呢? cgroup是linux内核提供的限制,记录和隔离进程组所用的资源 记录: 上面说过,每个Container都可以当做一个独立的OS,既然它是一个OS那么肯定有自己的文件系统,那么问题又来了,每个Container都有自己的FS,Host也有自己的FS,这么多独立的FS要怎么管理? chroot隔离根文件系统,怎么个说法呢?例如Host的根目录下有a,b目录,并且分别被两个Container当做其根目录。在Host角度来看,ab只是根目录下的两个普通文件夹而已,而对于Container a来说/a就是其根目录;对于Container b来说/b就是其根目录 Docker: 什么是Docker? Docker是一种Container技术的实现,上面说到的Container技术也同样可以用来描述Docker 想一想,我们在开发一个应用的时候 我们在自己的PC上完成了开发工作,并将项目交给测试人员进行测试,但是万一测试的PC上的环境和开发的环境不一样,可能会出现各种各样的问题,同理应用发布到服务器上也是一样的 应用每到一台新的PC中时就要求该PC要装上它需要的所有东西,还要注意版本是不是一致的 而Docker可以帮我们解决这些问题 Docker可以创建一个个Container,前面说过,每个Container都可以当做一个独立的OS,那么我们就可以在这个Container之中进行应用的开发。开发完成之后,我们可以将这个Container打包成一个Image(Image和Container的管理可以理解成:类和实例),可以将其看做是一个集装箱,里面装着应用和应用的各种环境 在测试的PC上,通过Docker将这个集装箱(Image)拿过来通过其创建一个Container就可以直接进行使用和测试,这个Container和开发时使用的Container的环境是一致的(通过一个类实例化出来的各个对象) Docker翻译为搬运工,它所做的事情也是搬运工一样的 我们可以将应用的各个组件,环境等都装进一个集装箱中,通过Docker运送到各个“码头上” 总结出一个Docker的最最简单的介绍:方便打包发布应用到容器中 我们来看看Docker的层次图: 最底层的lxc,aufs都收kernel内核中运行的 lxc:Linux Container,是Linux上的一种实现Container虚拟化的技术,早期的Docker就基于lxc实现的,最新的版本中已经用libcontainer代替了 aufs:Advanced multi layer Unification FileSystem,翻译成中文就是高级的,分层的,联合的文件系统,它最总要的内容就是可以将两个目录合并在一起,并可以设置操作权限(read-only/read-write)。Docker使用aufs来实现分层的文件管理 倒数第二层的Debian和BusyBox都是在Kernel之上的Image,Image就是一个镜像,可以通过这个镜像来创建多个Container,Image在aufs中是只读的 中间层就是通过Image创建出来的Container,Container在aufs中是可读可写的,通过一个只读的Image创建出一个Container,可以对这个Container进行修改(如上图中添加了一个emacs),然后在打包成一个不可读的Image,而这个Image又可以创建出基于它的Container 通过上面的描述不难得出一个结论:Docker中的Image是层层关联的,每个Image都有一个Parent Image(只有一个除外,那就是Base Image,即最基本的镜像,其他的Image都是在Base Image基础上得到的),使用一个Image时,Docker会找到其Parent Image直到Base Image Docker在启动Container的时候, aufs会将下层的文件系统设置成read-only,然后将Container的read-write挂载到下层的文件系统之上,构成一个完整的文件系统 在Container中所做的修改不会影响到其所属的Image(因为它是只读的,通过COW技术将要修改的文件复制到read-write层并改写),如果没有保存这个Container(将其打包成一个新的Image),那么当这个Container生命周期结束之后,所做的修改都会消失 这种机制的好处就是,每个阶段的Image都可以进行大量的重用,在创建Container的时候只需要加入不同的部分即可,而不用每次都将全部所需加载一遍 Docker Hub: 类似于Github的服务,用来分发Images,里面有大量的Image提供Docker用户下载,基于这些Image,可以快速的搭建出我们自己所需要的Image 同时我们也可以将自做的Image push到Docker Hub中提供别人下载 Docker安装: 由于是基于Kernel内核的,所以Docker只能跑在Linux上,而且是必须是64位的 在windows和mac系统上的Docker的宿主机并不是windows或者mac,而是借助一个linux虚拟机作为其宿主机 在这里使用VM创建的一个Ubuntu来作为宿主机,在Ubuntu中安装很简单 步骤如下: sudo apt-get update sudo apt-get install linux-image-generic-lts-raring linux-headers-generic-lts-raring sudo reboot sudo apt-key adv --keyserver hkp://keyserver.ubuntu.com:80 --recv-keys 36A1D7869245C8950F966E92D8576A8BA88D21E9 sudo sh -c "echo deb https://get.docker.io/ubuntu docker main\ > /etc/apt/sources.list.d/docker.list" sudo apt-get update sudo apt-get install lxc-docker 期间可能因为网络的原因会卡很久,完成之后输入 docker 如果可以识别命令就是安装成功了 另外,执行docker命令需要root权限,所以除了使用root用户之外,每条命令都要加上sudo 或者也可以通过将当前的用户加入docker用户组(Docker提供的)就可以随时执行docker命令 sudo gpasswd -a ${USER} docker sudo service docker restart #如果没有效果执行下列命令 newgrp - docker #切换当前会话到新 group 因为 groups 命令获取到的是缓存的组信息,刚添加的组信息未能生效,所以 docker images 执行时同样有错。

资源下载

更多资源
腾讯云软件源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题,腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构,目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称,一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring

Spring框架(Spring Framework)是由Rod Johnson于2002年提出的开源Java企业级应用框架,旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念,提供核心容器、应用上下文、数据访问集成等模块,支持整合Hibernate、Struts等第三方框架,其适用范围不仅限于服务器端开发,绝大多数Java应用均可从中受益。

WebStorm

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源,继承了IntelliJ IDEA强大的JS部分的功能。

用户登录
用户注册