Thank you very much for your suggestion, we will try to implement it today.
On 2023/09/06 15:12:35 Xuanwo 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.) > > Thank you for your response. I agree with @PsiACE's suggestion to separate > the project first and running it as a community before starting the > incubation jounary. > > We can use `git` to split the project while preserving all related history. > > Here is the command: > > ```shell > git clone https://github.com/XiaoMi/mone OzHera > git filter-repo --path ozhera-all > ``` > > This change will make the contribution history clearer and help checking the > initial committers list. > > On Wed, Sep 6, 2023, at 18:13, Zhiyong Zhang 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 > > -- > 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