配置中心是怎么确定用哪个配置的

㈠ 什么是NacosNacos注册配置中心介绍

英文全称Dynamic Naming and Configuration Service，Na为naming/nameServer即注册中心,co为configuration即注册中心，service是指该注册/配置中心都是以服务为核心。服务在nacos是一等公民

Nacos注册中心分为server与client，server采用Java编写，为client提供注册发现服务与配置服务。而client可以用多语言实现，client与微服务嵌套在一起，nacos提供sdk和openApi，如果没有sdk也可以根据openApi手动写服务注册与发现和配置拉取的逻辑

Nacos服务领域模型主要分为命名空间、集群、服务。在下图的分级存储模型可以看到，在服务级别，保存了健康检查开关、元数据、路由机制、保护阈值等设置，而集群保存了健康检查模式、元数据、同步机制等数据，实例保存了该实例的ip、端口、权重、健康检查状态、下线状态、元数据、响应时间。这些数据的作用会在第三章讲到

服务注册方法：以Java nacos client v1.0.1 为例子，服务注册的策略的是每5秒向nacos server发送一次心跳，心跳带上了服务名，服务ip，服务端口等信息。同时 nacos server也会向client 主动发起健康检查，支持tcp/http检查。如果15秒内无心跳且健康检查失败则认为实例不健康，如果30秒内健康检查失败则剔除实例。

不同的命名空间逻辑上是隔离的，不特殊设置的情况下，服务不会跨命名空间请求，命名空间主要的作用是区分服务使用的范围，比如开发、测试、生产、灰度可以分别设置四个命名空间来互相隔离。

以springcloud为例，首先用maven导入nacos clinet的依赖：

先导入springcloud的alibaba-nacos-config和alibaba-nacos-discovery两个依赖，这两个依赖是用于nacos clinet与cloud结合的工具，0.2.x对应springboot 2.x.x ,0.1.x对应springboot 1.x.x。这两个组件可以和各种版本的nacos-client结合。把其中的nacos-clinet依赖给排除，引入想要引入的nacosclinet版本，如下：

在bootstrap.properties上添加配置中心的配置

在application-xxx.properties新增如下配置

如果springboot启动类没有 @EnableDiscover 注解则加上
完成如上更改，即可使用Nacos注册/配置服务

演示：
使用Feign、Ribbon均可，在这不做过多介绍

普通application参数在配置中心直接配置皆可，如果需要可以动态刷新的配置，需要在相应类上加上 @RefreshScope 注解,示例如下，当在nacos配置中心更改配置后，方法getId的值也会刷新。

配置中心参数修改/设置
如下两张图：在nacos控制台的 配置管理-配置列表 中顶部选择相应的命名空间，点击列表右上角的加号新增配置，Data ID 为 项目名-{spring.profiles.active}.properties,Group如果在bootstrap.properties中不指定则填默认的DEFAULT_GROUP，描述写该配置的描述，配置内容填写Properties格式或者Yaml格式。

在控制台的 服务管理-服务列表 选择一个服务点击详情，在下方的集群列表可以看到有上线/下线按钮，点击即可以对该实例执行上线/下线操作，下线后的实例不会被请求

可以通过手动配置权重来控制流量，当一个集群内两个实例，权重越高，到达该实例的请求比例越多。

权重的初始值是1

保护阈值的范围是0~1
服务的健康比例=服务的健康实例/总实例个数
当服务健康比例<=保护阈值时候，无论实例健不健康都会返回给调用方
当服务健康比例>保护阈值的时候，只会返回健康实例给调用方
在 服务管理-服务列表 选择一个服务点击详情可以配置

㈡ 关于服务治理的一点理解

服务治理是随着微服务一起出现的。在远古时代的单体服务，所有业务部署在一个进程，共享相同的资源，包括机器、网络等资源。所以业务之间通信或者交互简单。但是微服务中的每个服务都有自己独立的资源，服务之间交互就变得复杂多了。服务独立了，问题也随之而来。怎么知道其他服务在哪（服务发现），能不能提供服务（注册中心或者服务探活），资源如何调度（资源调度）、服务如何通信（流量治理）等等问题如何解决，服务治理应运而生。

我们在日常中想要管理或者解决一些人或者事情，需要尽可能地了解对方，才能进行。所以想要服务治理，我们也要了解服务。但是需要了解哪些方面呢？

我们可以通过指标来了解轿差颂服务状态。指标可以分为两种：基础指标和业务指标。

基础指标主要是一些通用的指标。下面是一些常见的基础指标：
• 机器指标（cpu、内存、网络）
• jvm metric
• pod metric
• 基础组件指标（db metric、redis metric等）

业务指标是指和业务相关的指标。这些指标反映闭郑了业务的状态。比如业务处理延迟、速度等。

我们在管理服务时需要知道服务需要哪些资源，需要多少。这样我们才能给服务分配资源。资源调度的前提是：我们知道还剩多少资源。所以我们需要基础指标。只有基础指标健全，我们才能获得剩余资源的信息，才能进行资源调度。目前资源调度一般都是用k8s来管理。庆姿

服务正常运行需要其依赖的服务正常运行。所以我们需要知道服务的依赖关系，调用链情况。通过调用链我们可以知道依赖关系，业务瓶颈在哪，哪些业务是关键业务，需要扩缩容。
常见的调用链中间：jeager、skywalking、zipkin。在选型时，优先考虑业务入侵小的方案，例如Java 字节码技术。

随着服务数量的增加，管理的难度也随之剧增。所以我们需要搭建基础设施来辅助管理。

k8s 是目前最火的服务编排系统，我们也就在赘述了。

配置中心是为服务提供配置的，我们可以通过配置中心对服务进行管理，比如业务使用哪套算法模型，业务出现线程数量等。常见的配置中心有：zookeeper、consul、Nacos、apollo、spring cloud config。
zookeeper和consul 只具有简单的配置中心功能，相当于nosql db。在服务体量不大，服务治理场景简单的时候可以使用。但是对于复杂或者高级的服务治理场景还是捉襟见肘。比如灰度发布。
Nacos、apollo、spring cloud config 提供了配置中心高级功能：配置推送，配置刷新，配置隔离等。有如下场景的时优先从三者中选择：
• 多环境（开发、测试、线上）
• 多租户
• 灰度发布
• 资源隔离

注册中心的本质是服务探活。注册中心会对外提供可用服务地址查询。比如gprc 可以使用注册中心查询存活实例，然后做负载均衡。在spring cloud 中的feign的负载均衡也都是基于注册中心。

服务治理的最终目标就是实现自动化。但是自动化是建立在前面两项之上的，拥有必要的数据我们才能自动化。

流量治理有两种主要场景：激增大流量和灰度发布。激增大流量可以通过自动扩缩容解决，我们后面在说。

不同版本配置不同：这个问题需要使用配置中心解决。
不同版本流量不同：service mesh 可以解决这个问题。

要实现自动扩缩容，我们就需要知道哪些服务需要扩缩容。我们需要定义一系列指标，用于衡量服务。
负载负载情况：我们可以监控pod cpu 情况；api 调用时长P99情况；api 调用频率情况。
流量情况：api 调用数量；网络情况。
通过各种指标我们可以知道服务状态，从而我们可以指定扩缩容规则。

上面提到的每项技术都能展开讲很久，之后的文章我们在详细聊聊。

㈢ 静脉药物配置中心的含义

静脉药物配置中心将原来分散在病区治疗室开放环境下进行配置的静脉用药，集中由专职的技术人员在万级洁净、密闭环境下，局部百级洁净的操作台上进行配置。

㈣ cicd怎么解决配置中心

cicd-wayne-2：使用wayne容器化apollo配置中心
目录：
(1).wayne中创建命名空间
(2).wayne创建apollo项目
(3).wayne中容器化apollo
(1).wayne中创建命名空间
点击“创建命名空间”:
选中“自动创建”会在K8S集群中创建对应的命名空间。名称指的是在wayne中的逻辑名称，方便wayne管理，两者尽量保持一致。
可用机房：0.1表示cpu核数，1表示内存是1G；分别表示这个namespace中cpu和内存可以达到的上限。
(2).wayne创建apollo项目
wayne中项目的概念：
一个namespace(wayne与K8S共有)中可以部署多个项目，比如说用户中心这个部门(对应user-namespace)下有多个项目，passport, account, user等项目；而每个项目又对应多个服务，比如passport项目对应passport-rpc, passport-web等。可以如此类比理解wayne中的管理结构。
返回前台创建项目：
后边我们要容器化的apollo的各项服务都会放在下图中的apollo-min项目中：
(3).wayne中容器化apollo
在前台的项目列表页中进入项目apollo-min：
笔者提供了dev环境下的最小apollo集群容器化的配置文件，位于：
https://github.com/hepyu/k8s-app-config/tree/master/yaml/min-cluster-allinone/apollo-min
以wayne对apollo-config-server容器化举例，admin-server与portal-server类似：
apollo-config-server有4个组件：1个Configmap, 2个Service(其中1个是nodePort暴露apollo配置服务到容器外部)，1个StatefulSet。
1.创建configmap
configmap对应wayne中的配置集中的每个配置项，创建配置集：
创建configmap，对应wayne中的“创建配置集模板”：
选择高级配置，直接写yaml文件：
点击保存后：
点击提交完成configmap配置，注意到这里只是将配置放到了wayne自己的配置数据库中，并没有容器化到kubernetes集群中；需要点击发布才会将这个配置发布到kubernetes容器。
2.创建service
wayne前台选择负载均衡：
创建负载均衡模板(对应kubernetes中的service)：
同样选择高级配置：
同样方式部署nodeport类型的负载均衡/service，最终结果：
之所以有两个负载均衡，是因为clusterIP类型的service是提供给容器内部服务使用;nodeport类型的service是暴露配置服务给容器外部，这样容器中的apollo可以同时为容器内部和外部的应用提供配置中心的服务。
点击发布，将负载均衡/service部署到kubernetes容器中：
3.创建StatefulSet
在状态副本集中配置后进行发布，流程类似，不再赘述。

㈤ 静脉药物配置中心如何设计建设

喜格实验室工程：静脉药物配置中心设计建设，如下
1静脉药物配置中心的建立
1.1某院PIVAS位于医院医技楼六楼，便于药品运输和成品配送，便于配制管理和环境控制，水电等基础条件符合规定。其面积309m2，设计合理，流程顺畅。主要功能区域包括排药、贮药、充配、信息、核发、更衣、洗洁等;配有6台生物安全柜和先进的空气净化系统。无菌工作间有严密的隔离措施及消毒设备，进入工作间，必须经过两道隔离门，并安装了空调设备。工程完工后由具有检测资质的单位对净化系统进行静态检测，沉降菌、微粒、噪音、照度、换气次数、温湿度等各项指标达标后，方才投入使用。保证了洁净室的洁净度，从而确保临床用药安全。
1.2某院PIVAS的管理模式采用以药为主，由药剂科负责日常工作管理，护理部负责护理人员的配备，现有药师5名，护师13名，工友2名，为医院19个病区进行服务，每天提供约1 500袋静脉液体。药学人员主要负责审方、排药、加药、核对、药品管理等;护理人员职责为复核、冲配、帮助排药;工勤人员需及时运送药品与打扫卫生等。
1.3信息系统是实现静脉药物配制的基础，分管院长多次召集药剂科、护理部、医务处、信息科的相关人员协调工作、统一认识确定电脑程序。电脑信息系统包括处方传输、标签打印、药费支付、药品管理、咨询服务、药历生成;标签内容应包括患者基本信息、药品处方信息、配制核对信息等，是药师审核用药与记录配制过程的重要凭证。信息管理系统应设置管理权限，完善数据统计的功能，自动生成批次，实行配置全程化管理。另外还将在系统中嵌入配伍监控系统，对用药实施合理用药监控。
2静脉药物配置中心工作流程设计
2.1医生按照《处方管理办法》有关规定开具静脉用药处方，由专人将处方输入医院的信息系统中。处方可分为两类：长期处方与临时处方。病区负责按规定时间将患者次日需要静脉输液的长期处方传送至PIVAS，临时处方按照医院的相关规定和要求传入PIVAS。
2.2 PIVAS的药师接收到处方后，逐一核对患者处方信息，审核确认其正确性、合理性与完整性。对于处方存在错误的，及时与医生沟通，请其调整并签名。对于处方存在错误而医生拒绝不同意修改的，拒绝调配，并报请相关部门协调解决。
2.3经药师审核通过的处方打印成处方标签，标签上需有患者姓名、病区、床号、日期、处方组成、自动生成的编号等内容，且要有各个工序签名或盖章的空间，标签需能贴到输液瓶(袋)上。
2.4药师接到审方合格的标签，应仔细核查标签内容是否准确、完整，如有错误或不全应告知审方药师校对纠正。药师根据审核后的标签上所列药物的顺序，按照其性质、不同的用药时间，分批次将药品放置于不同颜色的容器中，并在标签上签名或盖章，按照病区、药物的不同性质放置于不同的配置间内。
2.5配置间为洁净间，洁净级别为万级，按照配置药物的种类不同可分为普通药物与全静脉营养药配置间、抗生素与细胞毒性药物配置间。普通药物与全静脉营养药配置间需配备净化层流台，使配置环境达到百级，从而保证药品不被污染。抗生素与细胞毒性药物配置间主要配置含有抗生素或细胞毒性药物的处方，本房间配备生物安全柜，使配置环境的洁净级别达到百级，且为负压，从而防止药品对工作人员的伤害。护士严格遵守无菌操作原则及时充配好药品并在其标签上签名或盖章。
2.6完成冲配的药物经传递窗或传送带等方式传送到成品核对包装区，进行再次核对与确认，并按照病区分类装入密闭的容器中，并附成品随行单，由专人送至各个病区。病区护士接收并核对，无误后，给患者用药。盛放药物的容器需能密封，且定期消毒，避免冲配好的药物受到二次污染。

㈥ Spring Cloud Config 怎么从配置中心获取配置信息

1.新建一个Spring Boot应用，命名为config-client（随意）
2.编辑pom.xml，主要依赖内容如下：

3.创建 bootstrap.properties 文件，配置服务的基本信息和配置中心服务端信息

spring.application.name ：对应配置文件规则中的 {application}
spring.cloud.config.profile ：对应配置文件规则中的 {profile}
spring.cloud.config.label ：对应配置文件规则中的 {label}
spring.application.uri ：配置中心的地址

4.创建TestController

使用 @Value 绑定配置服务中配置的属性，也可以使用Environment对象来获取配置属性。

启动config-server、config-client
访问： http://localhost:7001/config-client/test

㈦ 怎么样看电脑配置 电脑硬件配置的检测方法

2. 在macOS系统中，打开“关于本机”，可以查看电脑的基本信息。

4. Speccy：可以查看电脑的硬件信息，包括CPU、内存、主板、显卡等。

2. GPU-Z：可以查看显卡的详细信息，包括显存大小、显卡温度、显卡核心频率等。

一、操作系统自带的系统信息工具

2. GPU-Z：可以查看显卡态手的详细信息，包括显存大小、显卡温度、显帆瞎嫌卡核心频率等。

除了操作系统自带的系统信息工具，还可以使用一些第三方软件进行检测，神贺比如：