Pass容器了解

常用容器：

1. Linux容器

2. 容器和虚拟机

3. 容器发展史

4. 容器优势

5. 为什么选择博云

什么是容器技术？

容器技术是通过一种虚拟化技术来隔离运行在主机上不同进程，从而达到进程之间、进程和宿主操作系统相互隔离、互不影响的技术。

容器技术最早应用在Linux操作系统。 2008 年，通过将 Cgroups 的资源管理能力和 Linux Namespace （命名空间）的视图隔离能力组合在一起，一项完整的容器技术 LXC （Linux Container）出现在了 Linux 内核中，这就是如今被广泛应用的容器技术的实现基础。

随后随着容器管理器（Docker、Rocket和CloudFoundary Garden）兴起，定制容器宿主操作系统(CoreOS、Ubuntu Snappy、Red Hat Atomic)盛行，容器被有效构建和管理、并在各行各业普遍使用和认可。

什么是容器编排？

容器技术使开发团队无需关注底层资源，可以全心投入应用开发，提高了开发效率，加速了业务上线；运维团队则考可以专注于基础架构维护，让现代化应用的运维工作更轻松。而容器编排是指对单独组件和应用层的工作进行组织的流程。

Kubernetes 是一个开源的容器编排引擎，作为事实上的容器“编排之王”，它主要用于自动化部署、扩展和管理容器化应用的开源系统，帮助用户减少应用容器化过程的许多手动部署和扩展操，使应用容器化部署更简单、更高效。

提供企业级 Kubernetes 平台能力。它为开发人员提供了快速获取开发环境、资源按需弹性伸缩、自动化流水线构建、服务标准易于流转、接入延续开发习惯等能力，实现业务的敏捷迭代需求。

容器与容器云的关系是什么

容器是一个标准的软件单元，将代码及其所有依赖项打包在一起，这样应用就可以快速可靠的从一个环境迁移到另一个环境。容器的标准化、轻量级、隔离强等特性，让应用具有在各环境中快速流转、共享系统内核提高资源使用效率、运行更加安全等能力。

容器解决了开发人员的生产力问题，开发人员可以在云端创建容器并在云端部署容器。容器编排用于自动化部署、管理和监控庞大容器集群。从单一开发者和单一容器镜像，到无数开发者和庞大容器集群，容器技术实现了从“容器”到“容器云”的飞跃。

容器云，可以简单理解为在云上的容器技术服务，容器和容器调度跑在云上，这个概念的终极体现是PaaS层的云交付模式。容器云借助容器的特性，可以帮助用户解决应用的快速部署、环境标准化、业务弹性扩缩容、简化管理、提高资源利用率等业务问题。

容器云平台和传统云平台有什么区别

云平台也称为云计算平台，是指基于硬件资源和软件资源的服务，提供计算、网络和存储能力，就是我们常说的IaaS层。传统云平台的架构设计是以资源为核心，基于硬件之上实现操作系统隔离，底层硬件实现共享。

从容器的本质来看，容器是一种操作系统级的虚拟化技术，容器自身提供了IaaS层能力。Kubernetes提供了容器调度和管理的能力，辅以监控、日志、多租户等功能实现容器云平台功能的核心。基于容器技术为底座，所构建的应用的开发、管理和运维平台可称为容器化PaaS平台，它是一种轻量化PaaS实现。容器云平台的架构设计是以应用为核心，基于操作系统之上实现应用隔离，底层操作系统和硬件实现共享。

综上所述，传统云平台专注于底层资源管理能力，同应用的开发和运维完全分离。而容器云平台在提供底层资源能力的基础上，增加了应用的管理和运维能力，特别是其声明式方式有效提升了自动化运维能力，让应用的开发和运维更加高效。

协议，通过独立化的服务形式，实现服务化的通信模式和独立进程的部署方式。

微服务

1. 微服务是什么

2. 微服务架构的好处

3. 微服务与分布式架构的区别

4. 微服务与容器的关系

5. 为什么要做微服务架构转型

6. 企业如何实现微服务转型

概述

微服务是一种分布式架构的系统，通常依赖于一种固定的微服务架构，制定统一的通信方式和协议，通过独立化的服务形式，实现服务化的通信模式和独立进程的部署方式。因此，微服务要求服务间通信实现自动寻址，要求分布式部署实现可扩缩容，要求运行实例配置保持一致，要求服务运行状态保持健康，但是对于服务开发语言和实现方式不做限制。

微服务架构对比传统单体架构的优势

异构性：微服务对于开发技术、开发语言、实现方式不做限制，因此可以更加包容和灵活。

隔离性：独立运行的微服务，更能保持业务的整体活性，一个服务的故障不会影响所有功能的使用。

扩展性：分布式的微服务系统，无论是在横向扩容，还是业务扩张，都可以更好的支持。

简易性：相比于超大的单体服务，微服务的部署已经资源的管理更有优势。

敏捷性：独立维护的微服务，在部分模块或服务优化升级时，不需要再做全部模块的重构和测试。

易管理：独立的微服务模块，相应的研发团队也可以独立，在开发和设计上更加专业。

微服务架构和分布式架构的区别

通常微服务架构都是分布式架构的，目前微服务架构也是解决分布式问题的最优方案。但是，分布式架构却不一定是微服务架构的，微服务中的服务更加专注于服务专业化和精细分工，而分布式只强调分散化。比如分布式存储、分布式数据库、分布式缓存，在功能组件上通常是分布式架构的舞台，而在上层服务提供、业务分工上通常是微服务架构的舞台。

微服务与容器的关系

微服务与容器可说是相辅相成，完美的融合。微服务注重的是应用层，细粒度的服务管理和运行；而容器关注的是资源层面，服务资源调度、分配、快速启停。因此两者的结合，是从资源到运维、到运行的完整解决方案。但是本质上微服务与容器却并没有依赖关系，没有容器的环境微服务依然可以运行，容器的环境中也不一定全部承载微服务的系统。

了解有关容器更多信息

企业为什么需要采用微服务架构

当下企业多数在实行数字化转型，在架构层面通常采用微服务架构，主要是因为原有或单体或SOA架构的腐化。一个企业中运行的业务系统不是一成不变的，而是不断增加、扩充和变革的，甚至需要敏捷的开发模式，不断地支持业务变化的，因此固定的、腐化的架构模式将不能支持需要不停变更、上线的新的业务需求，因此采用更加灵活的、支持敏捷化的微服务架构。

了解更多微服务转型实践案例

企业如何实现微服务转型

企业微服务转型，主要把握一个大的方向，首先是树立企业级建设的整体目标，制定统一的微服务架构（异构系统极难统一管理），规定通信协议和报文标准，保证通信质量；其次规范组件使用，统一建设治理组件，以防止组件过多浪费资源且难以管理；最后，制定访问控制策略，通过嵌入SDK或其他形式，控制访问的黑白名单。

如何做好微服务转型，了解详细规划与步骤