> attaching the screenshot

I don't see an attachment in your email. If you paste the screenshot
inline, it can be filtered out by mailing list policy. You can attach a
file or upload it to an external image hosting service.

Best,
tison.


Sheng Wu <wu.sheng.841...@gmail.com> 于2023年9月6日周三 21:23写道:

> One more update.
> With this project being noticed by this project, the parent project is
> facing the challenge of copying from Ali Yunxiao, which is one of the
> Aliyun commercial services.
> Ref source in CN, https://github.com/XiaoMi/mone/issues/689, attaching
> the screenshot in case of the owner deleted this issue.
>
> The good thing is, that this is not the ASF and incubator issue, we
> don't have an obligation to prove this is true or false.
> But this is a validation of my feelings that this project was not
> audited carefully, although one of them declared they are.
>
>
> Sheng Wu 吴晟
> Twitter, wusheng1108
>
> Calvin Kirs <k...@apache.org> 于2023年9月6日周三 20:15写道:
> >
> > Is this a (community) with only 38 issues?
> > There are tons of commits from the community. How does the decision
> > happen? ok, I saw this, relying on Gitter[1] with only 6 people and 8
> > messages?
> >
> > pls forgive me, after reviewing your proposal
> > I really don’t know how to describe it.
> >
> > [1]https://app.gitter.im/#/room/#monegrow_community:gitter.im
> >
> > On Wed, Sep 6, 2023 at 6:14 PM Zhiyong Zhang <goodj...@apache.org>
> wrote:
> > >
> > > Without Mone, OzHera can be used independently. Currently, in addition
> to Xiaomi, there are also some external manufacturers using or researching
> it. Mone is a larger collection within Xiaomi, and we are considering open
> sourcing all of it in the future (which includes cicd rpc, registration
> center, container management, stress testing system, API platform, gateway,
> tunnel governance, etc.)
> > >
> > > On 2023/09/05 17:45:24 Xuanwo wrote:
> > > > Hi,
> > > >
> > > > Thanks for the interesting proposal first!
> > > >
> > > > I would like to understand the connection between Xiaomi/mone and
> OzHera. Will OzHera be transferred from Xiaomi/mono to
> apache/incubator-ozhera while keeping the rest of the code unchanged? Can
> OzHera be used independently without Xiaomi/mono?
> > > >
> > > > On Tue, Sep 5, 2023, at 11:11, Yu Xiao wrote:
> > > > > Dear incubator community,
> > > > >
> > > > > I would like to propose OzHera[1] as a new apache incubator
> project, you
> > > > > can find the proposal[2] of OzHera for more detail.
> > > > >
> > > > > OzHera is an application performance observation platform that
> centers
> > > > > around applications,
> > > > > integrating metric monitoring, link tracing, logs, alerts, and
> other
> > > > > capabilities.
> > > > > The Hera platform has the following core features:
> > > > >
> > > > > ** Embrace Cloud Native
> > > > > Complies with the Opentracing standard, integrating multiple star
> > > > > open-source products such as OpenTelemetry,
> > > > > Grafana, Prometheus, ES, CAdvisor, etc. At the same time, Hera
> deeply
> > > > > adapts to K8S,
> > > > > providing one-click deployment on K8S through operator.
> > > > >
> > > > > ** Precise: Availability Metrics
> > > > > We have defined corresponding availability metrics for common RPC
> > > > > (Dubbo, HTTP, etc.) requests.
> > > > > These request-scope metrics are automatically extracted from
> tracing
> > > > > by Hera, and during extraction,
> > > > > we enhance the ability to recognize business error codes.
> > > > > A single metric can accurately express the exceptions encapsulated
> by
> > > > > RPC and business processing.
> > > > >
> > > > > ** Quick: Metrics-Tracing-Logging Linkage
> > > > > Based on traceId, it links the alarm -> metrics -> link -> log
> closed loop.
> > > > > From the moment the alarm card touches the user, the user can
> quickly
> > > > > view the link and log situation related to this alarm,
> > > > > greatly improving the efficiency of problem locating.
> > > > >
> > > > > ** Economical
> > > > > Less than 0.1% storage cost, satisfying 99.9% of tracing demands
> > > > > OzHera achieves the recognition of abnormal calls (error span,
> > > > > abnormal business error codes,
> > > > > error logs, single span time exceeding 1 second, etc.) and ensures
> the
> > > > > storage of data for the entire call link of abnormal traces.
> > > > > For normal traces, we adopt a default random sampling strategy of
> one
> > > > > in ten thousand.
> > > > >
> > > > > ** Enterprise-level Observable Products
> > > > > Complete account, permission, application management mechanisms,
> > > > > allowing users to quickly implement within the enterprise and
> connect
> > > > > to the enterprise’s own account, application deployment system,
> etc.
> > > > > It can also quickly dock with enterprise office software to achieve
> > > > > alarm touch. Core links are well decoupled for rapid scaling,
> > > > > and for large volumes of tracing, we have implemented tail
> sampling strategies,
> > > > > able to support high qps, real-time observable demands of high
> > > > > timeliness systems.
> > > > >
> > > > > [1] https://github.com/XiaoMi/mone/tree/master/ozhera-all
> > > > > [2]
> https://cwiki.apache.org/confluence/display/INCUBATOR/OzHeraProposal
> > > > >
> > > > > Best,
> > > > > Yu Xiao
> > > > >
> > > > > ASF Member
> > > > > Apache ShenYu V.P.
> > > > > Apache Incubator PMC
> > > > >
> > > > >
> ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > > > For additional commands, e-mail: general-h...@incubator.apache.org
> > > >
> > > > --
> > > > Xuanwo
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > > For additional commands, e-mail: general-h...@incubator.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > > For additional commands, e-mail: general-h...@incubator.apache.org
> > >
> >
> >
> > --
> > Best wishes!
> > CalvinKirs
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> > For additional commands, e-mail: general-h...@incubator.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org
> For additional commands, e-mail: general-h...@incubator.apache.org

Reply via email to