HI tison, This may be the description of the problem where the mentor is volunteering to help with the project . The understanding of the task here is that the mentor suggests some practices the Apache Way!
> So I wonder what the "clear division of labor among the mentors" is - which mentor covers what division? And how you previously assigned tasks to the initial committers and what the tasks are. Best wishes! tison <wander4...@gmail.com> 于2023年9月6日周三 07:31写道: > > Hi, > > >> This sounds interesting. Could you elaborate on the "division of labor" > and > >> previous tasks "assigned" by mentors to initial committers? > > > It should be clarified that mentors are there to help projects better > > practice the Apache Way, > > including project releases, license checks, community builds, etc. > > This is aligned with my understanding and is clear. My question is the > description of "division of labor" and "tasks assigned". > > Do you mean these descriptions are inaccurate, or how do you practice them? > > The original description is: > > > There is a relatively clear division of labor among the mentors, and the > mentors will regularly assign us corresponding tasks. > > So I wonder what the "clear division of labor among the mentors" is - which > mentor covers what division? And how you previously assigned tasks to the > initial committers and what the tasks are. > > Best, > tison. > > > Xuanwo <xua...@apache.org> 于2023年9月6日周三 01:45写道: > > > 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