油炸ali云_社区达人页

AI 助理
备案控制台
个人头像照片
油炸ali云
已加入开发者社区2346天

勋章 更多

个人头像照片
专家博主
专家博主
个人头像照片
星级博主
星级博主
个人头像照片
乘风问答官
乘风问答官
个人头像照片
技术博主
技术博主
个人头像照片
开发者认证勋章
开发者认证勋章
个人头像照片
云栖训练营2020勋章
云栖训练营2020勋章
个人头像照片
江湖新秀
江湖新秀

成就

已发布66篇文章
4条评论
已回答32个问题
1条评论
已发布0个视频
github地址

我关注的人 更多

开发者说
开发者说
晋恒
晋恒

粉丝 更多

游客2ntdyqty22vcy
游客2ntdyqty22vcy
1531418018909200
1531418018909200
游客sblaazxfol5s6
游客sblaazxfol5s6
br73ngs75yjxq
br73ngs75yjxq
游客gjjounrnraiqu
游客gjjounrnraiqu
御林铁卫
御林铁卫
1392263982477586
1392263982477586
游客2aq6hmfkiwhcs
游客2aq6hmfkiwhcs
暁lee
暁lee
游客gthwkk4xrmwza
游客gthwkk4xrmwza
游客kwi6uux5ki2jy
游客kwi6uux5ki2jy

技术能力

兴趣领域
  • 领域建模
  • 微服务
  • Devops
  • Serverless
擅长领域
技术认证

暂无个人介绍

暂无精选文章
暂无更多信息

2023年03月

  • 03.24 11:13:41
    发表了文章 2023-03-24 11:13:41

    36-微服务技术栈（高级）：微服务保护Sentinel实现原理

    应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。
  • 03.24 11:13:31
    发表了文章 2023-03-24 11:13:31

    35-微服务技术栈（扩展）：压测工具Jmeter使用介绍

    作为分布式系统的接口测试工具，Jmeter在很多企业都有对应的使用场景，以满足开发者：接口性能测试，测试：接口瓶颈，实现系统上线前的稳定性保障。本节笔者将带领大家完成Jmeter工具的使用、介绍、说明。
  • 03.24 11:10:09
    发表了文章 2023-03-24 11:10:09

    34-微服务技术栈（高级）：微服务保护Sentinel

    应用的硬件、软件架构在涉及到部署时，一般会根据实际请求量做一定的压力测试，以测试系统稳定性、健壮性，避免后续线上未知故障。假设在一个电商的秒杀场景下，订单中心本身能够承载的QPS预设是10W，因为活动的火爆导致流量瞬时达到100W，此时订单中心因无法承载其10倍的请求将会崩溃，那么对于整个分布式架构系统会产生什么问题呢？本节我们将借助于Sentinel的流量控制、隔离降级来解决上述分布式架构中常见的雪崩问题。
  • 03.24 11:06:15
    发表了文章 2023-03-24 11:06:15

    33-微服务技术栈（高级）：分布式事务Seata的SAGA模式与几种模式总结对比

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.24 11:04:49
    发表了文章 2023-03-24 11:04:49

    32-微服务技术栈（高级）：分布式事务Seata的TCC模式

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.24 11:02:45
    发表了文章 2023-03-24 11:02:45

    31-微服务技术栈（高级）：分布式事务Seata的AT模式

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.24 10:45:08
    回答了问题 2023-03-24 10:45:08

    你会选择云原生数据库吗？

    踩0 评论0
  • 03.24 10:31:01
    发表了文章 2023-03-24 10:31:01

    30-微服务技术栈（高级）：分布式事务Seata的XA模式

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.24 10:29:38
    发表了文章 2023-03-24 10:29:38

    29-微服务技术栈（高级）：分布式事务Seata部署与微服务整合

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.24 10:26:29
    发表了文章 2023-03-24 10:26:29

    28-微服务技术栈（高级）：CAP定理和Base理论

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.23 16:53:59
    发表了文章 2023-03-23 16:53:59

    27-微服务技术栈（高级）：分布式事务Seata集群部署与服务整合

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.23 16:51:57
    发表了文章 2023-03-23 16:51:57

    26-微服务技术栈（高级）：分布式事务Seata部署与集成

    在分布式架构系统中，服务不止一个，一个完整的业务链路肯定也不止调用一个服务，此时每个服务都有自己的数据库增删改查，而每一个写操作对应一个本地事务。如果想要确保全部的业务状态一致，也就意味着需要所有的本地事务状态一致，这在我们之前的学习中肯定是不具备的，如何做到跨服务、跨数据源的事务一致性将是本章节的重点学习内容。
  • 03.23 16:48:46
    发表了文章 2023-03-23 16:48:46

    25-微服务技术栈（高级）：Redis持久化

    作为分布式系统中，必不可少的非结构化存储中间件，Redis在小型、中型、大型乃至高并发系统中均有自己发挥的场合，除了基础数据结构（String/Hash/Set/ZSet/List）的增删改查操作，在真正的生产环境中我们如何避免数据的丢失？如何避免单点的性能瓶颈？如何搭建合适的集群架构？ 本节笔者将从数据的持久化、多种集群结构搭建去解决不同的应用场景，以满足读者朋友们生产环境下的种种问题，最终实现Redis技术中间件的优雅落地。
  • 03.22 18:44:21
    发表了文章 2023-03-22 18:44:21

    24-微服务技术栈（高级）：分布式缓存Redis分片集群

    在上面两节，笔者带领大家完成主动集群搭建（解决单节点读压力过大问题），又完成哨兵集群的搭建（解决节点故障的自动恢复，从而提高系统整体稳定性）。但是上述不论那种架构模式，都没有解决当前系统的写压力过大问题。本节的分片集群将会有多个master节点，实现写压力的分摊，同时多个master节点互相通信，具备哨兵的功能，一旦节点故障，同样可以自动检测、投票、恢复。
  • 03.22 18:38:26
    发表了文章 2023-03-22 18:38:26

    23-微服务技术栈（高级）：分布式缓存Redis哨兵集群

    在上一节我们完成主从集群的搭建，虽然解决了读的压力，但是当集群主节点宕机时，系统架构有没有备用方案呢？如果没有是不是缓存层就直接失效、甚至异常了呢？在此基础之上我们可以借助于哨兵完成新主节点的选举，实现集群的自动恢复。
  • 03.22 18:33:01
    发表了文章 2023-03-22 18:33:01

    22-微服务技术栈（高级）：分布式缓存Redis主从集群

    单机Redis可以解决应用缓存的问题，但是随着系统流量的增加，读操作开始指数级倍增时，及时单节点Redis基于内存的读写操作再快也会有性能瓶颈，此时我们可以借助主从架构（主负责写、从负责读）来优化上述场景，实现高并发读优化。
  • 03.21 11:12:02
    发表了文章 2023-03-21 11:12:02

    21-微服务技术栈（高级）：消息积压与惰性队列

    消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
  • 03.21 11:09:51
    发表了文章 2023-03-21 11:09:51

    20-微服务技术栈（高级）：MQ死信队列&TTL&延迟队列

    消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费，但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
  • 03.21 11:06:20
    发表了文章 2023-03-21 11:06:20

    19-微服务技术栈（高级）：MQ消息可靠性

    消息中间件，作为分布式系统中必不可少的一部分，在前面我们学习过其基本的消息发送、消费（跳转链接），但是读者朋友们肯定也知道，真正的生产环境可不是简单的发送消息这么简单。如何避免消息丢失？如何满足特殊场景下的消息延迟消费？如何解决消费能力不足？如何搭建集群？等等 本节笔者将从消息的可靠性出发，解决消息不丢失的问题。同时借助TTL实现延迟消息，惰性队列解决消息堆积问题，最后完成集群搭建以实现生产环境真正的高可用。
  • 03.20 09:58:11
    回答了问题 2023-03-20 09:58:11

    注册阿里云com域名多少钱？

    踩0 评论0
  • 03.20 09:57:34
    回答了问题 2023-03-20 09:57:34

    阿里云服务器可以修改操作系统吗？

    踩0 评论0
  • 03.20 09:49:56
    发表了文章 2023-03-20 09:49:56

    18-微服务技术栈（高级）：RabbitMQ仲裁队列与集群扩容

    从RabbitMQ 3.8版本开始，引入了新的仲裁队列，他具备与镜像队里类似的功能，但使用更加方便。
  • 03.20 09:44:27
    发表了文章 2023-03-20 09:44:27

    17-微服务技术栈（高级）：Docker部署RabbitMQ镜像模式

    默认情况下，队列只保存在创建该队列的节点上。而镜像模式下，创建队列的节点被称为该队列的主节点，队列还会拷贝到集群中的其它节点，也叫做该队列的镜像节点。但是，不同队列可以在集群中的任意节点上创建，因此不同队列的主节点可以不同。甚至，一个队列的主节点可能是另一个队列的镜像节点。用户发送给队列的一切请求，例如发送消息、消息回执默认都会在主节点完成，如果是从节点接收到请求，也会路由到主节点去完成。镜像节点仅仅起到备份数据作用。当主节点接收到消费者的ACK时，所有镜像都会删除节点中的数据
  • 03.20 09:42:25
    发表了文章 2023-03-20 09:42:25

    16-微服务技术栈（高级）：Docker集群部署RabbitMQ

    在RabbitMQ的官方文档中，讲述了两种集群的配置方式： ● 普通模式：普通模式集群不进行数据同步，每个MQ都有自己的队列、数据信息（其它元数据信息如交换机等会同步）。例如我们有2个MQ：mq1，和mq2，如果你的消息在mq1，而你连接到了mq2，那么mq2会去mq1拉取消息，然后返回给你。如果mq1宕机，消息就会丢失。 ● 镜像模式：与普通模式不同，队列会在各个mq的镜像节点之间同步，因此你连接到任何一个镜像节点，均可获取到消息。而且如果一个节点宕机，并不会导致数据丢失。不过，这种方式增加了数据同步的带宽消耗。
  • 03.19 17:14:01
    发表了文章 2023-03-19 17:14:01

    15-微服务技术栈（高级）：Docker单机部署RabbitMQ

    Docker单机部署RabbitMQ
  • 03.19 17:11:39
    发表了文章 2023-03-19 17:11:39

    14-微服务技术栈（基础）：跨域及常见解决方案

    CORS需要浏览器和服务器同时支持。目前，所有浏览器都支持该功能，IE浏览器不能低于IE10。 整个CORS通信过程，都是浏览器自动完成，不需要用户参与。对于开发者来说，CORS通信与同源的AJAX通信没有差别，代码完全一样。浏览器一旦发现AJAX请求跨源，就会自动添加一些附加的头信息，有时还会多出一次附加的请求，但用户不会有感觉。
  • 03.19 17:09:41
    发表了文章 2023-03-19 17:09:41

    13-微服务技术栈（高级）：Nacos注解@RefreshScope热更新原理

    在前面学习Nacos的章节中，为了实现配置的热更新我们采取了两种方式，其一就是借助于注解：@RefreshScope，那么这个注解是如何做到标识即生效的？我们尝试一起分析一下。
  • 03.18 19:58:52
    发表了文章 2023-03-18 19:58:52

    12-微服务技术栈（高级）：容器引擎Docker

    在前面的学习中，我们掌握了微服务的服务注册与发现(nacos)、配置中心(nacos)、远程服务调用(feign)、网关(gateway)，同时借助Idea编译工具多次完成本地服务启动、部署和验证。在微服务架构中，不会再像传统那样单个单个部署服务器，而是会借助Docker进行批量的容器化部署。
  • 03.18 19:50:41
    发表了文章 2023-03-18 19:50:41

    11-微服务技术栈（基础）：Gateway服务网关

    微服务中另一重要组件：网关 进行了实战性演练，网关作为分布式架构中的重要中间件，不仅承担着路由分发（重点关注Path规则配置），同时可根据自身负载均衡策略，对多个注册服务实例进行均衡调用。本节我们借助GateWay实现的网关只是技术实现的方案之一，后续大家可能会接触像：Zuul、Kong等，其实现细节或有差异，但整体目标是一致的。
  • 03.18 19:45:33
    发表了文章 2023-03-18 19:45:33

    10-微服务技术栈（基础）：Feign远程调用

    回顾最初我们为了实现跨服务调用时，在不使用Dubbo这种RPC协议时，我们借助了RestTemplate对象实现跨服务调用，为了解决跨服务调用时调用地址写死的问题我们又引入了注册中心，从而实现根据服务名的调用。但是回过头来查看我们这段调用方法，依然存在服务地址硬编码、代码阅读性差的问题。
  • 03.17 08:46:27
    回答了问题 2023-03-17 08:46:27

    开发者参与开源软件项目有哪些好处？

    踩0 评论0
  • 03.16 09:07:40
    发表了文章 2023-03-16 09:07:40

    09-微服务技术栈（基础）：Nacos配置中心

    上一节我们借助于Nacos实现注册中心，完美替换了Eureka在项目之初的功能，开始本章节之前我们一起回忆下Nacos实现注册中心的关键步骤 1. 引入springcloud-alibaba/nacos-discovery依赖 2. 去除原eureka依赖、去除配置文件中eureka注册信息 3. 新增nacos注册信息：spring.cloud.nacos.server-addr:localhost:8848 4. 重启项目并验证 在此基础之上我们验证了Nacos的负载均衡策略、权重控制、环境隔离等信息，希望大家还能有点印象。
  • 03.16 08:47:56
    发表了文章 2023-03-16 08:47:56

    08-微服务技术栈（扩展）：负载均衡算法

    负载均衡算法作为Redis、MQ、ZK，GateWay等集群、组件必不可少的算法策略，是微服务框架中不可或缺的一部分知识点，本节我们将花费短暂的时间做个了解。
  • 03.16 08:45:50
    发表了文章 2023-03-16 08:45:50

    07-微服务技术栈（扩展）：什么是RESTful

    对于http接口的调用，其历程经历过原始servlet，到后面的struts，SpringMVC，对于后端的参数封装也逐渐从单个属性演变成对象封装，那么什么是RESTful，工作中又如何使用呢？
  • 03.16 08:44:15
    发表了文章 2023-03-16 08:44:15

    06-微服务技术栈（基础）：Nacos注册中心

    本节从Nacos安装、运行到具体规则配置，带领读者们深度参与了Nacos日常使用场景，Nacos作为注册中心可以优雅替换Eureka也离不开SpringCloud Alibaba的开源贡献。作为国内主流的配置、注册中心，Nacos在国内多数微服务公司都有使用，感兴趣的可以阅读一下本节推荐资料，笔者整理归纳在本文第8章节。
  • 03.16 08:41:21
    发表了文章 2023-03-16 08:41:21

    05-微服务技术栈（基础）：Ribbon负载均衡

    在上一节我们引入Eureka的同时，不知读者朋友们是否还有印象：我们在启动类getRestTemplate方法上追加了注解 @LoadBalanced，为什么加这个注解？这个注解解决了什么问题？本节笔者将给读者们做详尽的讲解。
  • 03.16 08:36:45
    发表了文章 2023-03-16 08:36:45

    04-微服务技术栈（基础）：Eureka服务注册与发现

    因前面提到Netflix相关组件已逐步被SpringCloud剔除，Eureka作为其中的注册中心，在此关注功能性即可，本章节不深入阐述其底层原理。后续章节替换为Nacos后，针对Nacos再做细节讨论。
  • 03.15 19:22:53
    回答了问题 2023-03-15 19:22:53

    假如拥有海量云资源，你最想拿它来做什么？

    踩0 评论0
  • 03.15 08:37:29
    发表了文章 2023-03-15 08:37:29

    03-微服务技术栈（基础）：SpringCloud工程部署启动

    本节笔者带领大家完成了SpringCloud工程从0->1的搭建，当然你不想搭建也可以直接采用方案一，二者等效，至此读者们完成了一个微服务工程的搭建、部署、访问。同时在本节最后一章，笔者基于RestTemplate发起的http请求实现远程调用，实现当A系统想要获取B系统数据时的跨系统数据交互。然而RESTful API访问并不是微服务的唯一解决方案，如Dubbo的交互一样可以实现，希望读者们能不限于此。
  • 03.15 08:32:19
    发表了文章 2023-03-15 08:32:19

    02-微服务技术栈（基础）：SpringCloud概述

    本节笔者介绍了SpringCloud诞生的由来，以及目前国内主要流行的SpringCloud Alibaba与SpringCloud的关系，同时针对SpringCloud自身的特点、版本号、依赖关系做了概要论述，这些都是为了接下来的实战打好基础。
  • 03.15 08:31:14
    发表了文章 2023-03-15 08:31:14

    01-微服务技术栈（基础）：微服务概述

    本文介绍了微服务基本概念、演变过程，主要的原则及优缺点，最后谈到了微服务的实现方案之一，作为引文此章节偏理论知识一些。后续笔者将借助具体技术实现带领读者一起逐步实现微服务架构体系。
  • 03.14 17:28:41
    回答了问题 2023-03-14 17:28:41

    乘风问答官3月排位赛开启！话题、问题双赛道，Apple Watch 3 等你赢！

    踩0 评论0
  • 03.14 17:23:06
    回答了问题 2023-03-14 17:23:06

    假设你是面试官，你会如何考核面试者的专业技能？

    踩0 评论0
  • 03.13 18:37:00
    回答了问题 2023-03-13 18:37:00

    开发者视角下，什么是优秀的产品经理？

    踩0 评论0
  • 03.13 15:59:04
    回答了问题 2023-03-13 15:59:04

    自建还是托管，你会如何选择？

    踩0 评论0
  • 03.13 15:58:42
    回答了问题 2023-03-13 15:58:42

    开源社区该如何建立“可控开源”体系？

    踩0 评论0
  • 03.01 10:43:39
    回答了问题 2023-03-01 10:43:39

    你使用过哪些云产品组合进行开发？

    踩0 评论0

2023年02月

2022年10月

2020年10月

  • 发表了文章 2023-06-17

    项目管理：飞书上手教程

  • 发表了文章 2023-06-17

    钉钉告警机器人Java接入指南

  • 发表了文章 2023-04-17

    架构设计：数据库三范式

  • 发表了文章 2023-03-26

    架构设计：系统时序图

  • 发表了文章 2023-03-26

    架构设计：物理部署图

  • 发表了文章 2023-03-26

    架构设计：领域模型图(数据架构/ER图)

  • 发表了文章 2023-03-24

    60-微服务技术栈（高级）：在线检测工具Arthas（实现CPU排查与代码热更新）

  • 发表了文章 2023-03-24

    59-微服务技术栈（高级）：在线检测工具Arthas（精准定位Java应用CPU负载过高）

  • 发表了文章 2023-03-24

    58-微服务技术栈（高级）：在线检测工具Arthas（jvm相关指令）

  • 发表了文章 2023-03-24

    57-微服务技术栈（高级）：在线检测工具Arthas（基础指令）

  • 发表了文章 2023-03-24

    56-微服务技术栈（高级）：在线检测工具Arthas（下载安装）

  • 发表了文章 2023-03-24

    55-微服务技术栈（高级）：微服务网关Soul（数据同步原理）

  • 发表了文章 2023-03-24

    54-微服务技术栈（高级）：微服务网关Soul（Soul数据库模型设计）

  • 发表了文章 2023-03-24

    53-微服务技术栈（高级）：微服务网关Soul（Soul网关接入与验证）

  • 发表了文章 2023-03-24

    52-微服务技术栈（高级）：微服务网关Soul（搭建dubbo-zk应用）

  • 发表了文章 2023-03-24

    51-微服务技术栈（高级）：微服务网关Soul（入门运行Soul）

  • 发表了文章 2023-03-24

    50-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Leader选举）

  • 发表了文章 2023-03-24

    49-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（选举机制源码分析）

  • 发表了文章 2023-03-24

    48-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Watcher机制-3[Zookeeper]）

  • 发表了文章 2023-03-24

    47-微服务技术栈（高级）：分布式协调服务zookeeper源码篇（Watcher机制-2[WatchManager]）

正在加载, 请稍后...
滑动查看更多
  • 回答了问题 2023-06-17

    想快速上手Kibana进行数据分析吗？

    基于Kibana Discover筛选数据，自由搜索航班信息并导出CSV报告： 基于Kibana Lens进行数据可视化，灵活分析航班信息： 基于Kibana Dashboard创建仪表板，可视化匹配航班信息： image.png
    踩0 评论0
  • 回答了问题 2023-04-22

    nacos2.0 8849 是默认端口吗？

    Nacos2之后8848，尊贵IP用户端口
    踩0 评论0
  • 回答了问题 2023-04-22

    请教个问题，nacos 2.2.0集群，启动后三个节点只有一个正常，看日志是ServerMember

    nacos的cluster.conf配置文件，看看ip是不是你的机器ip。有可能是宿主机网卡、不是虚拟网卡，导致集群间节点通信异常
    踩0 评论0
  • 回答了问题 2023-04-22

    Seata-Server 使用 DB 作为存储模式时，有哪些注意事项？

    上面回答的没啥实质性的，就关注两个点： 1-seata每天新增量大概多少，会不会影响你整体数据库性能。99%的应用是不用考虑的； 2-seata单节点数据过多，长事务的需求，建议搭建seata集群，提升整体写能力。
    踩0 评论0
  • 回答了问题 2023-04-22

    seata可以registry使用redis模式，config使用file模式吗？

    完全没问题，config注册是集群间节点数据同步；register是注册中心，用来跟其他微服务连接，需要注意的是如果register用的nacos，其余微服务也要注册到nacos，要不然无法获取到注册的RM信息
    踩0 评论0
  • 回答了问题 2023-04-22

    TCC模式下，seata客户端访问Seata server，过段时间会间歇性丢失服务链接，无时间规律

    看看seata的logs文件夹，tcc只是把控制交给了用户代码，跟失联没有关系。我觉得可能是你内存不足导致服务中断，或者nacos中间断了，导致注册信息丢失
    踩0 评论0
  • 回答了问题 2023-04-22

    服务器销毁了还能恢复里面的数据吗

    磁盘数据在就都可以，内存数据丢失不好恢复
    踩0 评论0
  • 回答了问题 2023-04-22

    访问控制常见问题负载均衡 SLB 授权

    SLB的负载均衡类型吗？随机、权重、Hash一致、轮询、最近最少使用等等
    踩0 评论0
  • 回答了问题 2023-04-22

    Serverless在推进过程中会遇到什么样的挑战？该如何破局？

    企业是否敢用？遇到问题是否可以快速降级兜底？如何稳定解决扩容、容灾？
    踩0 评论0
  • 回答了问题 2023-04-22

    新技术浪潮来袭会影响你的个人选择吗？

    新技术浪潮的变革对你个人选择有怎样的影响？ 答：会影响我的思考，然后决定接下来一两年的大致技术路线，是否需要往上靠一靠；比如最近一直讨论的ChatGPT，已经可以高效的做到代码的Demo编写，我们就需思考初级程序员是否能在未来1-2年被快速替代，如果可以我们的技术培养体系是否需要倾斜。
    踩0 评论0
  • 回答了问题 2023-04-22

    云服务器ecs实例要一直开着吗？

    要是需要对外持续提供服务就需要一直开着了
    踩0 评论0
  • 回答了问题 2023-04-22

    开发者需要怎样的技术社区？

    专业：能够对于咨询者给予专业的意见，辅导方向； 开放：对于牛人、新人有充分的新人和奖励机制； 丰富：不仅局限于博客，还要有多形式的学习，交流渠道，如：视频、论坛、图文等； 自由：能够让广大用户自由的搜索出自己想要的知识点，也能够与大牛、专业人士平等、自由的对话，交流。
    踩0 评论0
  • 回答了问题 2023-04-14

    聊聊你和Java的故事

    初识于2015年，也是那边跟女朋友在一起，自学后工作、成家、立业，现在也有8年了，当初的女朋友成了老婆，Java也成就了自己的事业。
    踩0 评论0
  • 回答了问题 2023-04-14

    开发者为了省钱，都使用过哪些小妙招？

    **在上云的过程中，您觉得哪些云上资源是不可或缺的？ ** 对于后端Java栈的来说，ECS必不可少，其余都可以自建 **为了以更低的价格买到云上资源，您用过哪些方法？ **- 学生认证，9.9一个月 - 拉新人，给同事们都拉完，跳槽再换一家拉 - 社区推广，邀请 **您了解过云产品资源包吗？觉得它能更省钱吗？ ** 暂时还没了解过，类似打包销售？这样可以：ECS+RDS+CDN来一套，家人们上链接！！！
    踩0 评论0
  • 回答了问题 2023-04-14

    面向AI时代，产品如何用大模型重新升级？

    在面向AI时代，产品应该如何用大模型重新升级： 了解AI大模型的潜力：产品团队应该了解AI大模型的潜力和应用场景，并了解如何将其集成到产品中，以实现更高效的数据分析和提高用户体验。 优化模型性能：AI大模型需要消耗大量的计算资源，因此产品团队需要优化模型性能，以确保其在实际应用中的稳定性和性能。 构建完整的数据管道：大模型需要大量的数据支持，因此产品团队需要构建完整的数据管道，以确保数据的准确性和完整性。 改善用户体验：AI大模型的应用可以帮助产品实现更智能化的服务，提高用户体验。产品团队应该思考如何将大模型应用到产品中，以提高用户满意度。 持续更新和迭代：AI大模型的技术发展非常快，因此产品团队需要持续更新和迭代模型，以保持竞争优势。 AI大模型的出现将对个人的生活产生重要影响： 更加智能化的个性化服务：AI大模型可以学习和理解我们的喜好和需求，以提供更加智能化的个性化服务。例如，根据我们的搜索历史和浏览行为，AI大模型可以向我们推荐更加符合我们兴趣的内容。 提高生产力：AI大模型可以帮助我们更快地完成某些重复性或繁琐的任务，从而提高我们的生产力。例如，自动化的数据分析和挖掘可以帮助我们更快地得出结论和做出决策。 改变工作方式：AI大模型可以在某些领域替代人工工作，从而改变工作方式。例如，机器人和自动化系统可以替代人工完成某些生产线上的工作，从而释放人力和提高效率。 提高医疗保健：AI大模型可以帮助医生更好地理解和分析病人的数据，从而提高诊断和治疗的效果。例如，AI大模型可以帮助医生快速识别影像学数据中的疑难病例。 改变教育方式：AI大模型可以帮助学生更好地学习和理解知识，从而改变教育方式。例如，AI大模型可以根据学生的学习情况和需要，为其推荐适合的学习资源和课程。
    踩0 评论0
  • 回答了问题 2023-04-07

    你最想试用阿里云的哪款产品？

    ES的教程有点简单，可以增加一点DSL对搜索结果处理的，甚至高亮、自动补全。
    踩0 评论0
  • 提交了问题 2023-03-28

    现在怎么在阿里云平台完成一个快速的入门案例？

  • 回答了问题 2023-03-28

    如何评价GPT-4？

    GPT-4对技术人员以及对其他行业带来了哪些影响？我们如何更好应对？ 作为技术研发人员，GPT刚出之际，我们倒是没什么太多感知的，但是随着身边越来越多的人开始讨论这个话题时，我也翻墙出去亲测了一下 1.准确：所有的问题答案，不像是百度出来一样需要人为识别，没有广告，所有的东西都是精炼且准确的 2.高效：一个问题从输入，到问题的输出，往往10s内都可以解决，大大节省了我们的时间 3.全面：当我尝试输入“帮我编写一个java的**功能”，他居然可以完全正确的帮我生成一个可运行代码，真的让人吃惊。 思考 虽然我们知道GPT的模型驯化需要人为的介入，但是随着互联网发展的高效几十年，或许这一天比我们想象的要来的更加的快，当那一天来临时，真正做好拥抱变化的又有几人呢。时刻保持危机感，拥抱变化，毕竟我们常说：唯一不变的就是变化。
    踩0 评论0
  • 回答了问题 2023-03-28

    3.31世界备份日：你都在使用哪些备份方式？

    在工作和生活中，您遇到过哪些数据丢失的烦恼，都用过哪些备份方式？ 1.备份到云端：将数据备份到云存储服务商的服务器上，如Google Drive、OneDrive、Dropbox等。 2.备份到外部硬盘：将数据备份到外部硬盘上，以防电脑硬盘故障。 3.使用网络存储设备：如NAS网络附加存储器，可以将数据备份到局域网内的网络存储设备上。 4.备份到移动存储设备：如U盘、移动硬盘等。 5.使用备份软件：如系统自带的备份软件、EaseUS Todo Backup、Acronis True Image等。 无论采用哪种备份方式，用户都需要定期备份，以保证数据的安全。另外，备份数据也要注意保护隐私信息，避免敏感数据泄露。 您觉得云上的数据需要做备份吗？ 是的，云上的数据也需要做备份。尽管云服务商通常会提供一定程度的数据备份服务，但这并不能完全保证数据的安全性和可靠性。因此，用户也应该自行对云上的重要数据进行备份，以防止数据丢失或遭受其他的安全威胁。同时，备份的数据也可以用于数据恢复和灾难恢复，保证业务的连续性和可靠性。 您使用过阿里云混合云备份HBR或者ECS快照吗？最喜欢它们的哪些功能？ 使用过ECS快照，目前感觉挺方便的 您还了解其他的云原生备份产品 1、AWS Backup：这是亚马逊云服务（AWS）提供的云原生备份服务，支持多种AWS服务的备份和恢复，包括EC2实例、EBS卷、RDS数据库等。AWS Backup支持策略管理、多版本备份、跨账户备份等功能。 2.Google Cloud Backup：这是谷歌云提供的云原生备份服务，支持多种谷歌云服务的备份和恢复，包括Compute Engine实例、Cloud SQL数据库等。Google Cloud Backup支持自动备份、手动备份、增量备份等多种备份方式。 3.IBM Cloud Backup：这是IBM云提供的云原生备份服务，支持多种IBM云服务的备份和恢复，包括Virtual Server实例、Block Storage卷等。IBM Cloud Backup支持多版本备份、自动备份、手动备份等多种备份方式。 4.Azure Backup：这是微软云服务（Azure）提供的云原生备份服务，支持多种Azure服务的备份和恢复，包括虚拟机、SQL数据库等。Azure Backup支持定时备份、增量备份、多版本备份等多种备份方式。 这些云原生备份产品都具有高效、可靠、安全、灵活等优点，可以为用户提供可靠的数据备份和恢复服务，有助于保障业务的连续性和可靠性。
    踩0 评论0
  • 回答了问题 2023-03-24

    你是怎么使用K8s的？

    部署应用程序：使用K8s中的Pod、Deployment、Service等资源对象来部署应用程序，可以使用Docker镜像构建容器。 扩展应用程序：使用K8s中的水平自动扩展（HPA）、Pod伸缩等功能来扩展应用程序，以确保应用程序在负载变化时具有可扩展性。 管理集群：使用K8s中的kubectl命令行工具或K8s控制台来管理K8s集群，例如创建、管理Pod、Deployment等对象，监控集群资源使用情况等。
    踩0 评论0
正在加载, 请稍后...
滑动查看更多
正在加载, 请稍后...
暂无更多信息
勋章
关注
粉丝