物理机部署微服务器 物理服务器配置方案
本文目录一览：
- 1、Kubernetes介绍
- 2、什么是微服务架构?主流的微服务如何实现?
- 3、微服务基础服务之docker篇
- 4、【知识总结】4.微服务的治理去中心化,服务发现,安全,部署
- 5、微服务为什么一定要用Docker?
Kubernetes介绍
Kubernetes是Google开源的一个容器编排引擎，它支持自动化部署、大规模可伸缩、应用容器化管理。在生产环境中部署一个应用程序时，通常要部署该应用的多个实例以便对应用请求进行负载均衡。
Kubernetes（简称K8S）是2014年10月由Google开源的生产级 容器编排系统 ，是Google多年大规模容器管理技术Borg的开源版本 Kurbernets的本质是一组服务器集群，它可以在集群的每个节点上运行特定的程序，来对节点中的容器进行管理。
kubernetes （k8s）是自动化容器操作的开源平台，这些操作包括布署，调度和节点集群间扩展。如果你曾经用docker容器技术布署容器，那么可以将docker看成kubernetes内部使用的低级别组件。kubernetes不仅仅支持docker，还支持rocker（另一种容器技术）。
Kubernetes是什么？首先，它是一个全新的基于容器技术的分布式架构领先方案。这个方案虽然还很新，但它是谷歌十几年以来大规模应用容器技术的经验积累和升华的重要成果。确切地说，Kubernetes是谷歌严格保密十几年的秘密武器——Borg的一个开源版本。
它维护有kubernetesr 的所有对象记录，负责持续管理对象状态并响应集群中各种资源对象的管理操作，以及确保各资源对象的实际状态与所需状态相匹配。主要由API Server（kube-apiserver）、Control Manager（kube-controller-manager）和Scheduler（kube-scheduler）这3个组件。
在kubernetes中，Pod是最小的控制单元，但是kubernetes很少直接控制Pod，一般都是通过Pod控制器来完成的。Pod控制器用于pod的管理，确保pod资源符合预期的状态，当pod的资源出现故障时，会尝试进行重启或重建pod。在kubernetes中Pod控制器的种类有很多，本文只介绍一种：Deployment。
什么是微服务架构?主流的微服务如何实现?
简单地说，微服务架构就是以业务域或业务功能为边界，将一个大而全的应用拆分为可以独立开发，独立部署，独立测试，独立运行的一组小的应用，并且使用轻量级，通用的机制在这组应用间进行通信。
首先，微服务架构是一种分布式系统架构，其目的是将单体应用程序分解成独立的小型服务。每个服务都有自己独立的业务逻辑和数据存储，可以独立部署和运行。这种分解能够降低整个系统的复杂度，提高系统的可维护性和可扩展性。其次，微服务架构采用了一种松耦合的架构模式，即基于API通信的方式实现服务之间的交互。
微服务架构，主要是中间层分解，将系统拆分成很多小应用（微服务），微服务可以部署在不同的服务器上，也可以部署在相同的服务器不同的容器上。当应用的故障不会影响到其他应用，单应用的负载也不会影响到其他应用，其代表框架有 Spring cloud、Dubbo 等。
将整体应用拆分开来，从而确保以业务为中心的服务设计理念更加符合敏捷交付与DevOps文化的实际要求。而这，正是微服务架构的真正来源。一句话总结SOA和微服务的区别，即微服务不再强调传统SOA架构里面比较重的ESB企业服务总线，同时SOA的思想进入到单个业务系统内部实现真正的组件化。
微服务架构是一种架构概念，旨在通过将功能分解到各个离散的服务中以实现对解决方案的解耦。企业如何搭建自己的微服务架构，需要考虑以下几个方面： 确定微服务的范围和边界。 设计微服务的接口和协议。 选择适当的技术和工具来支持微服务。 实施自动化部署和管理。 监控和日志记录。
微服务基础服务之docker篇
Docker 最初是 dotCloud 公司创始人 Solomon Hykes 在法国期间发起的一个公司内部项目，它是基于 dotCloud 公司多年云服务技术的一次革新，并于 2013 年 3 月以 Apache 0 授权协议开源，主要项目代码在 GitHub 上进行维护。Docker 项目后来还加入了 Linux 基金会，并成立推动 开放容器联盟（OCI）。
一，为了降低成本，进行服务器整合 二，将一个整体式的应用拆分成低耦合的单个服务（微服务架构）整合服务器 正如通过虚拟机来整合多个应用，Docker隔离应用的能力使得Docker可以整合多个服务器以降低成本。
Docker 具有轻量级以及隔离性的特点，在将代码集成到一个 Docker 中不会对其它 Docker 产生影响。提供可伸缩的云服务 根据应用的负载情况，可以很容易地增加或者减少 Docker。搭建微服务架构 Docker 轻量级的特点使得它很适合用于部署、维护、组合微服务。
【知识总结】4.微服务的治理去中心化,服务发现,安全,部署
1、总结微服务的治理去中心化如下：微服务架构下，有大量的微服务需要处理。由于微服务的快速和敏捷研发，他们的位置可能会动态变化。因此在运行时需要能够发现服务所在的位置，服务发现可以解决这个问题。注册中心有微服务的实例和位置信息，微服务在启动时向注册中心注册自己的信息，关闭时注销。
2、每个服务独立存在，所以可以单独部署，不用每次发布某个功能都经历一次全服务发布。
3、也就是说如果不考虑管控治理层面的内容，你采用最小化的SpingBoot来进行微服务开发足够的，或者你仍然可以采用传统的Java架构进行微服务开发，只要确保最终暴露Http API接口即可。 但是如果要考虑治理的内容，你会发现会引入注册中心，限流熔断，安全，服务链监控一系列的管控治理组件，导致整个微服务开发过程，集成过程都复杂化。
微服务为什么一定要用Docker?
1、轻量、消耗少：使用Docker能合并多个服务以降低费用，不多的操作系统内存占用，跨实例共享多个空闲的内存，这些技术让Docker能以更加紧密的资源提供更有效的服务合并。
2、由于没有多个操作系统的内存占用，以及能在多个实例之间共享没有使用的内存，Docker可以比虚拟机提供更好的服务器整合解决方案。调试能力 Docker提供了很多的工具，这些工具不一定只是针对容器，但是却适用于容器。
3、Docker是一个轻量级的虚拟化解决方案，你可以实现秒级的虚拟机启动、非常轻量级的虚拟化。个人使用理解看来，它可以实现一个类似于版本管理Git一样的轻量化的状态保存。Docker有两个非常重要的概念： 镜像和容器。镜像是呈载容器的实体，所有容器都是运行在镜像之上。
4、docker是个应用容器，你可以理解为装饮料瓶子。而微服务的厂商是饮料的生产商，他们在生产饮料的时候不用去考虑再建立一个生产瓶子的工厂来装自己的饮料。把更多的资金或精力投入到他们的主业中去，当然回到软件行业来说，一般微服务企业都比较小，没那么多资金去建瓶子厂。所以更依赖于公共的免费的平台。
5、数据卷的生存周期独立于容器，容器消亡，数据卷不会消亡。因此，使用数据卷后，容器删除或者重新运行之后，数据却不会丢失。镜像构建完成后，可以很容易的在当前宿主机上运行，但是，如果需要在其它服务器上使用这个镜像，我们就需要一个集中的存储、分发镜像的服务，Docker Registry 就是这样的服务。
6、更高效的利用系统资源 docker对系统资源的利用率更高，无论是应用执行速度，内存损耗或者文件存储速度，都要比传统虚拟机技术更高效。因此，相比虚拟机技术，一个相同配置的主机往往可以运行更多数量的应用。
与本文内容相关的文章：
0 留言