V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
adpw001
V2EX  ›  程序员

关于 nacos 的几个疑问

  •  
  •   adpw001 · 5 天前 · 2094 次点击

    由于工作原因最近有在接触 nacos,遇到几个疑问的点:

    1 、一般在接入 nacos 配置中心时里面都放什么配置?

    据官网文章 典型的应用场景 描述,数据库连接信息、限流阈值和降级开关是很好的实践。

    • 数据库连接信息 是在项目启动时读取的,假设当前是独立的 SpringBoot 的应用(没有使用 SpringCloud ),又无法直接在项目启动时从 nacos 中获取配置。这点在官网 issue 中找到类似的疑问。如果我现在就想把数据库信息托管在 nacos,必须使用 SpringCloud ?
    • 限流阈值和降级开关,关于这点,与将这些信息放在 Redis 、ZK 等中间件,有什么区别?

    2 、动态 key 该如何访问?

    下面是网提供的例子,访问的静态 key 。简单的 k-v 配置。

    @NacosValue(value = "${useLocalCache:false}", autoRefreshed = true)
    private boolean useLocalCache;
    

    假设现在有个 业务项配置 需要根据 某个用户参数 进行获取(key 里包含动态数据),这种场景在 nacos 下面是否可行?假如可行,如何实现?

    21 条回复    2021-06-11 20:52:29 +08:00
    roudancongji
        1
    roudancongji   5 天前
    最近我们也在用 nacos,文档建设烂的一批,server 还有反序列化的错误,为啥不用 consul 呢
    DonaldY
        2
    DonaldY   5 天前
    @roudancongji consul 去年疫情开始,不给中国用了。
    Illusionary
        3
    Illusionary   5 天前
    放弃 nacos,拥抱云原生
    hotcool100
        4
    hotcool100   5 天前
    会者不难
    hotcool100
        5
    hotcool100   5 天前
    关于配置中心、注册中心、服务发现,可以看看开源项目怎么实现的(非 SpringCloud )

    https://gitee.com/budwk/budwk
    Renco
        6
    Renco   5 天前
    我们最近也从 consul 转 nacos 。。。用起来是没那么轻松愉快。总之就是很麻烦
    sprite82
        7
    sprite82   5 天前
    @Renco 请问 consul springcloud 如何自动删除下线的服务 我网上看到的都是 curl 或者代码去删除
    adpw001
        8
    adpw001   5 天前
    @roudancongji 有一说一,nacos 文档过于简单。有些点没提到。
    windyboy
        9
    windyboy   5 天前
    spingboot 的 config server 感觉笨重
    adpw001
        10
    adpw001   5 天前
    @Renco 是的,我从一开始部署就遇到 SQL 脚本错误了。也是从 issue 上面找到答案的。
    adpw001
        11
    adpw001   5 天前
    @Illusionary emmmm...有点遥远,感谢建议
    adpw001
        12
    adpw001   5 天前
    @hotcool100 收到。感谢。
    cslive
        13
    cslive   5 天前
    @DonaldY 禁止的是 Vault 企业版本,因为 Vault 企业版本包含的加密算法需要向国内报备,他们怕麻烦就不在国内销售 Vault
    Navee
        14
    Navee   5 天前
    阿里出品文档一向如此简单,有时候文档没写清楚深入代码发现代码注释都没有
    在 dubbo 重启之前遇到过 dubbo 性能问题,其实官方文档中有涉及到压测相关数据,但是又没有给详细的测试环境和结果,dubbo 重启并贡献给 apache 之后,相关文档还是没有
    xiangyuecn
        15
    xiangyuecn   5 天前
    以前看到这个东西就给人很不舒服,完全是小学生的作业

    https://github.com/alibaba/nacos/issues/4593

    以前项目里面屎里面用到了这个玩意,升级是不可能升级的,随手屏蔽掉了端口的外网访问
    Rwing
        16
    Rwing   5 天前
    在 Hacker News 问了一下,founder 的回应如下:首先,本文档仅适用于企业评估软件。这不适用于我们的 OSS 软件,除非在注册企业评估的上下文中,否则不应将其链接到我们的 OSS 附近。这不是政治声明,这是法律要求。我们在 Vault 中使用的加密受中国出口管制法律的约束,并且(根据中国法律)我们在中国销售是非法的。

    截止目前为止,从 HashiCorp 官网上的声明来看,开源项目其实还是“安全”的,被禁用的只是 Vault 企业版,而非其他所有开源产品(Terraform 、Consul 等)。因此,大家可以暂时放下心来,放心使用!
    xgfan
        17
    xgfan   5 天前
    建议慎重,不要选一些文档一坨屎的“开源”。
    PureWhiteWu
        18
    PureWhiteWu   5 天前
    InkAndBanner
        19
    InkAndBanner   5 天前
    我们是吧跳过鉴权的地址+外部 api 的地址 许多配置的开关都放在 nacos 了
    cslive
        20
    cslive   5 天前
    @xiangyuecn 我看了这个 issue,去试了一下 nacos 官网那个那个 demo,可以复现成功,官网 damo 目前是 2.0.1,本来是不知道它的密码的,我用 api 新建了一个 test 账号,登录进去了。目前来说 nacos 千万不能暴露在公网,不然安全隐患极大
    xuanbg
        21
    xuanbg   5 天前
    讲道理,注册中心不需要暴露在公网上,配置中心就更不应该暴露在公网上面了。但通过加个请求头就能 bypass 权限校验这种骚操作,实在是匪夷所思。。。

    Consul 并没有在国内不能用,而且很好用。当然,Consul 也不应该暴露在公网上。除了网关,其他所有的服务、数据库、消息队列什么的,都不应该暴露在公网上。
    关于   ·   帮助文档   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   1312 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 17:42 · PVG 01:42 · LAX 10:42 · JFK 13:42
    ♥ Do have faith in what you're doing.