有用过携程 apollo 的吗

感觉这个项目就是一个逗逼设计的，"每个环境都需要独立部署一套 Config Service、Admin Service 和 ApolloConfigDB"
,看到这里我真是笑得一口老血喷出。还用到了 eureka....
要是我来设计的话把 portal,Config Service、Admin Service,整合到一个包里面。新建一个环境无非是给键值对加一个 env 字段。不知道是哪个实习生用来练手的，居然还有 1 万多个 start

mortonnex

2019 年 5 月 16 日

1.protal 分离是可以理解的
"Portal 部署在生产环境的机房，通过它来直接管理 FAT、UAT、PRO 等环境的配置"

2.config 和 admin 分离我的观点和你一样,觉得没有必要分开

checkaround

2019 年 5 月 16 日

emm，这几个东西不一定部署在一台机器上…

rrfeng

2019 年 5 月 16 日

不是我提的 issue 吗…

不推荐用。

所以我说嘛，国产开源的东西最好都别碰。

另一个典型是 open falcon

当然你要是没实力没办法只能选一个，还是可以考虑上车的。

rrfeng

2019 年 5 月 16 日

没看仔细，楼主的喷点有两个
一个是服务，一个是数据。

服务可以精简，更合理，我在 issue 里提了。
数据的话，不同环境还是要分开的，有安全规范包括网络隔离等各种问题。

a663

2019 年 5 月 16 日

我调研了一下感觉特别垃圾，原来不是我一个人的感受

richzhu

2019 年 5 月 16 日

我司在用，而且近期迁移到了 k8s 上~~ 搭建的时候我差点崩溃...

yinzhili

2019 年 5 月 16 日

我个人也觉得这东西不怎么友好。把简单的事情复杂化。而且官方文档不严谨，有些东西得自己仔细看一下源码才能搞定。

zhoudaiyu

2019 年 5 月 16 日

@rrfeng open falcon 现在小米不维护了吧...我们就在用...感觉就是配置不灵活，有的小地方有点反人类。请问还有哪里有坑？说说避免以后踩。

wc951

2019 年 5 月 16 日

开发环境和测试环境的配置中心可能开放给开发去用，生产环境一般只会给运维吧，数据分离还是有点必要的

leon0318

2019 年 5 月 16 日

本地多建几个数据库，然后开放多个端口，不就可以在一台机器上部署 FAT UAT 和 PRO 了 doge

lynskylate

2019 年 5 月 16 日

所以国内的开源社区永远不会发展起来，大部分都是伸手党，宁可在 v2 吐槽，都不肯发个 issue。

resouer

2019 年 5 月 17 日

在有 K8s 的情况下为什么还需要这么个东西？？有扩展的需求自己写个 Operator、学习下 K8s 那套玩法多好？

P.S. 这个项目的作者都已经不再携程了吧，应该在另外一家公司搞类似的注册中心呢 …… 照样很烂

mengzhuo

2019 年 5 月 17 日

呵呵，太年轻。
等你被坑过才知道够用的配置服务基本就是 apollo 这个样子了。

Navee

2019 年 5 月 17 日

想开箱即用、spring 无痛集成，只有他了
别人也只是按照自己公司的场景实现，顺便开了个源，已经很不错了
楼主也能用 spring cloud config 二次开发一个出来

a663

2019 年 5 月 20 日

@resouer 自己在 k8s 写个什么样的 Operator ？用来管理配置的么？可否详细说一下哈，谢谢

tanxiong

2023 年 9 月 28 日

他这个里面带了个 eureka 注册中心，真是个逗比设计

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/564756

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.