> 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