容器技术

项目主页：http://kubernetes.io/ docker仅能在单机上部署容器，而kubernetes可以统一管理各类容器，形成集群。Kubernetes作为Docker生态圈中重要一员，是Google多年大规模容器管理技术的开源版本。Kubernetes支持GCE、vShpere、CoreOS、Azure等平台，也可以直接运行在物理机上。 Kubernetes非常适合做微服务的架构。 其主要功能如下： 1) 用户不需要关心需要多少台机器，只需要关心软件（服务）运行所需的环境。以服务为中心，你需要关心的是api，如何把大服务拆分成小服务，如何使用api去整合它们。 2) 以集群的方式运行管理容器。 3) 解决Docker跨机器容器之间的通讯问题。 4) Kubernetes的Pods自我修复机制使得容器集群总是运行在用户指定的状态。 Kubernetes有几个重要的概念： 1. Pod Pod是k8s的最基本的操作单元，包含一个或多个紧密相关的容器，类似于豌豆荚的概念。一个Pod可以被一个容器化的环境看作应用层的“逻辑宿主机”（Logical Host).一个Pod中的多个容器应用通常是紧耦合的。Pod在Node上被创建、启动或者销毁。 为什么k8s使用Pod在容器之上再封装一层呢？一个很重要的原因是Docker容器之间的通信受到Docker网络机制的限制

本文转载自： https://www.cnblogs.com/wangdaijun/p/6142168.html 作者：wangdaijun 转载请注明该声明。 转 http://blog.csdn.net/tangtong1/article/details/51326887 另附码云地址 https://gitee.com/free/spring-framework-reference 中文翻译地址: http://spring.cndocs.ml/ 完善中 (作者 csdn http://blog.csdn.net/isea533 ) spring 官方文档： http://docs.spring.io/spring/docs/current/spring-framework-reference/htmlsingle/ 一、Spring框架概述 Spring框架是一个轻量级的解决方案，可以一站式地构建企业级应用。Spring是模块化的，所以可以只使用其中需要的部分。可以在任何web框架上使用控制反转（IoC），也可以只使用 Hibernate集成代码 或 JDBC抽象层 。它支持声明式事务管理、通过RMI或web服务实现远程访问，并可以使用多种方式持久化数据。它提供了功能全面的 MVC框架 ，可以透明地集成 AOP 到软件中。 Spring被设计为非侵入式的

IOC 的理解与解释 IOC 是什么？ Ioc—Inversion of Control，即“控制反转”，不是什么技术，而是一种设计思想。在Java开发中，Ioc意味着将你设计好的对象交给容器控制，而不是传统的在你的对象内部直接控制。如何理解好Ioc呢？理解好Ioc的关键是要明确“谁控制谁，控制什么，为何是反转（有反转就应该有正转了），哪些方面反转了”，那我们来深入分析一下： ● 谁控制谁，控制什么： 传统Java SE程序设计，我们直接在对象内部通过new进行创建对象，是程序主动去创建依赖对象；而IoC是有专门一个容器来创建这些对象，即由Ioc容器来控制对象的创建；谁控制谁？当然是IoC 容器控制了对象；控制什么？那就是主要控制了外部资源获取（不只是对象包括比如文件等）。 ● 为何是反转，哪些方面反转了： 有反转就有正转，传统应用程序是由我们自己在对象中主动控制去直接获取依赖对象，也就是正转；而反转则是由容器来帮忙创建及注入依赖对象；为何是反转？因为由容器帮我们查找及注入依赖对象，对象只是被动的接受依赖对象，所以是反转；哪些方面反转了？依赖对象的获取被反转了。 用图例说明一下，传统程序设计如图2-1，都是主动去创建相关对象然后再组合起来： 图2-1 传统应用程序示意图 当有了IoC/DI的容器后，在客户端类中不再主动去创建这些对象了，如图2-2所示: 图2-2有IoC

Spring 是一个开源框架，是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构，分层架构允许您选择使用哪一个组件，同时为 J2EE 应用程序开发提供集成的框架。 在这篇由三部分组成的 Spring 系列 的第 1 部分中，我将介绍 Spring 框架。我先从框架底层模型的角度描述该框架的功能，然后将讨论两个最有趣的模块：Spring 面向方面编程（AOP）和控制反转 （IOC） 容器。接着将使用几个示例演示 IOC 容器在典型应用程序用例场景中的应用情况。这些示例还将成为本系列后面部分进行的展开式讨论的基础，在本文的后面部分，将介绍 Spring 框架通过 Spring AOP 实现 AOP 构造的方式。 请参阅 下载 ，下载 Spring 框架和 Apache Ant，运行本系列的示例应用程序需要它们。 Spring 框架 Spring 框架是一个分层架构，由 7 个定义良好的模块组成。Spring 模块构建在核心容器之上，核心容器定义了创建、配置和管理 bean 的方式，如图 1 所示。 图 1. Spring 框架的 7 个模块 组成 Spring 框架的每个模块（或组件）都可以单独存在，或者与其他一个或多个模块联合实现。每个模块的功能如下： 核心容器 ：核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory

入职了新公司，使用了Docker和K8s，需要有一个基础的了解，对网络上相关信息进行了简单总结。 一Docker 1简介： Docker 将应用程序与该程序的依赖，打包在一个文件里面。运行这个文件，就会生成一个虚拟容器。程序在这个虚拟容器里运行，就好像在真实的物理机上运行一样。 2功能： 虚拟化解决了应用运行环境的复杂，硬件管理的问题，提供可移植性。 3架构： Docker 使用客户端-服务器 (C/S) 架构模式，使用远程API来管理和创建Docker容器。 Docker 客户端(clients)会与 Docker 守护进程进行通信。 Docker 守护进程(daemon)和容器运行在一台主机上。用户并不直接和守护进程进行交互，而是通过 Docker 客户端间接和其通信。 Docker 容器和文件夹很类似，一个Docker容器包含了所有的某个应用运行所需要的环境。每一个 Docker 容器都是从 Docker 镜像(image)创建的。 Docker仓库(repsitory)用来保存镜像。 4应用场景： 1)提供一次性的环境 2)提供弹性的云服务 3)组建微服务架构 二K8s 1简介： 全新的基于容器技术的分布式架构领先方案。Kubernetes(k8s)是Google开源的容器集群管理系统（谷歌内部:Borg）。在Docker技术的基础上，为容器化的应用提供部署运行、资源调度

container ecosystem 容器生态系统，思维导图 自己的小理解，仅作为捋思路使用。 容器技术的背景、基础结构 contrainer ecosystem Kernel Platform Suport 容器生态主要分为三块大的组成，核心技术、平台、支持技术 Kernel Container specification Container runtime Container manager Container definition Registry Container OS Runtime spec Image format spec lxc runc rkt lxd docker engine rkt cli docker image dockerfile ACI:app container image docker registry docker hub ..... core os ubuntu core 核心技术 为了一个大目标：应用环境的更广、更适用 specification：标准是基础，统一容器的标准，好似usb接口取代了许多电脑接口，来源于标准化，主要使runtime和image进行标准化。 runtime：容器运行的环境。 lxd：原docker默认的runtime，来源于Linux。 runc：docker自己开发的runtime，先docker默认。

IoC容器是什么？ IoC文英全称Inversion of Control，即控制反转，我么可以这么理解IoC容器： 　　“把某些业务对象的的控制权交给一个平台或者框架来同一管理，这个同一管理的平台可以称为IoC容器。” 我们刚开始学习spring的时候会经常看到的类似下面的这代码： ApplicationContext appContext = new ClassPathXmlApplicationContext("cjj/models/beans.xml"); Person p = (Person)appContext.getBean("person"); 上面代码中，在 创建ApplicationContext实例对象过程中会创建一个spring容器 ，该容器会读取配置文件"cjj/models/beans.xml",并统一管理由该文件中定义好的所有bean实例对象，如果要获取某个bean实例，使用getBean方法就行了。例如我们只需要将Person提前配置在beans.xml文件中（可以理解为注入），之后我们可以不需使用new Person()的方式创建实例，而是通过容器来获取Person实例，这就相当于将Person的控制权交由spring容器了，差不多这就是控制反转的概念。 那在创建IoC容器时经历了哪些呢？为此，先来了解下Spring中IoC容器分类

什么是Docker Docker的构想是要实现“Build，Ship and Run Any App，Anywhere”，即通过对应用的封装（Packaging）、分发（Distribution）、部署（Deployment）、运行（Runtime）生命周期进行管理，达到 应用组件 “ 一次封装，到处运行 ”的目的。这里的应用组件，既可以是一个Web应用、一个编译环境，也可以是一套数据库平台服务，甚至是一个操作系统或集群。 基于Linux平台上的多项开源技术，Docker提供了高效、敏捷和轻量级的容器方案，并支持部署到本地环境和多种主流云平台。可以说，Docker首次为应用的开发、运行和部署提供了“一站式”的实用解决方案。 Docker也并非“从石头缝里蹦出来的”，而是站在前人的肩膀上，其中最重要的就是Linux容器（Linux Containers，LXC）技术。在LXC的基础上，Docker进一步优化了容器的使用体验，让它进入了寻常百姓家。 “容器有效地将由单个操作系统管理的资源划分到孤立的组中，以更好地在孤立的组之间平衡有冲突的资源使用需求。与虚拟化相比，这样既不需要指令级模拟，也不需要即时编译。容器可以在核心CPU本地运行指令，而不需要任何专门的解释机制。此外，也避免了准虚拟化（paravirtualization）和系统调用替换中的复杂性。” 首先，Docker提供了

https://blog.csdn.net/wanglei_storage/article/details/77508620 实践中会发现，生产环境中使用单个 Docker 节点是远远不够的，搭建 Docker 集群势在必行。然而，面对 Kubernetes, Mesos 以及 Swarm 等众多容器集群系统，我们该如何选择呢？它们之中，Swarm 是 Docker 原生的，同时也是最简单，最易学，最节省资源的，比较适合中小型公司使用。 Docker Swarm 介绍 Swarm 在 Docker 1.12 版本之前属于一个独立的项目，在 Docker 1.12 版本发布之后，该项目合并到了 Docker 中，成为 Docker 的一个子命令。目前，Swarm 是 Docker 社区提供的唯一一个原生支持 Docker 集群管理的工具。它可以把多个 Docker 主机组成的系统转换为单一的虚拟 Docker 主机，使得容器可以组成跨主机的子网网络。 Docker Swarm 是一个为 IT 运维团队提供集群和调度能力的编排工具。用户可以把集群中所有 Docker Engine 整合进一个「虚拟 Engine」的资源池，通过执行命令与单一的主 Swarm 进行沟通，而不必分别和每个 Docker Engine 沟通。在灵活的调度策略下，IT 团队可以更好地管理可用的主机资源

据IDC最新发布的《软件定义计算软件市场半年跟踪报告》显示，2019年上半年中国软件定义计算软件市场的市场规模达到了3.4亿美元，同比增长36.3%。IDC预测，该市场在数据中心现代化、企业基础架构云化以及云原生应用普及化的趋势下，在未来五年其复合增长率仍将达到24.8%，到2023年市场规模将达到20.3亿美元。 容器市场将呈现爆发式增长 现阶段，在软件定义计算软件的三个子市场中，虚拟化软件仍然占据了最大份额。IDC预测，在未来五年，随着中国企业服务器虚拟化***率逐渐提高并且趋向于稳定，虚拟化软件市场的增长将逐渐放缓；而云系统软件和容器基础架构软件则维持高增长，逐渐成为助推软件定义计算软件增长的主要动力。特别是近两年被大家关注的容器市场，更是呈现爆发式增长。 伴随着云原生和混合云的热潮，容器是这两年最被市场所关注，发展速度最快的IT领域之一。容器发展之初，使用者大都集中在互联网企业，大多数传统企业还处于探索和评估阶段，或者借助开源版本尝试小范围部署容器。这两年随着技术方向更加的清晰化，容器相关开源社区积极的拓展生态和技术，企业数字化转型对于敏捷架构和创新的需求，以及在企业中出现了越来越多的最佳实践，容器的商业化市场初见雏形。 容器市场呈多元化，创新型厂商表现活跃 IDC预测容器基础架构软件市场2019的整体规模是7340万美元，其所带来的的容器相关市场（搭建容器