scalability 花钱就能更强，一台服务器不行就两台。
extensibility 自己搞不定的就上插件 mod，不管怎么样，果体 mod 得高清的。

@felixcode @Acebiu @AerithLoveMe
https://sm.ms/image/jd1JwKq8LEOz4fv


dg 的版本是 2020.2.3 windows

占个楼问一下，为什么任何简单的查询，data grip 都要三秒，然而小海豚只要 0.3 秒甚至更少？

我考了 aws devops professional 有需要吗，wx: dGhyZWUtZWdncy1sZWU=

zabbix 不知道我就不说了。elk 的话，如果你在 grafana 里面建的图表，你在 es-kibana 里面也可以手动建好，然后看看 kibana 里面的 es query 是什么，这不就从 es 里面查出来了。

@threeEggs123 grafana 只显示，你建 dashboard 的时候看一下 data source 从哪里来的不就好了，是 graphite 还是 ES 还是哪里，直接从对应的 data source 拿不就好了

graphna

@no1xsyzy

aws s3 glacier 完美解决

淦，Ubuntu 走起来，要啥自行车

clients -> api gateway -> elb -> responsed server

git merge master -> webhook -> Jenkins -> docker file -> image repo -> ECS (ELB,DNS …) -> Canary deploy ->Replace old -> IM tool(release email)。大概就这些，顺序好像有点乱😂

我们用的是微服务设计模式中的 saga 模式，事件驱动的方式。

Linux mint 表示很香，也是基于 Ubuntu 的 distribution, 蓝牙触屏都 OK

@julyclyde 对👍

@julyclyde 每个服务都有一个 ELB，每个 ELB 只转发到它自己服务的 ASG 。

@julyclyde 这里的 ASG 只是管理了他自己服务器 EC2 的状态，比如是否健康，有几台实例工作。并不知道其他服务的状态，其实也不需要。如果是 spring cloud 的话，这里的 ASG 应该只是提供了 actuator 的功能。服务发现我理解是可以知道同一注册中心的其他服务状态，比如其他服务的 IP，端口。我这里的 ASG 并不具备知道其他服务的状态的功能。
公司的架构类似于 service mesh，其实我也不是很懂，国庆恶补一波。🌚

老实说我也不知道为什么还要服务发现,公司这边用的是 AWS 一套. Route53(DNS) -> ELB (负载均衡) -> ASG(自动扩容组) -> EC2 instance(真正运行代码的机器). 通过 ASG 来做故障检测,每个 EC2 实例都会有一个 isActive 接口,来判断 EC2 是否挂了. 新代码提交触发 Jenkins, 把 ASG 后面的 EC2 instance 给换了, 也不是涉及到 DNS 缓存的切换,因为 DNS->ELB 这一条路没有变. 我看了一下 K8S 的操作(Service->Pods)以及 AWS ECS 的操作大概也是这样.
最近在看 SpringCloud 的一下内容,我觉得如果是按照我说的这种架构,是否就不需要服务发现了?
然后各个微服务直接就通过 Router53 或者 ELB 直接 connect 就好了.
比如 Java 这边随便什么的 HttpClient 直接连到对应的 ELB,为什么还需要什么 Euraka,ZooKeeper 了...
然后其他的 Python, C#相应的客户端也去直接用 Route53 对于的域名就好了?
有没有大佬解惑的? 谢谢!!!