搜索[环境]结果-低调大师优秀个人博客

精选列表

搜索[环境]，共10000篇文章

Node 12.11.1 发布，服务器端的 JavaScript 运行环境

Node 12.11.1发布了，内容如下： build: 此版本修复了一个无法使用官方tarball 构建 Node.js 的回归#29712 deps：更新 small-icu 数据以支持 Intl.NumberFormat API 中的“单元”样式#29735 发布说明： https://nodejs.org/en/blog/release/v12.11.1

2019-10-03

容器服务及相关云环境几次故障和问题排查记录

1. 镜像仓库被设置为公有，导致镜像泄露风险：错误现象：公有镜像仓库可能会被云上其它用户拉取，导致泄露镜像安全风险；部分运维或者开发同学，因为没有设置准确的 secret 到 Deployment，为了解决无法拉取镜像问题，直接开放镜像仓库为公有。解决方法：镜像仓库的命名空间一定要设置为私有，准确设置绑定云效中docker 镜像账号，通过云效发布应用；严格设定容器镜像仓库的维护权限； 2. 镜像拉取失败：错误现象： ## 查看 pod 部署日志 kubectl logs {pod} ## 错误信息 Failed to pull image "registry-vpc.{region_id}.aliyuncs.com/{app_name}-daily/{app_n

2019-09-19

Node 12.10.0 发布，服务器端的 JavaScript 运行环境

Node v12.10.0 (Current) 发布了，更新内容如下： deps：更新npm 到6.10.3 fs：向 rmdir( ) 添加递归选项允许将 true 传递给 emitClose 选项向 BigInt Stats 对象添加 *timens 属性 net：允许将数据读入静态缓冲区发布说明： https://nodejs.org/en/blog/release/v12.10.0/

2019-09-05

RocketMQ实战：生产环境中，autoCreateTopicEnable为什么不能设置为true

1、现象很多网友会问，为什么明明集群中有多台Broker服务器，autoCreateTopicEnable设置为true，表示开启Topic自动创建，但新创建的Topic的路由信息只包含在其中一台Broker服务器上，这是为什么呢？期望值：为了消息发送的高可用，希望新创建的Topic在集群中的每台Broker上创建对应的队列，避免Broker的单节点故障。现象截图如下：正如上图所示，自动创建的topicTest5的路由信息： topicTest5只在broker-a服务器上创建了队列，并没有在broker-b服务器创建队列，不符合期望。默认读写队列的个数为4。我们再来看一下RocketMQ默认topic的路由信息截图如下：从图中可以默认Topic的路由信息为broker-a、broker-b上各8个队列。 2、思考默认Topic的路由信息是如何创建的？ Topic的路由信息是存储在哪里？Nameserver？broker? RocketMQ Topic默认队列个数是多少呢？ 3、原理 3.1 RocketMQ基本路由规则 Broker在启动时向Nameserver注册存储在该服务器上的路由信息，并每隔30s向Nameserver发送心跳包，并更新路由信息。 Nameserver每隔10s扫描路由表，如果检测到Broker服务宕机，则移除对应的路由信息。消息生产者每隔30s会从Nameserver重新拉取Topic的路由信息并更新本地路由表；在消息发送之前，如果本地路由表中不存在对应主题的路由消息时，会主动向Nameserver拉取该主题的消息。回到本文的主题：autoCreateTopicEnable，开启自动创建主题，试想一下，如果生产者向一个不存在的主题发送消息时，上面的任何一个步骤都无法获取一个不存在的主题的路由信息，那该如何处理这种情况呢？在RocketMQ中，如果autoCreateTopicEnable设置为true，消息发送者向NameServer查询主题的路由消息返回空时，会尝试用一个系统默认的主题名称(MixAll.AUTO_CREATE_TOPIC_KEY_TOPIC)，此时消息发送者得到的路由信息为：但问题就来了，默认Topic在集群的每一台Broker上创建8个队列，那问题来了，为啥新创建的Topic只在一个Broker上创建4个队列？ 3.2 探究autoCreateTopicEnable机制 3.2.1 默认Topic路由创建时机温馨提示：本文不会详细跟踪整个创建过程，只会点出源码的关键入口点，如想详细了解NameServer路由消息、消息发送高可用的实现原理，建议查阅笔者的书籍《RocketMQ技术内幕》第二、三章。 Step1：在Broker启动流程中，会构建TopicConfigManager对象，其构造方法中首先会判断是否开启了允许自动创建主题，如果启用了自动创建主题，则向topicConfigTable中添加默认主题的路由信息。 TopicConfigManager构造方法备注：该topicConfigTable中所有的路由信息，会随着Broker向Nameserver发送心跳包中，Nameserver收到这些信息后，更新对应Topic的路由信息表。 BrokerConfig的defaultTopicQueueNum默认为8。两台Broker服务器都会运行上面的过程，故最终Nameserver中关于默认主题的路由信息中，会包含两个Broker分别各8个队列信息。 Step2：生产者寻找路由信息生产者首先向NameServer查询路由信息，由于是一个不存在的主题，故此时返回的路由信息为空，RocketMQ会使用默认的主题再次寻找，由于开启了自动创建路由信息，NameServer会向生产者返回默认主题的路由信息。然后从返回的路由信息中选择一个队列（默认轮询）。消息发送者从Nameserver获取到默认的Topic的队列信息后，队列的个数会改变吗？答案是会的，其代码如下： MQClientInstance#updateTopicRouteInfoFromNameServer 温馨提示：消息发送者在到默认路由信息时，其队列数量，会选择DefaultMQProducer#defaultTopicQueueNums与Nameserver返回的的队列数取最小值，DefaultMQProducer#defaultTopicQueueNums默认值为4，故自动创建的主题，其队列数量默认为4。 Step3：发送消息 DefaultMQProducerImpl#sendKernelImpl 在消息发送时的请求报文中，设置默认topic名称，消息发送topic名称，使用的队列数量为DefaultMQProducer#defaultTopicQueueNums，即默认为4。 Step4：Broker端收到消息后的处理流程服务端收到消息发送的处理器为：SendMessageProcessor，在处理消息发送时，会调用super.msgCheck方法： AbstractSendMessageProcessor#msgCheck在Broker端，首先会使用TopicConfigManager根据topic查询路由信息，如果Broker端不存在该主题的路由配置(路由信息),此时如果Broker中存在默认主题的路由配置信息，则根据消息发送请求中的队列数量，在Broker创建新Topic的路由信息。这样Broker服务端就会存在主题的路由信息。在Broker端的topic配置管理器中存在的路由信息，一会向Nameserver发送心跳包，汇报到Nameserver，另一方面会有一个定时任务，定时存储在broker端，具体路径为${ROCKET_HOME}/store/config/topics.json中，这样在Broker关闭后再重启，并不会丢失路由信息。广大读者朋友，跟踪到这一步的时候，大家应该对启用自动创建主题机制时，新主题是的路由信息是如何创建的，为了方便理解，给出创建主题序列图： 3.2.2 现象分析经过上面自动创建路由机制的创建流程，我们可以比较容易的分析得出如下结论：因为开启了自动创建路由信息，消息发送者根据Topic去NameServer无法得到路由信息，但接下来根据默认Topic从NameServer是能拿到路由信息(在每个Broker中，存在8个队列)，因为两个Broker在启动时都会向NameServer汇报路由信息。此时消息发送者缓存的路由信息是2个Broker，每个Broker默认4个队列（原因见3.2.1:Step2的分析）。消息发送者然后按照轮询机制，发送第一条消息选择(broker-a的messageQueue:0)，向Broker发送消息，Broker服务器在处理消息时，首先会查看自己的路由配置管理器(TopicConfigManager)中的路由信息，此时不存在对应的路由信息，然后尝试查询是否存在默认Topic的路由信息，如果存在，说明启用了autoCreateTopicEnable，则在TopicConfigManager中创建新Topic的路由信息，此时存在与Broker服务端的内存中，然后本次消息发送结束。此时，在NameServer中还不存在新创建的Topic的路由信息。这里有三个关键点：启用autoCreateTopicEnable创建主题时，在Broker端创建主题的时机为，消息生产者往Broker端发送消息时才会创建。然后Broker端会在一个心跳包周期内，将新创建的路由信息发送到NameServer，于此同时，Broker端还会有一个定时任务，定时将内存中的路由信息，持久化到Broker端的磁盘上。消息发送者会每隔30s向NameServer更新路由信息，如果消息发送端一段时间内未发送消息，就不会有消息发送集群内的第二台Broker，那么NameServer中新创建的Topic的路由信息只会包含Broker-a，然后消息发送者会向NameServer拉取最新的路由信息，此时就会消息发送者原本缓存了2个broker的路由信息，将会变为一个Broker的路由信息，则该Topic的消息永远不会发送到另外一个Broker，就出现了上述现象。原因就分析到这里了，现在我们还可以的大胆假设，开启autoCreateTopicEnable机制，什么情况会在两个Broker上都创建队列，其实，我们只需要连续快速的发送9条消息，就有可能在2个Broker上都创建队列，验证代码如下： public static void main(String[] args) throws MQClientException, InterruptedException { DefaultMQProducer producer = new DefaultMQProducer("please_rename_unique_group_name"); producer.setNamesrvAddr("127.0.0.1:9876"); producer.start(); for (int i = 0; i < 9; i++) { try { Message msg = new Message("TopicTest10" ,"TagA" , ("Hello RocketMQ " + i).getBytes(RemotingHelper.DEFAULT_CHARSET)); SendResult sendResult = producer.send(msg); System.out.printf("%s%n", sendResult); } catch (Exception e) { e.printStackTrace(); Thread.sleep(1000); } } producer.shutdown(); } 验证结果如图所示：本文就分析到这里了，大家如果喜欢这篇文章，麻烦大家帮忙点点赞，同时大家也可以给作者留言，告知在使用RocketMQ的过程中遇到的疑难杂症，与作者互动。

2019-08-26

Rainbond 5.1.6 支持公、私有云环境下高可用集群安装

调整部分服务的部署配置参数，降低在资源有限环境下的部署失败率。更改 API 证书签发逻辑，默认使用外网 IP 地址作为证书签发目标。更改外部数据库的支持策略以支持阿里云 RDS 数据库。

2019-08-13

SpringBoot2.0基础案例(01)：环境搭建和RestFul风格接口

二、搭建SpringBoot的环境 1、创建一个Maven项目 2、引入核心依赖 <dependency> <groupId>org.springframework.boot<

2019-08-09

基于Rancher 2.2.5的高可用分布式集群环境搭建

机器配置及说明机器简单以cloud-node(n）的方式命名，因为该集群环境中会部署rancher,k8s,harbor,helm，heketi,glusterfs等; 并不承担单一角色; 本次安装均用

2019-08-07

借助URLOS快速安装Apache-PHP-5.6网站环境

环境需求最低硬件配置：1核CPU，1G内存（1+1）提示：如果你的应用较多，而主机节点的硬件配置较低，建议在部署节点时开通虚拟虚拟内存；生产环境建议使用2G或以上内存；推荐安装系统：Ubuntu-

2019-07-17

GitOps：Kubernetes多集群环境下的高效CICD实践资料下载

分享专家流生阿里云高级技术研发工程师 PPT精彩一览 PPT下载地址：https://yq.aliyun.com/download/3543 直播视频视频观看：https://yq.aliyun.com/live/1077 Kubernetes社区大群欢迎你进群方式：1.点击链接即可入群：https://dwz.cn/G2EELckH2.扫描下方二维码进群

2019-05-08

C# 动态加载组件后怎么在开发环境中调试

C# 动态加载组件后怎么在开发环境中调试动态加载组件那就是简单的Assembly.Load动态加载dll而以。这网上资料也有不少。

2019-03-10

Swarm实战Docker容器集群，基于Linux环境部署Web集群例子

如果你没有安装过Docker，我们推荐等是Linux或者Mac环境，Docker镜像服务器，我们使用等是阿里云仓库。

2019-03-08

CentOS6.9源码编译安装nginx+php7+mysql环境

CentOS7源码编译安装nginx+php7.2+mysql5.7并使用systemctl管理CentOS7yum安装nginx+php7+mysqlCentOS6.9yum安装nginx+php7+mysql环境安装

2019-02-13

Mac下Android Studio 3.x的NDK开发环境搭建

. */ public native String stringFromJNI(); } 再来到build.gradle文件, 发现多出来了两个标签段, 也就是说, 如果我们自己要建CMake环境, 是要加这两段的

2019-02-01

大数据环境下计算机软件技术分析

大数据环境下网络信息的整合能力，信息资源的共享能力越来越强，对计算机软件技术的应用要求也越来越高。

2019-01-10

小白的学习笔记 —— React环境构建 & 常用语法

course/483React前端开发入门与实战 : https://edu.aliyun.com/course/29 还有RN中文官网 —— https://reactnative.cn/ 一、搭建开发环境

2018-12-19

K8S Ingress环境下，Http Redirect端口丢失问题

本文转自中文社区-K8S Ingress环境下，Http Redirect端口丢失问题

2018-12-16

你的Node环境有问题？这篇文章可以帮到你！

nvm(Node版本管理工具，微软官方维护)安装 Windows操作系统的nvm下载地址：github.com/coreybutler… 注意：之前安装过Node的先卸载。安装过程第一步第二步检查安装结果 cmd运行nvm -h 出现如下图所示表示nvm安装成功 NVM配置淘宝镜像（下载更快）修改D:\dev\nvm\settings.txt root: D:\dev\nvm path: D:\dev\nodejs node_mirror: npm.taobao.org/mirrors/nod… npm_mirror: npm.taobao.org/mirrors/npm… 通过nvm安装某版本的nodejs集（node、npm（nodejs包管理工具）） 64位系统：CMD运行nvm install 6.9.2 32位系统：CMD运行nvm install 6.9.2 32 注意：其中6.9.2表示安装node版本为6.9.2，这里npm是包含在node中的不需要单独安装安装6.9.2和4.6.0如图所示使用并切换node版本如图所示 NPM设置淘宝镜像（下载更快）### npm config set registry registry.npm.taobao.org 必杀技文件安装方式直接从淘宝镜像https://npm.taobao.org/mirrors/node下载zip版本，如： npm.taobao.org/mirrors/nod… 在你的nvm所在的路径【C:\Users\Administrator\AppData\Roaming\nvm】，解压到当前文件夹，并改文件夹名为v4.6.0，删除zip文件，使用nvm use 4.6.0，再查看不知道的可以cmd运行 nvm root；注意：C:\Program Files\nodejs 这里保存的只是一个快捷方式而已。原理：每次切换只是替换快捷方式。结果：先nvm list；再nvm use xxx；再nvm list，当看到*（星号指向你要切换的本版即为切换成功）。切换完之后再用node -v 检查一下是不是真的切换到正确的Node.js版本了！ nvm管理的多个npm版本各需独立配置淘宝镜像！

2018-12-14

纯手工搭建k8s集群-(一)预先准备环境

不管是centos，ubuntu还是其他的linux发行版本，只要gcc编译环境没有太大的区别就可以直接运行的。使用较新的系统一般不会有什么跨平台的问题。

2018-12-13

基于 Docker 快速部署多需求 Spark 自动化测试环境

在测试需求越来越多、测试用例数量越来越大的情况下，能够根据需求快速自动化部署 Spark 环境、快速完成所有测试越来越重要。

2018-12-13

Python编辑器sublime text3环境配置

Python编辑器sublime text3环境配置最近又在玩Python啦，以此记录学历的一些东西，也算是激励自己吧。

2018-12-11

资源下载

更多资源

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

Rocky Linux

Rocky Linux（中文名：洛基）是由Gregory Kurtzer于2020年12月发起的企业级Linux发行版，作为CentOS稳定版停止维护后与RHEL（Red Hat Enterprise Linux）完全兼容的开源替代方案，由社区拥有并管理，支持x86_64、aarch64等架构。其通过重新编译RHEL源代码提供长期稳定性，采用模块化包装和SELinux安全架构，默认包含GNOME桌面环境及XFS文件系统，支持十年生命周期更新。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。