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

Reply via email to