Hi, Glad to see a new incubator proposal. Comments inline.
> There is a relatively clear division of labor among the mentors, and the mentors will regularly assign us corresponding tasks. This sounds interesting. Could you elaborate on the "division of labor" and previous tasks "assigned" by mentors to initial committers? > I hope that ozhera can play its value in the observability of cloud-native applications. >> How would you process the branding The concern here is that ozhera, as a submodule of Mone, can suffer from its packages and UIs convey the Mone branding still held by Xiaomi. If an ASF project is tightly coupled with a vendor-specific project, it may be a concern. > The versions we have chosen strictly comply with the GPL and Apache2.0 agreements. The ASF states its project won't contain GPL-licensed components, at least not as a necessary dependency. You can check [1][2] for details. > b. While Elasticsearch has changed from Apache 2.0 to the Server Side Public License (SSPL), although SSPL is no longer an OSI-approved open source license, it still allows free use, modification, and distribution, but imposes some restrictions on commercial use. What would you like to express here? The ASF releases open-source software following OSD[2][3]. SSPL or ELv2 is simply unacceptable. Best, tison. [1] https://www.apache.org/licenses/GPL-compatibility.html [2] https://www.apache.org/legal/resolved.html#category-x [3] https://news.apache.org/foundation/entry/the-apache-way-to-sustainable Zhiyong Zhang <goodj...@apache.org> 于2023年9月5日周二 22:33写道： > > > On 2023/09/05 05:56:51 Sheng Wu wrote: > > Several important things > > The entire project https://github.com/XiaoMi/mone has passed the internal > audit of Xiaomi, and the owners and leaders of the entire project are > consistent with the initiators of the ozhera project. The main donation to > ASF this time is ozhera-all, and other modules follow the Apache protocol, > which will not cause protocol or ownership ambiguity. > > 1. You are mentioning the donation is about > > `https://github.com/XiaoMi/mone/tree/master/ozhera-all` > <https://github.com/XiaoMi/mone/tree/master/ozhera-all>, It is a part > > of the repository, so will others stay out of the ASF? If so, have the > > project been going through Xiaomi's internal audit about the sharing > > codes between this part of the whole project? Who owns that? > > We hope to complete the internationalization transformation with the help > of ASF; we are preparing the English documents, and a version will be > completed by tomorrow; > > 2. I can't see any English document for the project. Is the community > > for a global foundation incubating journey? > > The user interface currently only has Chinese, and the > internationalization of the page requires a longer time to iterate, but we > will complete the transformation of this function in the early stage of > incubation; > > 3. More importantly, all screenshots and UIs are only in Chinese as well? > > a.We have received full support from Xiaomi's legal affairs and are able > to submit the SGA; > b.The project has gradually recruited partners outside of Xiaomi, and the > initial committers from Xiaomi are also actively participating in the > construction of other open source communities. These are a group of > partners who are passionate about open source. I believe that this group of > partners can continue the project in the long term. > > 4. Have Xiaomi Inc. agreed on this? Will they submit a SGA? Are the > > initial committers still working on Xiaomi and going to continue work > > this project? Will Xiaomi permit their CCLAs? > > We have checked in advance, and we hope to do the replacement and upgrade > during the future incubation period. > > 5. I can see several incompatible licenses of dependencies existing, > > including GPLs. Do you have plans to remove or replace them? Have you > > worked with your mentors to go through licenses of dependencies check? > > There is a relatively clear division of labor among the mentors, and the > mentors will regularly assign us corresponding tasks. Through efficient > project collaboration, we ensure the activity of the community; > At the same time, we can gain more experience and guidance from multiple > mentors, which will further promote the positive cycle development of the > community. > > 6. Why a 10 people PPMC initial team has a mentor team of 6 people? > > Typically, I don't think this is a good practice. Instead, mentors are > > most likely counting on others and will become inactive. > > I hope that ozhera can play its value in the observability of cloud-native > applications. Many components in ozhera (Opentelemetry, Grafana, > Prometheus, MQ, etc.) come from the open source community. We hope to feed > back our experience in the field of application observation to the > community through this platform. The UI design will actively embrace open > source like the backend, but we hope to implement mature solutions from the > community for chart display, currently it is Grafana. > > 7. How would you process the branding? Including you are sharing UI > > design. I have concerns this would be another issues with the main > > project. > > a. We have chosen MySQL and Elasticsearch as the project's storage > solutions based on their excellent performance in their respective fields. > The versions we have chosen strictly comply with the GPL and Apache2.0 > agreements. > b. While Elasticsearch has changed from Apache 2.0 to the Server Side > Public License (SSPL), although SSPL is no longer an OSI-approved open > source license, it still allows free use, modification, and distribution, > but imposes some restrictions on commercial use. > c. We are also working on storage design. In the future, we will abstract > a complete storage layer interface to decouple the code logic from the > specific storage implementation. This facilitates integrating more > alternative storage solutions. Our project is open and is willing to > cooperate with the Apache Incubator community, mentors, and other relevant > parties to resolve potential license issues. > > 8. You are using MySQL and ElasticSearch as storage. The one is on GPL > > and the other is not longer OSI-approved license anymore. What is your > > plan on that? > > Firstly, SkyWalking is an excellent open source APM, with comprehensive > capabilities in tracing, real-time topology, and multi-language adaptation. > The starting point for creating OzHera is to build an enterprise-level > observability platform for the cloud-native era that truly solves the > problem of discovering business issues within 1 minute and locating them > within 5 minutes. > Its core features include: > a. Embracing Cloud-native > It adheres to the Opentracing standard and integrates several renowned > open-source products including Opentelemetry, Grafana, Prometheus, and ES. > Hera also deeply adapts to K8S and provides one-click deployment capability > based on K8S. > b. Accuracy: Availability metrics > Too many alerts essentially equate to ineffective alerts, making the > accuracy of alerts particularly important. No one understands the > correctness of requests better than their own business error codes. We > incorporate the ability to recognize business error codes into the business > availability metrics, allowing business alerts to focus on just this one > indicator. At the same time, we are also expanding SLA metrics to view the > availability of server services from the client's perspective. > c. Excellent Linkage: Metrics-Tracing-Logging linkage > Based on the traceId, we establish a closed-loop linkage of > alarm->indicator->link->log, significantly improving user efficiency in > pinpointing issues. > d. Economical: <0.1% storage cost, satisfying 99.9% of tracing demands > We judge the importance of traces (exceptional span, single span calls > exceeding 1s, error log output, business exception error codes, etc.). Any > trace identified as important is fully retained, while the remaining normal > traces are sampled to ensure efficiency while considering economic costs. > e. Enterprise-level Observable Product > Complete tenant permissions and application management mechanisms make it > easy for users to quickly deploy and integrate their own accounts, CI/CD > systems, etc., within the enterprise. It can also quickly connect to > enterprise office software to achieve alert delivery; > Within Xiaomi, it handles over 100T of data daily in a smooth and > efficient manner; > The core link is well decoupled to facilitate rapid scaling at each stage. > For large volumes of tracing, we have implemented head and tail sampling to > ensure the platform's cost-effectiveness. > > 9 What are the differences between you and SkyWalking? What is this > > new project bringing new to the users? Notice, this is a not a > > rejection for a similar project, but, if they are nearly same, you > > will face competitions in the same foundation but already have larger > > community. > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > > > Yu Xiao <xia...@apache.org> 于2023年9月5日周二 11:12写道： > > > > > > 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 > > > > > > > --------------------------------------------------------------------- > > 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 > >
