精华内容
下载资源
问答
  • 分布式配置中心(Nacos、Apollo)选型比较 Apollo和Nacos生态支持都很广泛,在配置管理流程上做的都很好。Apollo相对于Nacos在配置管理做的更加全面;Nacos则使用起来相对比较简洁,在对性能要求比较高的大规模场景...

    Apollo和Nacos生态支持都很广泛,在配置管理流程上做的都很好。Apollo相对于Nacos在配置管理做的更加全面;Nacos则使用起来相对比较简洁,在对性能要求比较高的大规模场景更适合。

    因为公司进行系统的服务化拆分,导致模块骤增,随之而来配置文件管理难度也随之增加,所以想采用一个配置集中管理的中间件。

    下面对市面比较流行的Naocs和Apollo从各方面进行比较。

    在这里插入图片描述

    1. 配置中心

    1.1 什么是配置

    应用程序在启动和运行的时候往往需要读取一些配置信息,配置基本上伴随着应用程序的整个生命周期,比如:数 据库连接参数、启动参数等。

    配置主要有以下几个特点:

    配置是独立于程序的只读变量
    配置对于程序是只读的,程序通过读取配置来改变自己的行为,但是程序不应该去改变配置

    配置伴随应用的整个生命周期
    配置贯穿于应用的整个生命周期,应用在启动时通过读取配置来初始化,在运行时根据配置调整行为。

    比如:启动时需要读取服务的端口号、系统在运行过程中需要读取定时策略执行定时任务等。

    配置可以有多种加载方式
    常见的有程序内部hard code,配置文件,环境变量,启动参数,基于数据库等

    配置需要治理
    同一份程序在不同的环境(开发,测试,生产)、不同的集群(如不同的数据中心)经常需要有不同的配置,所以需要有完善的环境、集群配置管理

    1.2 什么是配置中心

    在分布式服务架构中,当系统从一个单体应用,被拆分成分布式系统上一个个服务节点后,配置文件也必须跟着迁移 (分割),这样配置就分散了,不仅如此,分散中还包含着冗余,如下图
    在这里插入图片描述
    而配置中心将配置从各应用中剥离出来,对配置进行统一管理,应用自身不需要自己去管理配置。如下图
    在这里插入图片描述
    配置中心的服务流程如下:

    1、用户在配置中心发布、更新配置信息。

    2、服务A和服务B及时得到配置更新通知,从配置中心获取配置。

    总得来说,配置中心就是一种统一管理各种应用配置的基础服务组件。

    1.3 为什么需要配置中心

    随分布式微服务的发展,服务节点越来越多,配置问题逐渐显现出来:

    • 随着程序功能的日益复杂,程序的配置日益增多,各种功能的开关、参数的配置、服务器的地址
    • 大量模块使用各自的配置,可能导致运维繁琐、管理混乱、各个节点配置文件不一致
    • 对配置的期望也越来越高,配置修改后实时生效,灰度发布, 版本管理 ,环境区分,完善的权限、审核机制等

    在这样的大环境下,传统的通过配置文件、数据库等方式已经越来越无法满足开发人员对配置管理的需求。

    1.4 配置中心小结

    总结一下,在传统巨型单体应用纷纷转向分布式服务架构的历史进程中,配置中心是服务化不可缺少的一个系统组件,在这种背景下中心化的配置服务即配置中心应运而生,一个合格的配置中心需要满足如下特性:

    • 配置项容易读取和修改
    • 分布式环境下应用配置的可管理性,即提供远程管理配置的能力
    • 支持对配置的修改的检视以把控风险
    • 可以查看配置修改的历史记录
    • 不同部署环境下应用配置的隔离性

    整个配置中心的作用系统运行时能够动态调整程序的行为。

    2. 开源配置中心介绍

    目前市面流行的配置中心有:

    Disconf
    2014年7月,百度开源的配置管理中心,同样具备配置的管理能力,不过目前已经不维护了 。

    Spring Cloud Config
    2014年9月,Spring Cloud 开源生态组件,可以和Spring Cloud体系无缝整合,但依赖Git或SVN 。

    Apollo
    2016年5月,携程开源的配置管理中心,具备规范的权限、流程治理等特性。

    Nacos
    2018年6月,阿里开源的配置中心,也可以做RPC的服务发现。

    因Disconf不再维护,且Spring Cloud Config 需要依赖Git或SVN。所以只介绍下Apollo和Nacos

    2.1 Nacos

    Nacos包含的注册中心+配置中心,以下只说配置中心。

    2.1.1 简介

    Nacos 致力于帮助服务发现、配置和管理微服务。Nacos 提供了一组简单易用的特性集,帮助您快速实现动态服务发现、服务配置、服务元数据及流量管理。

    Nacos 更敏捷和容易地构建、交付和管理微服务平台。Nacos 是构建以“服务”为中心的现代应用架构 (例如微服务范式、云原生范式) 的服务基础设施。

    • Nacos文档中心地址:https://nacos.io/zh-cn/docs/what-is-nacos.html

    2.1.2 特性

    Nacos 支持几乎所有主流类型的服务发现、配置和管理,现只说Nacos的配置中心功能。

    • 动态配置服务可以让您以中心化、外部化和动态化的方式管理所有环境的应用配置和服务配置。
    • 动态配置消除了配置变更时重新部署应用和服务的需要,让配置管理变得更加高效和敏捷。
    • 配置中心化管理让实现无状态服务变得更简单,让服务按需弹性扩展变得更容易。
    • Nacos 提供了一个简洁易用的UI帮助您管理所有的服务和应用的配置。
    • Nacos 还提供包括配置版本跟踪、金丝雀发布、一键回滚配置以及客户端配置更新状态跟踪在内的一系列开箱即用的配置管理特性,帮助您更安全地在生产环境中管理配置变更和降低配置变更带来的风险。

    2.1.3 架构

    Nacos配置中心分为Server与Client,server采用Java编写,为client提供配置服务。

    Client可以用多语言实现,Client与服务模块嵌套在一起,Nacos提供SDK和OpenAPI,如果没有SDK也可以根据OpenAPI手动写服务注册与发现和配置拉取的逻辑 。

    配置中心架构图:
    在这里插入图片描述

    • 用户通过Nacos Server的控制台集中对多个服务的配置进行管理。
    • 各服务统一从Nacos Server集群中获取各自的配置,并监听配置的变化。

    2.1.4 开发

    Nacos配置中心支持与Spring、Spring Boot、Spring Cloud整合,通过xml或注解方式即可轻松实现。演示下与Spring项目进行整合。

    1.服务端
    在这里插入图片描述

    • Nacos服务端增加useLocalCacheSwitch配置,用于控制是否使用缓存
    • 发布配置

    2.客户端

    <dependency> 
         <groupId>com.alibaba.nacos</groupId> 
         <artifactId>nacos-client</artifactId> 
         <version>1.4.1</version> 
     </dependency> 
     <dependency> 
         <groupId>com.alibaba.nacos</groupId> 
         <artifactId>nacos-spring-context</artifactId> 
         <version>1.0.0</version> 
     </dependency> 
    
    <!--NacosServer地址--> 
    <nacos:global-properties server-addr="192.168.134.128:8848" /> 
    <!--在NacosServer配置的文件--> 
    <nacos:property-source data-id="application.properties"  
                           group-id="redirectpaymentservice"  
                           auto-refreshed="true"/> 
    
    @Service("Tx2101") 
    public class Tx2101 extends TxBase { 
     
        @NacosValue(value = "${useLocalCacheSwitch}", autoRefreshed = true) 
        private boolean useLocalCacheSwitch; 
     
        @Override 
        public Document process(Document document) throws CodeException { 
            System.out.println("是否刷新缓存:" + useLocalCacheSwitch); 
            return null; 
        } 
    } 
    
    • 编写java代码,动态刷新配置
    • applicationContext.xml增加NacosServer的相关配置
    • pom.xml 增加nacos-client的依赖

    3.效果

    是否刷新缓存:false

    是否刷新缓存:true

    • 在Nacos服务端改变useLocalCacheSwitch的配置后,再次访问2101接口,打印如下:
    • 模块启动后访问2101接口,打印如下:

    2.1.5 灰度

    Nacos服务端修改配置后,勾选Beat发布,指定IP地址,然后选择发布Beta。

    在这里插入图片描述

    • 只有指定的IP节点的配置被更新

    2.1.5 部署

    在单机模式下,Nacos没有任何依赖,默认使用内嵌的数据库作为存储引擎,也可换成mysql;在集群模式下,Nacos依赖Mysql做存储。

    生产环境使用Nacos为了达到高可用不能使用单机模式,需要搭建nacos集群。

    下图是官方推荐的集群方案,通过域名 + VIP模式的方式来实现。客户端配置的nacos,当Nacos集群迁移时,客户端配置无需修改。

    集群部署架构图:
    在这里插入图片描述

    2.1.6 小结

    Nacos使用简单、部署方便、性能较高,能够实现基本的配置管理,提供的控制台也非常简洁。

    但权限方面控制粒度较粗,且没有审核机制。

    2.2 Apollo

    2.2.1 简介

    Apollo(阿波罗)是携程框架部门研发的分布式配置中心,能够集中化管理应用的不同环境、不同集群的配置,配 置修改后能够实时推送到应用端,并且具备规范的权限、流程治理等特性,适用于微服务配置管理场景。

    Apollo包括服务端和客户端两部分:

    服务端基于Spring Boot和Spring Cloud开发,打包后可以直接运行,不需要额外安装Tomcat等应用容器。Java客户端不依赖任何框架,能够运行于所有Java运行时环境,同时对Spring/Spring Boot环境也有较好的支持。

    • 文档:https://github.com/ctripcorp/apollo/wiki。

    2.2.2 特性

    基于配置的特殊性,所以Apollo从设计之初就立志于成为一个有治理能力的配置发布平台,目前提供了以下的特性:

    • 统一管理不同环境、不同集群的配置
    • 配置修改实时生效(热发布)
    • 版本发布管理
    • 灰度发布
    • 权限管理、发布审核、操作审计
    • 客户端配置信息监控
    • 提供Java和.Net原生客户端
    • 提供开放平台API
    • 部署简单

    2.2.3 架构

    Apollo架构从外部和内部进行分析

    • 地址:https://ctripcorp.github.io/apollo/#/zh/design/apollo-design

    基础模型

    如下即是Apollo的基础模型:

    1. 鸿蒙官方战略合作共建——HarmonyOS技术社区
    2. 用户在配置中心对配置进行修改并发布
    3. 配置中心通知Apollo客户端有配置更新
    4. Apollo客户端从配置中心拉取最新的配置、更新本地配置并通知到应用

    在这里插入图片描述

    2.2.4 开发

    Apollo支持API方式和Spring整合方式 。

    API方式灵活,功能完备,配置值实时更新(热发布),支持所有Java环境。

    Spring方式接入简单,如

    • 代码中直接使用,如:@Value("${someKeyFromApollo:someDefaultValue}")
    • 直接托管spring的配置,如在apollo中直接配置spring.datasource.url=jdbc:mysql://localhost:3306/somedb?characterEncoding=utf8
    • Placeholder方式:
    • Spring boot的@ConfigurationProperties方式

    Spring方式也可以结合API方式使用,如注入Apollo的Config对象,就可以照常通过API方式获取配置了

    下面只介绍下Spring整合Apollo方式,做一个演示:

    1.服务端

    在这里插入图片描述

    • 控制台添加useLocalCacheSwitch配置,用于控制是否使用缓存
    • 发布配置

    2.客户端

    <dependency>  
        <groupId>com.ctrip.framework.apollo</groupId>   
        <artifactId>apollo-client</artifactId>   
        <version>1.1.0</version>  
    </dependency> 
    
    <apollo:config/> 
    
    -Dapp.id=RedirectPaymentService -Denv=DEV -Ddev_meta=http://localhost:8080 
    
    @Service("Tx2101") 
    public class Tx2101 extends TxBase { 
     
        @Value("${useLocalCacheSwitch:false}") 
        private boolean useLocalCacheSwitch; 
     
        @Override 
        public Document process(Document document) throws CodeException { 
            System.out.println("是否刷新缓存:" + useLocalCacheSwitch); 
            return null; 
        } 
    } 
    
    • 编写java代码,动态刷新配置
    • VM options启动参数
    • applicationContext.xml增加apollo相关配置
    • pom.xml 增加apollo-client的依赖

    3.效果

    是否刷新缓存:false
    是否刷新缓存:true

    • 在Apollo控制台改变useLocalCacheSwitch的配置后,再次访问2101接口,打印如下:
    • 模块启动后访问2101接口,打印如下:

    2.2.5 灰度

    Apollo控制台创建灰度版本,配置灰度规则,指定灰度的IP或AppID。

    在这里插入图片描述
    指定的IP节点或AppID模块的配置被更新

    2.2.6 部署

    Apollo高可用架构模块的概览 :

    在这里插入图片描述
    上图简要描述了Apollo的总体设计,我们可以从下往上看:

    • Config Service提供配置的读取、推送等功能,服务对象是Apollo客户端
    • Admin Service提供配置的修改、发布等功能,服务对象是Apollo Portal(管理界面)
    • Config Service和Admin Service都是多实例、无状态部署,所以需要将自己注册到Eureka中并保持心跳
    • 在Eureka之上我们架了一层Meta Server用于封装Eureka的服务发现接口
    • Client通过域名访问Meta Server获取Config Service服务列表(IP+Port),而后直接通过IP+Port访问服务,同时在Client侧会做load balance、错误重试
    • Portal通过域名访问Meta Server获取Admin Service服务列表(IP+Port),而后直接通过IP+Port访问服务,同时在Portal侧会做load balance、错误重试
    • 为了简化部署,我们实际上会把Config Service、Eureka和Meta Server三个逻辑角色部署在同一个JVM进程中

    2.2.7 小结

    Apollo在配置管理流程上比较完善,相应配置的发布审核、权限管理等、配置的继承等,但Apollo需要使用人员进行简单学习,存在学习成本。

    Appollo部署较为复杂需要3个模块同时工作,部署一套生产高可用集群至少需要7个节点。

    3. 总结

    3.1 功能比较

    在这里插入图片描述

    3.2 结论

    从配置中心角度来看,性能方面Nacos的读写性能最高,Apollo次之;功能方面Apollo最为完善,但Nacos具有Apollo大部分配置管理功能。Nacos的一大优势是整合了注册中心、配置中心功能,部署和操作相比 Apollo都要直观简单,因此它简化了架构复杂度,并减轻运维及部署工作。

    总的来看,Apollo和Nacos生态支持都很广泛,在配置管理流程上做的都很好。Apollo相对于Nacos在配置管理做的更加全面;Nacos则使用起来相对比较简洁,在对性能要求比较高的大规模场景更适合。

    对于公司目前来说,修改配置的次数不是特别的频繁,对于配置权限的管理不是特别严格的,且对读写性能有一定要求的,可采用Nacos,反之使用Apollo。

    展开全文
  • BRCC是一个分布式配置中心,用于统一管理应用服务的配置信息,避免各类资源散落在各个项目中,简化资源配置的维护成本。作为一种轻量级的解决方案,部署简单,同时支持多环境、多版本、多角色的资源...

    BRCC是一个分布式配置中心,用于统一管理应用服务的配置信息,避免各类资源散落在各个项目中,简化资源配置的维护成本。作为一种轻量级的解决方案,部署简单,同时支持多环境、多版本、多角色的资源管理,可以在不改变应用源码的情况下无缝切换和实时生效配置信息。

    BRCC由三部分组成:管理端、服务端、SDK,其中:

    (1)管理端 : 前后端分离,后端基于Spring Boot 2.0开发,支持6个维度(产品、工程、环境、版本、分组、配置项)管理key-value格式的配置;支持细粒度的权限控制层级、操作轨迹等能力。安全易用,支持插件化的扩展轻松集成任何公司/组织的账号管理系统。

    (2)服务端:基于spring boot 2.0开发,打包后可以直接运行,支持配置的分发、更新推送。

    (3)SDK:支持java、go等多种开发语言和开发框架集成,支持spring注解、配置变更监听和刷新,零业务侵入性,低门槛集成(提供spring boot starter方式接入)。

    技术架构

    特性

    1. 统一管理不同环境、不同产品线的配置

    • 提供统一界面集中式管理不同环境、不同产品线、不同工程的配置

    • 通过版本的复制,可以高效的完成新业务的配置

    2. 配置修改实时生效(热发布)

    • 默认2秒接收到最新的配置

    • 主动变更通知

    3. 权限管理、角色隔离

    • 多级权限、多种角色细粒度管控(产品线、工程、环境),支持读写权限

    • 重要信息加密交互

    • Token机制

    项目地址

    开源地址:https://gitee.com/baidu/brcc


    【推荐阅读】
    拥抱 Java 8 并行流吧,让执行速度飞起!
    牛逼哄哄的布隆过滤器,到底有什么用?
    
    36 张图梳理 Intellij IDEA 常用设置
    
    听说又有兄弟因为用YYYY-MM-dd 被锤了...
    
    Spring Boot 解决跨域问题的 3 种方案!
    SpringBoot 的@Value注解太强大了,用了都说爽!
    
    10个常见的软件架构模式
    
    求求你不要满屏的try...catch了,这样写真香!
    
    
    
    展开全文
  • Nacos实现分布式配置

    2021-01-03 20:16:55
    Nacos提供用于存储配置和其他元数据的key/value存储,为分布式系统中的外部化配置提供服务器端和客户端支持,使用Nacos可以替换Config作为分布式配置中心。 首先配置好Nacos运行环境,不清楚的小伙伴可以访问Nacos...

    概述

    Nacos提供用于存储配置和其他元数据的key/value存储,为分布式系统中的外部化配置提供服务器端和客户端支持,使用Nacos可以替换Config作为分布式配置中心。
    首先配置好Nacos运行环境,不清楚的小伙伴可以访问Nacos服务在win10上安装和启动

    引入依赖包

    新建多模块项目,在父项目pom.xml文件中加入依赖

    <properties>
        <java.version>1.8</java.version>
        <project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
        <project.reporting.outputEncoding>UTF-8</project.reporting.outputEncoding>
        <spring-boot.version>2.3.7.RELEASE</spring-boot.version>
        <spring-cloud-alibaba.version>2.2.2.RELEASE</spring-cloud-alibaba.version>
        <spring-cloud.version>Hoxton.SR9</spring-cloud.version>
    </properties>
    
    <dependencyManagement>
        <dependencies>
            <dependency>
                <groupId>org.springframework.cloud</groupId>
                <artifactId>spring-cloud-dependencies</artifactId>
                <version>${spring-cloud.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>org.springframework.boot</groupId>
                <artifactId>spring-boot-dependencies</artifactId>
                <version>${spring-boot.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
            <dependency>
                <groupId>com.alibaba.cloud</groupId>
                <artifactId>spring-cloud-alibaba-dependencies</artifactId>
                <version>${spring-cloud-alibaba.version}</version>
                <type>pom</type>
                <scope>import</scope>
            </dependency>
        </dependencies>
    </dependencyManagement>
    

    在父项目下新建alibaba-nacos-config子项目,引入依赖

    <dependencies>
       <dependency>
           <groupId>org.springframework.boot</groupId>
           <artifactId>spring-boot-starter-web</artifactId>
       </dependency>
       <dependency>
           <groupId>org.springframework.boot</groupId>
           <artifactId>spring-boot-starter-actuator</artifactId>
       </dependency>
       <dependency>
           <groupId>com.alibaba.cloud</groupId>
           <artifactId>spring-cloud-starter-alibaba-nacos-config</artifactId>
       </dependency>
       <dependency>
           <groupId>org.springframework.boot</groupId>
           <artifactId>spring-boot-configuration-processor</artifactId>
           <optional>true</optional>
       </dependency>
    </dependencies>
    

    yml配置文件

    配置文件有bootstrap和application,这是因为在项目初始化时,要保证先从配置中心进行配置拉取,拉取配置之后,才能保证项目的正常启动,在SpringBoot项目中配置文件的加载是bootstrap优先于application

    spring:
      application:
        name: alibaba-nacos-config #应用名
      cloud:
        nacos:
          config:
            server-addr: localhost:8848 #配置中心地址
            file-extension: yaml #指定文件格式
    

    添加Nacos配置

    点击“配置列表”右侧“+”号
    新增配置
    跳转到新建页面后,填写下面信息
    新建配置信息
    其中,Data ID由应用名(alibaba-nacos-config) + 文件后缀名(.yaml)组成,配置信息填写后,点击“发布”即可。
    发布成功后,在配置列表会有一条配置信息,如下:
    配置信息

    添加读取Nacos Config实现

    @SpringBootApplication
    public class ConfigApplication {
    
        @Value("${user.name}")
        private String userName;
        @Value("${user.age}")
        private int userAge;
    
        @PostConstruct
        public void init() {
            System.out.printf("[init] user name:%s, age:%d%n", userName, userAge);
        }
        public static void main(String[] args) {
            SpringApplication.run(ConfigApplication.class, args);
        }
    }
    

    启动Nacos Config应用

    运行启动类ConfigApplication,注意观察控制台信息
    控制台日志信息

    使用Nacos Config实现Bean动态刷新

    Nacos Config支持标准Spring Cloud @RefreshScope特性,当配置内容变化时,Refresh Scope Beans中的绑定配置的属性将有条件的更新。此处的条件指Bean必须满足:
    必须条件:Bean的声明类必须标注@RefreshScope
    二选一条件
    属性(非static字段)标注@Value
    @ConfigurationProperties Bean

    使用Nacos Config实现Bean @Value属性动态刷新

    在启动类ConfigApplication上增加@RefreshScope和@RestController使得该启动类变成Spring MVC REST控制器,同时具备动态刷新能力

    @RefreshScope
    @RestController
    @SpringBootApplication
    public class ConfigApplication {
    
        @Value("${user.name}")
        private String userName;
        @Value("${user.age}")
        private int userAge;
    
        @PostConstruct
        public void init() {
            System.out.printf("[init] user name:%s, age:%d%n", userName, userAge);
        }
        @RequestMapping("/user")
        public String user() {
            return String.format("[HTTP] user name:%s, age:%d", userName, userAge);
        }
        public static void main(String[] args) {
            SpringApplication.run(ConfigApplication.class, args);
        }
    }
    

    重新启动ConfigApplication类,控制台输出如下信息:
    控制台日志
    浏览器输入http://localhost:8001/user
    浏览器信息
    在Nacos控制台修改alibaba-nacos-config.yaml配置信息,将年龄18修改为20,点击发布后,观察应用控制台日志变化
    日志变化
    浏览器重新访问http://localhost:8001/user
    浏览器重新访问
    修改后的信息同步更新,同时应用控制台也输出修改后的信息
    控制台修改后信息

    展开全文
  • 2.如果基于Spring Cloud操作一定注意要在bootstrap.yml 配置不要在application.yml配置nacos信息,如下图所示,不然会失败,bootstrap是整个项目全局的配置优先级最高,而application时基于SpringapplicationContext...

    1.首先要明确你是基于SpringBoot 操作nacos 还是基于Spring Cloud 操作Nacos

    这是 Naocs 的官网 Open API 指南 (nacos.io)

     

    2.如果基于Spring Cloud操作一定注意要在bootstrap.yml 配置不要在application.yml配置nacos信息,如下图所示,不然会失败,bootstrap是整个项目全局的配置优先级最高,而application时基于SpringapplicationContext 的配置,配置一下基础信息。

     

    3.springCloud配置 默认项目名称,加配置文件类型结尾, 

    一定注意下边这句话:

     

    展开全文
  • 参考资料:厦门大学 林子雨 Hadoop3.1.3安装教程_单机/伪分布式配置_Hadoop3.1.3/Ubuntu18.04(16.04) 配置过程中所需资源: deepin 20.1镜像文件链接(提取码:t60l) JDK 1.8安装文件链接(提取码:rw9b) Hadoop ...
  • 分布式配置中心介绍1.1 什么是分布式配置中心1.2 分布式配置中心结构图2.基于 Gitee 管理配置文件2.1 创建仓库2.2 创建文件并编辑内容2.2.1 application-service-config.yml 配置文件2.2.2 application-service-...
  • 替代Config做服务配置中心:分布式配置中心,集中化配置 Nacos-discovery默认支持Ribbon负载均衡 0.服务器负责启动,加载,运行服务提供者 1.服务提供者在启动时,向注册中心注册自己提供的服务 2.服务消费...
  • Ubuntu16.04/Hadoop3.1.3安装教程_单机/伪分布式配置

    多人点赞 热门讨论 2021-09-18 12:04:22
    Hadoop3.1.3安装教程_单机/伪分布式配置_Hadoop3.1.3/Ubuntu16.04.6 为了方便学习本教程,请读者们利用Linux系统中自带的firefox浏览器打开本指南进行学习。 Hadoop安装文件,可以到Hadoop官网下载hadoop-3.1.3.tar....
  • hbase伪分布式配置出现问题

    千次阅读 2021-11-20 19:37:11
    regionserver running as process XXXX. Stop it first 问题描述: regionserver running as process 8105. Stop it first 通过jps查看不到对应的进程 重启多次没有效果 杀死进程后重启成功 kill -9 8105 ...
  • 配置前,需要各个虚拟机之间和本机能够ping通,防火墙全部关闭,Java和Hadoop环境准备好 需要配置的文件如下: hadoop-env.sh core-site.xml hdfs-site.xml yarn-site.xml slaves mapred-site.xml <!-- ...
  • Spring Cloud Alibaba系列之Nacos分布式配置中心,Spring Cloud Alibaba Nacos Config提供用于存储配置和其他元数据的 key/value 存储,为分布式系统中的外部化配置提供服务器端和客户端支持,nacos config是Spring ...
  • 分布式配置中心产生的背景 问题: 传统的项目配置文件的管理异常复杂,如果项目在上线的情况下需要修改配置文件,就需要重新的打包部署; 解决: 分布式配置中心在不重启服务器的情况下,自动的刷新配置...
  • 由于笔者在 2020 年第二学期的计网实验中采用的 VMware Workstation 虚拟机,所以笔者依旧沿用 VM 软件。 而由于考虑到内存的短缺,操作系统环境方面:我选用 Ubuntu 14.04 32 位。 采用的所有软件如下: ...
  • 分布式配置

    千次阅读 2021-03-05 08:46:42
    分布式配置 1 启动HDFS并运行MapReduce程序 》 1. 分析 (1)配置集群 (2)启动、测试集群增、删、查 (3)执行WordCount案例 》 2. 执行步骤 (1)配置集群 (a)配置:hadoop-env.sh Linux系统中获取JDK的安装...
  • 一、什么是配置? 配置其实是独立于程序的可配变量,同一份程序在不同的配置下会表现不同的行为 配置的演进 单机单体应用:传统的开发模式,所有服务由一个应用提供,拥有一个配置,修改需要...分布式配置中心实际上
  • Hadoop文件安装时的问题 在Hadoop安装时,要配置JAVA环境变量,注意要下载与之后操作相对应的版本,...按照安装教程进行伪分布式配置的修改配置文件时,要注意<configuration> </configuration>这个标签只
  • 百度分布式配置中心BRCC正式开源

    千次阅读 2021-02-05 10:43:43
    “ 2021年02月,百度分布式配置中心BRCC,正式开源!” 01. 什么是BRCC BRCC(better remote config center)是一个分布式配置中心,用于统一管理应用服务的配置信息,避免各类资源散落在各个项目中,简化资源配置的...
  • Distributed-Configuration-Center基于Zookeeper的分布式配置中心介绍分布式配置中心:使用Zookeeper达到了数据强一致性,利用Watch机制,动态更改节点值即刻生效,无需重启系统使用说明@ConfigNode@ConfigNode...
  • Hadoop伪分布式配置

    千次阅读 2021-09-14 14:54:34
    在成功安装Hadoop之后,可以开始伪分布式配置。 Hadoop的配置文件位于/usr/local/hadoop/etc/hadoop/中,伪分布式需要修改2个配置文件core-site.xml和hdfs-site.xml。以hadoop用户登录master主机。 修改配置文件...
  • 目录测试环境创建hadoop用户更新apt安装SSH、配置SSH无密码登陆配置Java环境安装 Hadoop3.1.3Hadoop部署方式介绍Hadoop单机配置(非分布式)Hadoop伪分布式配置运行Hadoop伪分布式实例 测试环境 Linux系统版本:...
  • 分布式配置历史服务器 1 配置历史服务器 如果没有配置历史服务器,则不能查看程序运行的历史记录。 为了查看程序的历史运行情况,需要配置一下历史服务器。具体配置步骤如下: 1.配置mapred-site.xml vim mapred-...
  • SpringCloud Alibaba实战(10:分布式配置中心)

    千次阅读 多人点赞 2021-07-01 19:07:33
    SpringCloud Alibaba实战第十篇,集群配置不要慌,配置中心来帮忙,使用Nacos作为配置中心。
  • 1、为什么要使用分布式配置中心 2、分布式配置中心开源解决方案 2.1 携程的Apollo 2.2、阿里的Nacos 2.3、基于Zookeeper的分布式配置中心 2.4、基于数据库的分布式配置中心 2.5、 分布式配置中心对比 3、...
  • 文章目录系列文章目录前言一、Config分布式配置中心详解?二、Hystrix 使用及其内核原理剖析1.索引库总结 前言 一、Config分布式配置中心详解? 配置文件是我们再熟悉不过的了,尤其是 Spring Boot 项目,除了...
  • hadoop的伪分布式配置

    2021-12-01 10:50:23
    前提:需要有hadoop用户 如果没有 创建一个 并且用chown指令 设置所有者的关联 在hadoop/etc/文件下 ...2配置hdfs-site.xml 配置hdfs副本数量 一般情况下value标签里是3,但是这里是伪分布式 所以 填1 dfs.replicati
  • Nacos除了实现服务发现和注册之外,还可以作为分布式配置中心,本文简单的说明一下使用这一功能(注:本文默认为服务已经成功注册到Nacos中了,如果服务注册不会,可以看博主写的另一博客,地址:服务注册到Nacos2.0...
  • SpringCloud config分布式配置 1、概述 分布式系统面临的–配置文件的问题 ​ 微服务意味着要将单体应用中的业务拆分成一个个子服务,每个服务的粒度相对较小,因此系统中会出现大量的服务,由于每个服务都需要必要...
  • 分布式配置中心应用场景 往往,我们使⽤配置⽂件管理⼀些配置信息,⽐如application.yml. 单体应⽤架构,配置信息的管理、维护并不会显得特别麻烦,⼿动操作就可以,因为就⼀个⼯程; 微服务架构,因为我们的分布式...
  • 统单机软件的配置通常保存在文件中,但在分布式系统下,为了管理方便,必须有一个配置中心,软件的配置中心是分布式系统的一个必要组件

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 659,000
精华内容 263,600
关键字:

分布式配置