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
