容器技术

在J2EE的整个发展历程中，现在正是一个非常时刻。从很多方面来说，J2EE都是一个伟大的成功：它成功地在从前没有标准的地方建立了标准；大大提升了企业级软件的开放程度，并且得到了整个行业和开发者的广泛认可。然而，J2EE在一些方面已经开始捉襟见肘。J2EE应用开发的成本通常很高。J2EE应用项目至少和从前的非J2EE项目一样容易失败——如果不是更容易失败的话。这样的失败率高得让人难以接受。在这样的失败率之下， 软件开发 几乎变成了碰运气。而在J2EE遭遇失败的场景中，EJB通常都扮演着重要的角色。因此，J2EE社群不断地向着更简单的 解决方案 、更少使用EJB的方向发展[1]。然而，每个应用程序都需要一些基础设施，拒绝使用EJB并不意味着拒绝EJB所采用的基础设施解决方案。那么，如何利用现有的框架来提供这些基础设施服务呢，伴随着这个问题的提出，一个轻量级的J2EE解决方案出现了，这就是Spring Framework 。 　　Spring是为简化企业级系统开发而诞生的，Spring框架为J2EE应用常见的问题提供了简单、有效的解决方案，使用Spring，你可以用简单的POJO(Plain Old Java Object)来实现那些以前只有EJB才能实现的功能。这样不只是能简化 服务器 端开发，任何Java系统开发都能从Spring的简单、可测试和松耦合特征中受益。可以简单的说

一、Kubernetes是什么 Kubernetes是一个轻便的和可扩展的开源平台，用于管理容器化应用和服务。通过Kubernetes能够进行应用的自动化部署和扩缩容。在Kubernetes中，会将组成应用的容器组合成一个逻辑单元以更易管理和发现。Kubernetes积累了作为Google生产环境运行工作负载15年的经验，并吸收了来自于社区的最佳想法和实践。Kubernetes经过这几年的快速发展，形成了一个大的生态环境，Google在2014年将Kubernetes作为开源项目。Kubernetes的关键特性包括： 自动化装箱 ：在不牺牲可用性的条件下，基于容器对资源的要求和约束自动部署容器。同时，为了提高利用率和节省更多资源，将关键和最佳工作量结合在一起。 自愈能力 ：当容器失败时，会对容器进行重启；当所部署的Node节点有问题时，会对容器进行重新部署和重新调度；当容器未通过监控检查时，会关闭此容器；直到容器正常运行时，才会对外提供服务。 水平扩容 ：通过简单的命令、用户界面或基于CPU的使用情况，能够对应用进行扩容和缩容。 服务发现和负载均衡 ：开发者不需要使用额外的服务发现机制，就能够基于Kubernetes进行服务发现和负载均衡。 自动发布和回滚 ：Kubernetes能够程序化的发布应用和相关的配置。如果发布有问题，Kubernetes将能够回归发生的变更。

镜像相关 1、如何批量清理临时镜像文件？ docker rmi $(docker images -q -f danging=true) 2、如何查看镜像支持的环境变量？ docker run IMAGE env 3、本地的镜像文件都存放在哪里？ 与Docker相关的本地资源存放在/var/lib/docker/目录下，其中container目录存放容器信息，graph目录存放镜像信息，aufs目录下存放具体的镜像底层文件。 4、构建Docker镜像应该遵循哪些原则？ 整体原则上，尽量保持镜像功能的明确和内容的精简，要点包括： # 尽量选取满足需求但较小的基础系统镜像，建议选择debian:wheezy镜像，仅有86MB大小 # 清理编译生成文件、安装包的缓存等临时文件 # 安装各个软件时候要指定准确的版本号，并避免引入不需要的依赖 # 从安全的角度考虑，应用尽量使用系统的库和依赖 # 使用Dockerfile创建镜像时候要添加.dockerignore文件或使用干净的工作目录 容器相关 1、容器退出后，通过docker ps 命令查看不到，数据会丢失么？ 容器退出后会处于终止（exited）状态，此时可以通过 docker ps -a 查看，其中数据不会丢失，还可以通过docker start 来启动，只有删除容器才会清除数据。 2、如何停止所有正在运行的容器？ docker

Docker的学习之路： 个人对docker技术算是挺感兴趣吧，将docker好好总结了一下，在下面去介绍。难点就是要分清容器—仓库—镜像之间的关系，其他都还好，不难理解，也挺有意思。2048游戏的引入，让docker技术更加容易被理解。 Docker：爱不释手的容器技术 文章目录 Docker的学习之路： Docker：爱不释手的容器技术 一个完整的Docker有以下几个部分组成： Docker 架构 特性：在docker的网站上提到了docker的典型场景： 局限：Docker并不是全能的，设计之初也不是KVM之类虚拟化手段的替代品，简单总结几点： namespace: lxc: LXC的实现 传统虚拟化和容器技术对比： docker演示：实验环境： Docker： 2048游戏的产生： docker 跑ubuntu操作系统： 镜像分层结构： Docker 构建镜像： 一：load方法： 二：bulid方法： Docker httpd服务镜像构建： Docker nginx镜像构建： 镜像优化： 来自百度：Docker 是一个开源的应用容器引擎，让开发者可以打包他们的应用以及依赖包到一个可移植的镜像中，然后发布到任何流行的 Linux或Windows 机器上，也可以实现虚拟化。容器是完全使用沙箱机制，相互之间不会有任何接口。 一个完整的Docker有以下几个部分组成： 1

1.1 Spring概括 1.1.1 Spring是什么 Spring是一个开源的轻量级Java SE（Java 标准版本）/Java EE（Java 企业版本）开发应用框架，其目的是用于简化企业级应用程序开发。应用程序是由一组相互协作的对象组成。而在传统应用程序开发中，一个完整的应用是由一组相互协作的对象组成。所以开发一个应用除了要开发业务逻辑之外，最多的是关注如何使这些对象协作来完成所需功能，而且要低耦合、高内聚。业务逻辑开发是不可避免的，那如果有个框架出来帮我们来创建对象及管理这些对象之间的依赖关系。可能有人说了，比如“抽象工厂、工厂方法设计模式”不也可以帮我们创建对象，“生成器模式”帮我们处理对象间的依赖关系，不也能完成这些功能吗？可是这些又需要我们创建另一些工厂类、生成器类，我们又要而外管理这些类，增加了我们的负担，如果能有种通过配置方式来创建对象，管理对象之间依赖关系，我们不需要通过工厂和生成器来创建及管理对象之间的依赖关系，这样我们是不是减少了许多工作，加速了开发，能节省出很多时间来干其他事。Spring框架刚出来时主要就是来完成这个功能。 Spring框架除了帮我们管理对象及其依赖关系，还提供像通用日志记录、性能统计、安全控制、异常处理等面向切面的能力，还能帮我管理最头疼的数据库事务，本身提供了一套简单的JDBC访问实现，提供与第三方数据访问框架集成

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

作者介绍 魏世江 希云联合创始人、CTO，负责基于Docker的自动化服务管理平台的后端研发工作。擅长Docker相关技术、PasS平台架构及企业自动化运维系统的设计及开发。创业之前在新浪SAE平台任技术经理，从09年SAE立项至13年下半年的四年多时间里，一直负责SAEPasS平台各种基于Web的服务管理系统的设计及开发，在DevOps方面积累了丰富的经验。Docker引擎代码贡献者，在Docker开源项目中代码贡献量全球排名50名左右。 开篇 Mongo在很早就支持了replication set和sharding集群。经过了这么多年的沉淀，Mongo集群的成熟度已经非常稳定，被大量公司用到自己的生产环境下。如何使用容器技术来实现Mongo集群的一键式交付部署，屏蔽底层实现的细节，是很多人关心的话题。 本文将给大家介绍基于进程的容器技术实现Mongo sharding集群的一键部署，充分展现了容器的强大威力。 什么是Mongo sharding集群 Mongo(mongodb.com)作为流行的文档数据库，有很多有趣的特性，比如内置failover、支持文件存储、支持mapreduce以及可以在服务器端直接运行js脚本，当然我们今天最关心的是它内置的sharding功能。分布式系统的设计向来具有很高的挑战，在最近一些年，随着互联网的发展，分布式的实践逐步开始得到推广和重视。

Docker镜像与容器 理解虚拟化 计算机中，虚拟化是一种资源管理技术，打破计算机的内存、网络、硬盘等资源的不可切割的障碍，更好的进行的资源分配； 在实际生产环境中，虚拟化技术主要解决的是高性能的物理硬件性能过生和低性能硬件产能过低的重组重用，达到最大化的利用物理硬件，充分发挥其最大的作用 虚拟化技术的种类有很多，比如软件虚拟化，内存虚拟化，服务虚拟化，虚拟机等，比如VMware 理解Docker Docker是实现轻量级的操作系统虚拟化解决方案，基于Linux容器 特别适用于微服务架构，我们也知道微服务架构是将一个应用拆成十几个微服务项目，Docker的容器就特别迎合这种部署架构； 一台宿主机可以创建多个Docker容器，每个容器互不影响，相互隔离，分别部署微服务架构的多个应用，尽可能的利用系统资源 虚拟化与Docker容器的比较 Docker容器是在操作系统层面上实现虚拟化，复用本地主机的操作系统，相当于调用一个应用一样，只要你有一个docker引擎，就能把本地操作系统复刻一个出来，当然系统还是只有一个系统 传统的虚拟机则是在硬件层面实现，在物理机上虚拟一个其他的系统，占用很多的内存，比如安装一个管理虚拟机的软件VMware，在Windows上通过虚拟机搭建Linux或者其他的环境，搭建的环境和本地操作系统是没有任何关系的 传统的虚拟机的启动和一个物理机的启动速度一致

课题 《 Spring框架的前世今生及系统概述》 课程目标 1、 通过对本章内容的学习，可以掌握 Spring的基本架构及各子模块之间的依赖关系。 2、 了解 Spirng的发展历史，启发思维。 3、 对 Spring形成一个整体的认识，为之后的深入学习做铺垫。 4、 通过对本章内容的学习，可以了解 Spring版本升级的规律，从而应用到自己的系统升级版本命名。 5、 采用 Gradle构建Spring5源码。 内容定位 Spring使用经验1-5年，希望深入了解Spring源码的人群。 课程大纲 第一章： Spring的前世今生 1、 一切从 Bean开始 2、Spring的设计初衷 简化开发 Spring简化开发四个基本策略 基于POJO的轻量级和最小侵入性编程 通过依赖注入和面向接口松耦合 基于切面和惯性进行声明式编程 通过切面和模板减少样板式代码 3、BOP编程伊始 4、依赖注入的基本概念 5、AOP编程理念 第二章： Spring5系统架构 Spring 总共大约有 20 个模块，由 1300 多个不同的文件构成。而这些组件被分别整合在核心容器（Core Container）、AOP（Aspect Oriented Programming）和设备支持（Instrmentation）、数据访问 及集成（Data Access/Integeration）、Web、报文发送

Portworx，容器存储与数据管理专业解决方案提供商，对其行业领先的容器原生存储解决方案Portworx Enterprise进行了更新，使其企业用户能够在Kubernetes上对关键应用程序进行扩展、备份和恢复。PX-Backup和PX-Autopilot均用于实现存储容量管理。Portworx通过PX-Backup进入企业级备份市场，使企业用户能够方便而安全地对其所有的Kubernetes应用备份进行云原生方式的管理。 PX-Backup在容器领域内的独特性在于它支持使用单个命令进行单个Pod、多个Pod以及整个Kubernetes NameSpace的备份，即便企业使用的是Microsoft Azure、AWS或谷歌存储。 此外， 用于进行存储容量管理的PX-Autopilot还使企业能够采用智能化的方式管理存储，仅在需要时扩充容量，从而削减50%的云端存储成本，消除长期以来的云端存储在配置时即收费，而非使用时才收费的问题。 在企业认识到云原生技术对于其数字化转型的巨大作用之后，容器技术被更加广泛的使用。Gartner预测认为，到2022年，超过20%的企业存储容量都将用于支持容器工作负载，而这一数字现在还未达到1%。这样一来，企业就需要容器原生存储平台来解决Kubernetes上运行容器应用中的各种问题。此次更新奠定了Portworx的行业领先地位：