Agree with David, the community is more important than the codes.
-- Kimm King(kimmk...@apache.org/kimmk...@163.com) github&twitter: kimmking At 2023-09-07 16:52:20, "David Zollo" <davidzollo...@gmail.com> wrote: >After reading the comments and concerns, I went to check out this >project[1]. I think this project is still in a very early stage and >requires significant improvement. It would be beneficial to have these >mentors guide the improvements, and learn some open-source knowledge >like the apache way, and you'd better to establish a user community >before entering the incubator. > > >1, https://github.com/XiaoMi/mone > > >Best Regards > >--------------- >David >Linkedin: https://www.linkedin.com/in/davidzollo >--------------- > >On Thu, Sep 7, 2023 at 10:01 AM Zhiyong Zhang <goodj...@apache.org> wrote: >> >> 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 >> > >--------------------------------------------------------------------- >To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >For additional commands, e-mail: general-h...@incubator.apache.org