maintainer

Dockerfile是由一系列命令和参数构成的脚本，这些命令应用于基础镜像并最终创建一个新的镜像。它们简化了从头到尾的流程并极大的简化了部署工作。Dockerfile从FROM命令开始，紧接着跟随者各种方法，命令和参数。其产出为一个新的可以用于创建容器的镜像。 一、Dockerfile 语法 使用以下的语法可以实现各种各样的镜像 FROM：指定父镜像，可以通过添加多个FROM，在同一个Dockerfile中创建多个镜像 MAINTAINER：维护者信息，可选 RUN：用来修改镜像的命令，可以用来安装程序，当一条RUN完成后，会在当前的镜像上创建一个新的镜像层，接下来的指令会在新的镜像层上执行。有2种形式。 RUN [“apt-get”, “update”]，调用exec RUN apt-get update,调用的/bin/sh EXPOSE：用来指明容器内进程对外开放的端口。在docker run的时候可以加-p（可以将EXPOSE中没列出的端口设置为对外开放）和-P（EXPOSE里所指定的端口映射到主机上另外的随机端口？？？）来设置端口。 ADD：向新容器中添加文件,文件可以是 主机文件：必须是相对Dockerfile所在目录的相对路径（如果是压缩文件，docker会解压缩） 网络文件：URL文件，在创建容器时会下载下来添加到镜像中。（如果是压缩文件，docker不会解压缩）

富 Web 时代，应用变得越来越强大，与此同时也越来越复杂。集群部署、隔离环境、灰度发布以及动态扩容缺一不可，而容器化则成为中间的必要桥梁。本节我们就来探索一下 Docker 的神秘世界，从零到一掌握 Docker 的基本原理与实践操作。别再守着前端那一亩三分地，是时候该开疆扩土了。我们将会围绕下面几点展开： 讲个故事 虚拟机与容器 认识 Docker 核心概念 安装 Docker 快速开始 常规操作 最佳实践 一、讲个故事 为了更好的理解 Docker 是什么，我们先来讲个故事：我需要盖一个房子，于是我搬石头、砍木头、画图纸、盖房子。一顿操作，终于把这个房子盖好了。 结果，住了一段时间，心血来潮想搬到海边去。这时候按以往的办法，我只能去海边，再次搬石头、砍木头、画图纸、盖房子。 烦恼之际，跑来一个魔法师教会我一种魔法。这种魔法可以把我盖好的房子复制一份，做成「镜像」，放在我的背包里。 等我到了海边，就用这个「镜像」，复制一套房子，拎包入住。是不是很神奇？对应到我们的项目中来，房子就是项目本身，镜像就是项目的复制，背包就是镜像仓库。如果要动态扩容，从仓库中取出项目镜像，随便复制就可以了。Build once，Run anywhere! 不用再关注版本、兼容、部署等问题，彻底解决了「上线即崩，无休止构建」的尴尬。 二、虚拟机与容器 开始之前，我们来做一些基础知识的储备： 1.虚拟机

云原生键值数据库项目在全球拥有近1000家生产用户 旧金山，加利福尼亚州-2020年9月2日- CNCF®（Cloud Native Computing Foundation®，云原生计算基金会）为云原生软件构建可持续的生态系统，今天宣布TiKV是第12个毕业的项目。从孵化阶段到毕业阶段，TiKV被越来越多的人采用，拥有一个开放的治理过程，特性成熟，以及对社区、可持续性和包容性的坚定承诺。 TiKV是一个以Rust编写的开源分布式事务键值数据库。它提供具有ACID保证的事务性键值API。项目为需要数据持久性、水平可伸缩性、分布式事务、高可用性和强一致性的应用程序提供了统一的分布式存储层，使其成为下一代云原生基础设施的理想数据库。 “TiKV是我们第一个基于Rust的项目，它是一个真正灵活和可扩展的云原生键值存储。”CNCF CTO/COO Chris Aniszczyk说：“自项目加入CNCF以来，我们对项目的成长及培育全球开源社区的愿望印象深刻。” 自2018年8月加入CNCF以来，在生产中采用TiKV的公司增加了一倍，达到了1000家，横跨多个行业，核心仓库的贡献者从78位增加到226位。维护团队目前有7人，所代表的企业分布健康，包括PingCAP、知乎、京东云、一点资讯等。 PingCAP 首席工程师、TiKV 项目负责人唐刘表示：“开源已经成为全球基础软件发展的重要方向

目的： 　　 Dockerfile 简介 　　 Dockerfile 制作 jdk 镜像 Dockerfile简介 　 　 了解dockerfile之前要先了解Docker基本概念和使用可参考： https://www.cnblogs.com/huangting/p/11960196.html 　　 Dockerfile是一个文本文档，文本里面包含了很多命令，每一条命令构建一层，因此每一条指令的内容，就是描述该层应当如何构建。有了 Dockerfile，当我们定义自己额外添加的需求时，只需在 Dockerfile 上添加或者修改指令，重新docker image build即可，省去了敲命令的麻烦。 　　殷切我们使用Docker时其中的镜像和容器都是基于Dockerfile运行的，所以Dockerfile可以快速定义镜像； 简单来说就如同pom文件去构建maven工程一样 我们来用一张图来康康镜像，容器和Docker之间的关系： 　　这三者的关系就是 Dockerfile构建镜像，然后运行镜像启动容器。 Dockerfile 基本结构 　　　 　 Dockerfile 由一行行命令语句组成，并支持以 # 开头的注释行。例如： 　　 主体内容分为四部分： 　　　　 基础镜像信息、 维护者信息、 镜像操作指令和容器启动时执行指令。 　　 基础镜像信息 FROM:

openEuler Summit 已经得到了 大家的很多支持 议题、支持单位、SIG、Demo 还在 增加 所以你不要 迟疑 了 赶快长按下方的海报 参与 到 openEuler Summit 当中来吧 在 openEuler Summit 人人都是主办方 人人都是参与者 这和开源精神的内核是一致的 大会议程日益丰满 并且干货满满、富有趣味 Hello openEuler 开发者体验区 非常的酷 因为我们想到了一个 从树莓派到数据中心的全场景展示 还有其他一些 “别有用心” 的 Demo 绝对的好玩 TC、SIG、Maintainer 已经准备好了 “网友见面” 现场召开 TC 工作会议 现场召开 SIG 组工作会议 现场接受新 SIG 申请 现场的 Maintainer 共同分享学习 演讲 招募还在继续 支持单位 招募还在继续 Demo 招募还在继续 申请 SIG 、申报工作会议 还在继续 距离招募截止还有 5天 赶快长按下方的二维码 参与 进来 吧 ！ 本文分享自微信公众号 - openEuler（openEulercommunity）。 如有侵权，请联系 support@oschina.cn 删除。 本文参与“ OSC源创计划 ”，欢迎正在阅读的你也加入，一起分享。 来源： oschina 链接： https://my.oschina.net/openeuler/blog

前言 驱动技术的，从来都不应该是技术，也不是情怀，应该是不断变化的诉求。 在过去的不知道多少年前，我们的应用和数据库，还部署在一台机器上，大概如下： +----------+ +--------------+ | | | | | | | | | | | +--------+ | | +--------------------> | | | | | | | App | | | | <------------------+ | ^ + | | | Client | | +--------+ | | | | | | | | | | +--------+ | | | | | + v | | | | | | DB | | | | | | | | | | | +--------+ | | | | | | | | Server | +----------+ +--------------+ 随着业务的增长，这样的架构已经不能满足大量的请求，这时候架构也随之改变，把应用与数据库拆分开来： +--------+ +---------+ +-------+ | | | | | | | +-------------> | +-----------> | | | Client | | App | | DB | | | <-------------+ | <-----------+ | | | | | |

由华为云、CNCF联合主办的“创原会•云原生技术精英沙龙”今日成功举办，云原生的新时代已经到来。 2011年，Netscape公司创始人马克·安德森提出：“软件正在吞噬世界”；2014年，OpenStack基金会创始人Jonathan Bryce又补充说：“世界的一切源于开源”；随后，业内普遍认同“云计算已改变了天空的颜色”；如今，“云原生正在吞噬世界”已经成为一种新趋势。 近年来，云原生的发展与普及，使得容器、Kubernetes、微服务等在各行业加速落地。来自Gartner的预测显示，到2022年全球75%的企业将在生产系统中使用容器，其中50%是以混合云容器形态使用；无独有偶，IDC也预计，到2022年，90%的新应用将采用微服务架构，35%的生产环境应用是云原生。 如今，几乎所有的主流IT企业都已经加入到云原生浪潮中来，技术的进化和应用的普及也推动云原生从1.0进入2.0时代。 在云原生2.0时代，云原生与底层计算、网络、存储等资源的融合日趋深入，通过构筑弹性、敏捷、可靠的IT基础设施，也将进一步推动云原生的落地，从而加速企业数字化转型，并给华为云与英特尔在云原生领域开辟新的合作空间。 从1.0到2.0 云原生将如何进化？ 在企业加速推进数字化转型的今天，上云与否已经不是问题，如何最大程度释放云的价值成为企业关注的焦点。 来自中国信通院《云原生发展白皮书（2020）》指出

docker之Dockerfile实践 上一篇介绍了Dockerfile中使用的指令，现在开始进行指令实践 先查看下本地的镜像，选一个作为base image： [root@docker ~]# docker images REPOSITORY TAG IMAGE ID CREATED SIZE wadeson/centos_nginx v1 210a202d37b8 2 hours ago 464MB nginx latest c59f17fe53b0 4 days ago 108MB ubuntu latest 747cb2d60bbe 3 weeks ago 122MB centos latest 196e0ce0c9fb 6 weeks ago 197MB 在某一个目录下面创建一个专门存放此demo的目录，也就是Dockerfile所在的context： [root@docker ~]# mkdir docker_demo [root@docker ~]# cd docker_demo/ [root@docker docker_demo]# touch Dockerfile [root@docker docker_demo]# pwd /root/docker_demo [root@docker docker_demo]# ll total 0 -rw-r--r--. 1

今日，云原生计算基金会 ( CNCF ) 宣布 TiKV 正式从 CNCF 毕业。TiKV 是继 Harbor 之后在 CNCF 毕业的第二个中国原创开源项目。从孵化项目晋升为毕业项目，标志着 TiKV 在产品成熟度、项目采用率以及社区持续性等方面取得一系列进展，可应用到各类行业、各种规模的生产环境。 TiKV 是一个开源的分布式事务 Key-Value 数据库，专注为下一代数据库提供可靠、高质量、实用的存储架构。最初由 PingCAP 团队在 2016 年 1 月作为 TiDB 的底层存储引擎设计并开发，第一版于 2016 年 4 月开源。2018 年 8 月被 CNCF 宣布接纳为沙箱云原生项目，在 2019 年 5 月从沙箱晋级至孵化项目。目前，TiKV 已经在知乎、一点资讯、Shopee、美团、京东云、转转等多行业头部企业得到上线应用。 TiKV 通过 Raft 一致性算法来实现数据多副本之间的一致性，本地采用了 RocksDB 存储引擎存储数据，同时 TiKV 支持数据自动切分和迁移。TiKV 的跨行事务最初参考 Google Percolator 事务模型，并进行了一些优化，提供快照隔离与带锁快照隔离，支持分布式事务。TiKV 的核心特性如下： 跨区复制：采用 Raft 协议和 Placement Driver 支持跨区复制。 可扩展性：通过 Raft 复制数据以及

Dockerfile 是一个用来构建镜像的文本文件，文本内容包含了一条条构建镜像所需的指令和说明。 使用Dockerfile定制镜像 1). 手动定制镜像并记录过程中所使用的命令； 2). 编写Dockerfile文件； ​ FROM 定制的镜像使用的母镜像 ​ RUN 运行的命令集 （不同命令可以使用“&&”放在同一个RUN后面，以减少镜像的层数） ​ CMD 容器运行后执行的命令 （命令格式为“[“参数1”,“参数2”,“参数3”...]”） 3). 创建镜像 # docker image build -t <镜像名称> 4). 运行测试 指令详解 FROM FROM image FROM image:tag FROM image@digest FROM为后续指令设置基本镜像。每个有效的Dockerfile文件，必须在文件内首先指定基本镜像。 FROM在同一个Dockerfile文件中可能会出现多次，用于创建多个镜像。 如果在基本镜像“image”后没有“tag”项，则默认使用“latest”（最新）镜像。 MAINTAINER 为生成的镜像指定作者信息，如名字，邮箱等等。 RUN # the command is run in a shell - /bin/sh -c RUN <command> # Executable form RUN ["executable",