Docker Swarm

导读： 美国时间 2019 年 6 月 19 日，Kubernetes发布了今年第二大版本 Kubernetes 1.15 ，此次版本共更新加强了 25 个相关功能，其中 2 个升级到 GA 版本， 13 个升级到 beta 版， 10 个 alpha 版。 1.15 版本的发布主题是：持续改进和可扩展性。 持续改进： 项目可持续性不仅仅与功能有关。许多SIG一直致力于提高测试覆盖率，确保基础功能持续可靠，核心功能持续稳定。 可扩展性： Kubernetes 社区一直致力于支持可扩展性。 1.15 版本发布周期中包含更多关于CRD和 API Machinery 的工作。此次周期中的大多数增强功能来自SIG API Machinery及相关领域。 更深入了解此次版本主要功能： 围绕核心 Kubernetes API的可扩展性 在 CRD 新开发的主题是围绕者数据一致性和原生性。用户考虑重点不会放在是CustomResource还是使用 Golang 原生资源。在下个版本或后续版本中，将会升级 CRD 和 admissio webhooks 到 GA 版本。 在这个方向上，社区重新考虑了CRD中基于 OpenAPI 的验证模式，并且从 1.15 开始，我们根据称为“ structural schema ”的限制检查每个资源

什么是Kubernetes？ Kubernetes产生的背景 Kubernetes的发展历程和应用现状 什么是Kubernetes？ 生产级别的 容器 编排 系统 自动化的容器部署、扩展和管理 Kubernetes是用于自动部署，扩展和管理容器化应用程序的开源系统 借鉴Google内部的群集管理系统“Borg”（2014 EuroSys）和“Omega”（15年的生产环境应用经验） Google于2014年开源，捐献给云原生计算基金会（CNCF，Cloud Native Computing Foundation） Kubernetes意思 希腊语 驾驶员（Pivlot）或舵手（Helmsman） 一般简称k8s（K ubernete s） Kubernetes产生背景 我认为是两方面的流行 微服务 容器 容器 什么是容器？ 一系列隔离运行的进程，提供了一种轻量操作系统层面的虚拟化技术 每个容器拥有自己的PID，Uscr，UTS，Network栈命名空间等 与传统VM比具有启动块、性能损耗小，更轻量等优点 Docker是目前使用最广，最成熟的容器技术 K8s默认使用Docker引擎 也可使用Rkt（CoreOS），或其他遵循CRI（continer runtime interface）的容器引擎，例如Containerd等 容器化系统面临的挑战 容器解决了应用打包、部署、运行的问题

负载平衡是现代分布式应用程序的主要要求。 1.12中引入的Docker Swarm模式具有本机内部和外部负载平衡功能，这些功能同时利用了iptables和ipvs，这是Linux内核内部的传输层负载平衡。 服务发现 Docker使用嵌入式DNS为在单个Docker Engine上运行的容器和在Docker Swarm中运行的任务提供服务发现。 Docker Engine有一个内部DNS服务器，可为用户定义的网桥，覆盖和MACVLAN网络中主机上的所有容器提供名称解析。每个Docker容器（或Swarm模式下的任务）都有一个DNS解析器，可将DNS查询转发到充当DNS服务器的Docker引擎。然后，Docker Engine检查DNS查询是否属于请求容器所属的网络上的容器或服务。如果是，则Docker Engine在其键值存储中查找与容器，任务或服务的名称匹配的IP地址，并将该IP或服务虚拟IP（VIP）返回给请求者。 服务发现是网络范围的，这意味着只有同一网络上的容器或任务才能使用嵌入式DNS功能。不在同一网络上的容器无法解析彼此的地址。此外，仅在特定网络上具有容器或任务的节点会存储该网络的DNS条目。这样可以提高安全性和性能。 如果目标容器或服务与源容器不在同一个网络上，则Docker Engine将DNS查询转发到配置的默认DNS服务器。 在此示例中

CNCF及Linux基金会简述 CNCF基金会是由Linux 基金会发起的，致力于管理和运转原生云项目，吸纳开源社区和合作伙伴，共同推动Kubernetes以及容器计算发展的非营利组织，全球共计有 250 多名会员，其中包括 Google、华为、阿里巴巴、IBM、Intel、Docker 和 Red Hat 等知名公司。 Linux基金会是全球知名的非营利性的联盟，推动行业产生原创性技术研究和内容，以促进Linux的发展。 在CNCF社区的计划 拥有实力雄厚的分布式存储技术团队，开发了国内第一款商业容器存储，提供FlexVolume、CSI插件，无缝对接K8S、Docker Swarm、Mesos等容器编排平台。该产品具备以下优势： ● 具备高性能分布式文件接口，全分布式元数据集群; ● 支持容器以及Namespace级别的Quota配置，QoS限速; ● 与容器平台的深度整合。在KubernetesV1.10.5以下版本中，可使用 Flex Volume插件支持静态与动态的卷创建。在KubernetesV1.10.5及以上版本，可以使用CSI plugin支持静态与动态卷的创建; ● 支持RWO/ROX/RWX三种访问方式，满足各种应用对存储的使用要求，并且针对不同的访问方式做深度优化; ● 高性能客户端以及缓存层，提高数据访问的效率与性能; ●

Cookie是什么？cookies是你访问网站时创建的数据片段文件，通过保存浏览信息，它们使你的在线体验更加轻松。 使用cookies，可以使你保持在线登录状态，记录你的站点偏好，并为你提供本地化支持。 First-party cookies or Third-party cookies 第一方cookie由你访问的站点创建。该站点指的是地址栏显示的站点; 第三方cookie是由其他站点创建的。这些站点拥有你当前访问的网页上部分资源，如广告或图像。 第一方/第三方cookie不是绝对的标签，而是相对于用户的上下文。 同一cookie可以是第一方也可以是第三方，这取决于用户当时所在的网站。 “ 为什么要提第三方cookie，这与下面的cookie的SameSite策略密切相关。 cookie的常规使用方式 web服务端发送给浏览器的cookie，浏览器会存储并在下次请求原服务器的时候回发cookie。 在HTTP请求模型中以标头的形式体现：Response中 Set-Cookie 标头种植cookie；Request Cookie 标头携带(该请求允许携带的)cookies HTTP/1.0 200 OK Content-type: text/html Set-Cookie: yummy_cookie=choco Set-Cookie: X-BAT-FullTicketId=TGT

0x00 概述 上一节里我们谈到了小型的独立项目如何使用 Docker Compose 来搭建程序的运行环境，对于由多人或多部门参与的中大型服务化架构的项目，仅由一个 Docker Compose 项目来管理它们的运行环境显然是不切实际的。在这一小节里，我们就谈谈如何在服务化开发中合理利用 Docker 来搭建环境。 0x01 服务开发环境 在开始之前，我们依然来设定一个场景。在这里，假定我们处于一个 Dubbo 治下的微服务系统，而工作是开发系统中某一项微服务。 微服务开发与上一节里我们提到的小型项目开发在环境搭建上有一定的区别，我们要合理地调整 Docker 的使用方法和策略，就必须先了解这些区别。 在微服务开发中，我们所开发的功能都不是完整的系统，很多功能需要与其他服务之间配合才能正常运转，而我们开发所使用的机器时常无法满足我们在一台机器上将这些相关服务同时运行起来。 我们仅仅是开发某一部分服务的内容，既对其他服务的运转机制不太了解，又完全没有必要在自己的机器上运行其他的服务。所以我们最佳的实践自然就是让参与系统中服务开发的同事，各自维护自己开发服务的环境，而直接提供给我们对应的连接地址使用服务即可。 更确切地说，我们在开发中，只需要在本地搭建起自己所开发服务的运行环境，再与其他开发者搭建的环境互联即可。 搭建本地环境 在我们的开发机器上，我们只需要运行我们正在开发的服务

来源： https://blog.csdn.net/notsaltedfish/article/details/80959913 Docker Docker 这个东西所扮演的角色，容易理解，它是一个容器引擎，也就是说实际上我们的容器最终是由 Docker创建 ，运行在Docker中，其他相关的容器技术都是以 Docker为基础 ，它是我们使用其他容器技术的 核心 。 Docker-Compose Docker-Compose 是用来管理你的容器的，有点像一个容器的管家，想象一下当你的Docker中有成百上千的容器需要启动，如果一个一个的启动那得多费时间。有了Docker-Compose你只需要编写一个文件，在这个文件里面声明好 要启动的容器 ， 配置一些参数 ，执行一下这个文件，Docker就会按照你声明的配置去把 所有的容器 启动起来，但是Docker-Compose只能管理 当前主机 上的 多个 Docker容器，也就是说 不能去启动其他主机 上的Docker容器。 Docker Swarm Docker Swarm 是一款用来管理 多主机 上的Docker容器的工具，可以负责帮你 启动容器 ，监控 容器状态 ，如果容器的状态不正常它会帮你 重新帮你启动 一个新的容器，来 提供服务 ，同时也提供 服务之间 的 负载均衡 ，而这些东西Docker-Compose 是做不到的

非常非常抱歉，今天上午的故障又一次给大家带来麻烦了，再次恳请大家的谅解。 在昨天升级阿里云 RDS SQL Server 实例的配置后（详见 昨天的博文 ），万万没有想到，今天上午更高配置的阿里云 RDS 实例依然出现了 CPU 居高不下的问题。 在数据库 CPU 高的情况下，有时对访问速度影响不大，有时巨慢无边，在今天上午的故障期间，我们通过2次主备切换才恢复了正常。 下午，我们我们调整了服务器的部署，用了更多服务器进行混合部署（docker-compose与docker swarm），情况有了明显改善。 但是，15:15 开始数据库 CPU 又飚了上去，但访问速度没有受到明显影响，一致坚持到 16:50 左右，在扛不住的时候，我们再次通过主备切换恢复了正常。 这次恢复正常后，我们才突然想到，数据库每天一大早会跑一个整理索引碎片的任务，是不是升级后这个任务不能正常执行了？打开 SSMS 一看，果然是。 昨天因为升级 SQL Server 后重建备库，整理索引碎片任务失败了。 Date 9/5/2019 06:30:00 Log Job History (Reorganize Index) Step ID 1 Server SD39184A Job Name Reorganize Index Step Name Reorganize Index Duration 00:00:00

关注嘉为科技，获取运维新知 企业应用系统：从单体应用走向微服务架构；从裸金属走向容器。 如果在诸多热门云计算技术诸如容器、微服务、DevOps、OpenStack等之中，找出一个最火的方向，那么可能非微服务莫属。尽管话题炙手可热，但对传统行业来说，微服务落地和方法论目前处于起步阶段。 单体架构 对于传统企业来说，数字化转型的需求日益迫切，其IT架构面临着互联网融合业务中海量用户和快速迭代的巨大挑战。当前，我们所开发的应用，不管是运行在局域网中还是部署在云端的，都采用了单体架构、分布式架构或微服务架构其中的一种。 其中，采用单体架构的应用数量最多，我们将这种应用简称为单体应用。我们可以将单体应用理解为主要的业务逻辑模块（我们编写的代码模块，不包括独立的中间件）运行在一个进程中的应用，最典型的是跑在Tomcat中的Java Web应用，不管这个应用在内部划分了多少模块，以及是否采用了MVC的分层架构，它都是一个单体应用，因为所有模块都运行在一个Tomcat容器中，位于一个进程里，如图所示是目前应用最为广泛的基于Sping Framework的单体应用的架构图。 单机应用有哪些好处和劣势呢？ 好处 技术门槛低 编程工作量少 开发简单快速 调试方便 环境容易搭建 容易发布部署及升级 无论是开发还是运维，其总体成本都很低且见效快 劣势 单体应用的系统比较膨胀与臃肿

Docker如日中天，这不是单纯的炒概念，Docker确确实实解决了开发与运维的痛点，因此在企业开发中得到了非常广泛的使用。 Docker是一个开放源代码软件项目，让应用程序部署在软件容器下的工作可以自动化进行，借此在Linux操作系统上，提供一-个额外的软件抽象层，以及操作系统层虚拟化的自动管理机制。 今天分享一份280页的Docker实战文档，相信看完后对Docker会有更深入的了解。 由于文档内容过多，在此只以截图展示部分内容，详细完整版的Docker实战文档请见文末。 第一章：欢迎来到Docker 世界： 1.什么是Docker2. Docker 解决了什么问题3. 为什么Docker 如此重要4. 何时何处使用Docker5.案例："Hello World" 第二章：在容器中运行软件： 1.从Docker 命令行工具获得帮助2.控制容器：建立一个网站的监控器3. 已解决的问题和PID 命名空间4. 消除元数据冲突：构建一个网站农场5. 构建与环境无关的系统6. 建立持久化的容器7.清理 第三章：软件安装的简化： 1. 选择所需的软件2. 什么是仓库3. 查找和安装软件4. 命令行使用Docker Hub5.通过网站访问Docker Hub6.使用替代注册服务器7.镜像文件8. 从Dockerfile 安装9.安装文件和隔离 第四章：持久化存储和卷间状态共享： 1.