eing sent.
>
>
> 我想简单实现掉，在alert服务查询数据库时加一个排它锁的逻辑，这样即使启动两个alert服务也不会造成告警重复发送的问题。
>
>
> 原始邮件
> 发件人: fe...@thinkingdata.cn
> 收件人: dev
> 发送时间: 2020年8月24日(周一) 12:50
> 主题: Re: Re: About the high availability implementation of the Alert service
>
>
> Can a single instance a
...@thinkingdata.cn
收件人: dev
发送时间: 2020年8月24日(周一) 12:50
主题: Re: Re: About the high availability implementation of the Alert service
Can a single instance achieve high availability?
Of course, there are many ways to implement high availability
单实例可以实现高可用吗？
当然高可用的实现方式有多种
fe...@thinkingdata.cn
From
制化的需求。
fe...@thinkingdata.cn
From: wu shaoj
Date: 2020-08-24 10:50
To: dev@dolphinscheduler.apache.org
Subject: Re: About the high availability implementation of the Alert service
I don't think the ha of alert is necessary at present or in the future.
This exte
点，我提到的这个是alert server的稳定性，和告警服务的定制化是不同的需求。在alert server
服务正常运行的情况下，调用用户自己通过插件实现的告警才是有意义的。我只同意，这个在排期上延后，或者我抽空实现掉。但是我不同意，降低DS的稳定性标准。
fe...@thinkingdata.cn
From: fe...@thinkingdata.cn
Date: 2020-08-24 11:10
To: dev
Subject: Re: Re: About the high availability implementat
From: fe...@thinkingdata.cn
Date: 2020-08-24 11:10
To: dev
Subject: Re: Re: About the high availability implementation of the Alert service
At the very least, support that the Alert service is multi-instance.In this
way, the first exception can be notified.
Customized alerts can be plugins and impl
4 10:50
To: dev@dolphinscheduler.apache.org
Subject: Re: About the high availability implementation of the Alert service
I don't think the ha of alert is necessary at present or in the future. This
extension can be extended by users
On 2020/8/23, 10:44, "Yichao Yang" <1
I don't think the ha of alert is necessary at present or in the future. This
extension can be extended by users
On 2020/8/23, 10:44, "Yichao Yang" <1048262...@qq.com> wrote:
Hi,
I don't think the ha of alert is necessary at present. This extension can
be extended by users. We shoul
Date: 2020-08-23 10:43
To: dev
Subject: Re: About the high availability implementation of the Alert service
Hi,
I don't think the ha of alert is necessary at present. This extension can be
extended by users. We should focus on the current scheduling.
Best,
Yichao Yang
About the high availability implementation of the Alert service
Hi,
I don't think the ha of alert is necessary at present. This extension can be
extended by users. We should focus on the current scheduling.
Best,
Yichao Yang
-- Original --
From: JUN GAO
duling.
>
> Best,
> Yichao Yang
>
>
> -- Original --
> From: JUN GAO Date: Sat,Aug 22,2020 9:41 PM
> To: dev Subject: Re: About the high availability implementation of the Alert
> service
>
>
>
> I think the first one is better.
g.
>
> Best,
> Yichao Yang
>
>
> -- Original --
> From: JUN GAO Date: Sat,Aug 22,2020 9:41 PM
> To: dev Subject: Re: About the high availability implementation of the Alert
> service
>
>
>
> I think the first one is better.
>
> fe...
Hi,
I don't think the ha of alert is necessary at present. This extension can be
extended by users. We should focus on the current scheduling.
Best,
Yichao Yang
-- Original --
From: JUN GAO
I think the first one is better.
fe...@thinkingdata.cn 于2020年8月22日 周六19:30写道：
> hi ALL
>
> I would like to make a suggestion that the Alert Module is not currently
> designed to be in a high availability state, and that there are problems
> with sending repeated alerts when multiple alert servic
hi ALL
I would like to make a suggestion that the Alert Module is not currently
designed to be in a high availability state, and that there are problems with
sending repeated alerts when multiple alert services are started.
Alarm service down, DS alarm failure problem.
So far, I've come up with
14 matches
Mail list logo
