Re: Investigate the necessity of building SkyWalking LUA metrics/meter APIs
APISIX can supoort gRPC sender in one week, I discussed with yuan sheng wang yesterday. So we can use gRPC to send ALS to skywalking. Sheng Wu 于2021年4月9日 周五下午7:44写道: > Let's move this to review on GitHub PR, which should be more friendly. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > wei jin 于2021年4月9日周五 下午7:05写道: > > > hello, community, > > > > After some discussion, I made a summary and listed some function points > > that need to be collaborated. The content is as follows: > > > > - Protocol > > Firstly, use http protocol to send access log to skywalking, and in the > > future use GRPC protocol. > > > > - Structure > > AccessLogProto (ALP) [1] > > > > - Community Cooperation > > > > Apache APISIX > > 1. Support the collection of fields required by access log > > 2. Extend plugin, use http protocol to send to the target address > > > > Apache Skywalking > > 1. Implement http receiver, support AccessLogProto (ALP) format analysis, > > and write to OAP > > > > Welcome to add and discuss, thanks. > > > > [1] Data structure definition for reference > > ```go > > message AccessLogEntry { > > AccessLogCommon common = 1; > > HTTPRequestProperties request = 2; > > HTTPResponseProperties response = 3; > > } > > ``` > > > > ```go > > message AccessLogCommon { > > double sample_rate = 1; > > string downstream_remote_address = 2; > > string downstream_local_address = 3; > > string upstream_remote_address = 4; > > string upstream_local_address = 5; > > google.protobuf.Timestamp start_time = 6; > > // Interval between the first downstream byte received and the first > > upstream byte sent > > google.protobuf.Duration time_to_first_upstream_tx_byte = 7; > > string route_name = 8; > > HTTPRequestProperties request = 9; > > HTTPResponseProperties response = 10; > > } > > ``` > > > > > > ```go > > message HTTPRequestProperties { > > string method = 1; > > string scheme = 2; > > google.protobuf.UInt32Value port = 3; > > string path = 4; > > string user_agent = 5; > > string forwarded_for = 6; > > tring request_id = 7; > > uint64 request_headers_bytes = 8; > > uint64 request_body_bytes = 9; > > map request_headers = 10; > > } > > ``` > > > > ```go > > message HTTPResponseProperties { > > uint64 response_code = 1; > > uint64 response_headers_bytes = 2; > > uint64 response_body_bytes = 3; > > map response_headers = 4; > > } > > ``` > > > > Sheng Wu 于2021年4月6日周二 下午4:45写道: > > > > > This seems a very abstract question. > > > What kind of access log do you have? Is there a design or format > document > > > to describe that? > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Ming Wen 于2021年4月6日周二 下午4:17写道: > > > > > > > Hi, sheng wu, > > > > How can Apache APISIX send ALS to skywalking? > > > > Are we implementing it in the existing skywalking plugin? Or need to > > add > > > a > > > > new plug-in? > > > > > > > > Thanks, > > > > Ming Wen, Apache APISIX PMC Chair > > > > Twitter: _WenMing > > > > > > > > > > > > Sheng Wu 于2021年3月23日周二 下午12:07写道: > > > > > > > > > Ming Wen 于2021年3月23日周二 上午11:25写道: > > > > > > > > > > > > The biggest advantage of ALS, is replacing the physical local > > > access > > > > > log > > > > > > > file. So you have metrics, topology(dependency), and logs in > one > > > > > package > > > > > > of > > > > > > > data. > > > > > > > > > > > > If we also record the metrics and tracing data with the physical > > > local > > > > > > access log, can we achieve the same effect? > > > > > > > > > > > > > > > > Technically, it is practicable. Once we add file scanning > capability > > in > > > > the > > > > > satellite, or use 3rd party tool, and forward to the OAP. > > > > > The question is, do we really need the physical log file, as > > basically, > > > > it > > > > > costs unnecessary resources. > > > > > > > > > > > > > > > Sheng Wu 吴晟 > > >
Re: Investigate the necessity of building SkyWalking LUA metrics/meter APIs
> The biggest advantage of ALS, is replacing the physical local access log > file. So you have metrics, topology(dependency), and logs in one package of > data. If we also record the metrics and tracing data with the physical local access log, can we achieve the same effect? > If you want to discuss most ALS in APISIX, I am glad to help with the > design and integration solution. yes, I want to discuss more details. Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing wei jin 于2021年3月22日周一 下午3:58写道: > Zexuan Luo 于2021年3月21日周日 下午2:18写道: > > > I am not familiar with https://github.com/apache/skywalking-satellite. > > Can we use this project to convert plain HTTP to GRPC? > > > Skywalking satellite is usually deployed as a sidecar. It can convert > APISIX gateway metrics to other data formats, do some preprocessing, and > even change the data collection method from pull to push. > > However, the original prometheus metrics are still generated by APISIX, > which is not suitable for URI-level statistics. > > wei jin 于2021年3月22日周一 下午3:57写道: > > > Zexuan Luo 于2021年3月21日周日 下午2:18写道: > > > > > I am not familiar with https://github.com/apache/skywalking-satellite. > > > Can we use this project to convert plain HTTP to GRPC? > > > > > > Skywalking satellite is usually deployed as a sidecar. It can convert > > APISIX gateway metrics to other data formats, do some preprocessing, and > > even change the data collection method from pull to push. > > > > However, the original prometheus metrics are still generated by APISIX, > > which is not suitable for URI-level statistics. > > > > > > YuanSheng Wang 于2021年3月21日周日 下午10:08写道: > > > >> For APISIX, gRPC calls need to be supported. > >> > >> Either subrequest or pure Lua mode is ok, this feature is also very > useful > >> in other cases. > >> > >> We can use `subrequest` to implement the first version, this way seems > >> simpler. > >> > >> > >> On Sun, Mar 21, 2021 at 2:34 PM Zexuan Luo > >> wrote: > >> > >> > Another solution is writing a Lua GRPC library with > >> > https://github.com/tokers/lua-resty-http2 > >> > https://github.com/starwing/lua-protobuf > >> > > >> > Zexuan Luo 于2021年3月21日周日 下午2:18写道: > >> > > > >> > > I am not familiar with > https://github.com/apache/skywalking-satellite > >> . > >> > > Can we use this project to convert plain HTTP to GRPC? > >> > > > >> > > Sheng Wu 于2021年3月21日周日 下午1:59写道: > >> > > > > >> > > > Oh, you mean that. > >> > > > SkyWalking natively provides HTTP APIs for nearly all protocols, > >> even > >> > if > >> > > > not, we are happy to add. There is no block between APISIX and > >> > SkyWalking. > >> > > > The point to discuss the gRPC service here is about the > performance, > >> > > > including proto's no field name in transmission, enum as int, > small > >> > int as > >> > > > small, and especially streaming. > >> > > > If you want to implement ALS, then this is super important to > >> provide > >> > > > better performance. > >> > > > > >> > > > Sheng Wu 吴晟 > >> > > > Twitter, wusheng1108 > >> > > > > >> > > > > >> > > > Chao Zhang 于2021年3月21日周日 下午1:55写道: > >> > > > > >> > > > > It’s not so easy to use gRPC in APISIX as the lack of ecosystem, > >> but > >> > with > >> > > > > the help of gRPC gateway ( > >> > https://github.com/grpc-ecosystem/grpc-gateway). > >> > > > > We can use the restful APIs to talk with gRPC endpoints. Just > like > >> > the way > >> > > > > APISIX communicates with ETCD V3 APIs. > >> > > > > > >> > > > > Chao Zhang > >> > > > > https://github.com/tokers > >> > > > > > >> > > > > On March 21, 2021 at 1:53:41 PM, Sheng Wu ( > >> wu.sheng.841...@gmail.com > >> > ) > >> > > > > wrote: > >> > > > > > >> > > > > Chao Zhang 于2021年3月21日周日 下午1:46写道: > >> > > > > > >> > > > > > Does the gRPC service enables grpc gateway? If so, it’s easy > for > >> >
Re: Investigate the necessity of building SkyWalking LUA metrics/meter APIs
Cool, I think we can try ALS Sheng Wu 于2021年3月19日 周五下午11:21写道: > We have run the Envoy ALS performance test a long time ago(2 years, I > think). Sadly, no public blog. > It could easily support 10k-20k/s traffic with a very low load to the > proxy. But, it is based on gRPC, so basically, it doesn't send many things > out, mostly only flags and latency value. > APISIX is using HTTP1.1 mostly, so, this could be different. > Also, at the same time, besides the ALS, we have a chance to provide a push > mode LUA SDK in skywalking meter format. It could provide URI-level metrics > at reasonable resource cost, especially it works with SkyWalking satellite, > which could leverage local disk to cache the data. > The biggest advantage of ALS, is replacing the physical local access log > file. So you have metrics, topology(dependency), and logs in one package of > data. > > If you want to discuss most ALS in APISIX, I am glad to help with the > design and integration solution. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Ming Wen 于2021年3月19日周五 下午11:08写道: > > > yes, Prometheus is not designed for URI-level metrics. > > > > Does envoy ALS will send too much data and cause performance problems? > > > > And I know skywalking will supoort envoy WASM, is there anything apisix > can > > learn from this? > > > > Sheng Wu 于2021年3月19日 周五下午8:11写道: > > > > > Hi APISIX & SkyWalking community > > > > > > I was discussing with Wei Jin about using Prometheus SDK to monitor > > > URI-level metrics of APISIX/OpenResty. > > > Wei received feedback that way of using Prometheus SDK causing > > > a significant performance impact. From the observability perspective, > > Prom > > > is not good at gathering a large scale of entities' metrics due to its > > > local cache and pull mode. > > > Instead, we should consider providing a push way like Envoy ALS[1] and > > > Metrics Service[2] did(it does through gRPC, and SkyWalking recommended > > in > > > the prod environment. > > > If this is accepted and agreed by the APISIX community, we could look > for > > > implementation in the skywalking-nginx-lua[3] repo to collect > > metrics(meter > > > in SkyWalking) and use HTTP(in SkyWalking native meter format) to > report > > > > > > This mail has been sent to d...@apisix.apache.org and > > > dev@skywalking.apache.org. Please reply all when you discuss in the > > > thread. > > > > > > [1] > > > > > > > > > https://www.envoyproxy.io/docs/envoy/latest/api-v2/config/accesslog/v2/als.proto > > > [2] > > > > > > > > > https://www.envoyproxy.io/docs/envoy/latest/api-v2/config/metrics/v2/metrics_service.proto > > > [3] https://github.com/apache/skywalking-nginx-lua > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > -- > > Thanks, > > Ming Wen, Apache APISIX PMC Chair > > Twitter: _WenMing > > > -- Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing
Re: Investigate the necessity of building SkyWalking LUA metrics/meter APIs
yes, Prometheus is not designed for URI-level metrics. Does envoy ALS will send too much data and cause performance problems? And I know skywalking will supoort envoy WASM, is there anything apisix can learn from this? Sheng Wu 于2021年3月19日 周五下午8:11写道: > Hi APISIX & SkyWalking community > > I was discussing with Wei Jin about using Prometheus SDK to monitor > URI-level metrics of APISIX/OpenResty. > Wei received feedback that way of using Prometheus SDK causing > a significant performance impact. From the observability perspective, Prom > is not good at gathering a large scale of entities' metrics due to its > local cache and pull mode. > Instead, we should consider providing a push way like Envoy ALS[1] and > Metrics Service[2] did(it does through gRPC, and SkyWalking recommended in > the prod environment. > If this is accepted and agreed by the APISIX community, we could look for > implementation in the skywalking-nginx-lua[3] repo to collect metrics(meter > in SkyWalking) and use HTTP(in SkyWalking native meter format) to report > > This mail has been sent to d...@apisix.apache.org and > dev@skywalking.apache.org. Please reply all when you discuss in the > thread. > > [1] > > https://www.envoyproxy.io/docs/envoy/latest/api-v2/config/accesslog/v2/als.proto > [2] > > https://www.envoyproxy.io/docs/envoy/latest/api-v2/config/metrics/v2/metrics_service.proto > [3] https://github.com/apache/skywalking-nginx-lua > > Sheng Wu 吴晟 > Twitter, wusheng1108 > -- Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing
Re: 【DISCUSS】Provide Kubernetes Ingress and Nginx images integrated with Skywalking
you can try https://github.com/apache/apisix-ingress-controller Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing Sheng Wu 于2021年3月8日周一 下午5:37写道: > Hi > > We have a native LUA agent already, > https://github.com/apache/skywalking-nginx-lua. > Are you just asking for us to release a new docker image? I am highly > doubting the point of doing that. > > If you like Nginx-based gateway/ingress, how about try Apache APISIX? > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > 李盼庚 于2021年3月8日周一 下午5:32写道: > > > Hello, Skywalking team everyone: > > > > In our usage scenario, the route is Nginx -> Kubernetes ingress > -> > > Application. Kubernetes Ingress also Nginx. > > Are there plans to provide Kubernetes Ingress and Nginx images > > integrated with Skywalking? > > If provided, I think there are two ways to do , and try to help. > > 1. Lua Agent. For example, Skywalking Ingress Overlay ( > > https://github.com/lipangeng/Skywalking-Ingress-Overlay) > > 2. CPP Agent with nginx-opentracing. > > > > [1]https://github.com/opentracing-contrib/nginx-opentracing < > > https://github.com/opentracing-contrib/nginx-opentracing> > > [2] > > https://github.com/opentracing-contrib/nginx-opentracing/issues/103 < > > https://github.com/opentracing-contrib/nginx-opentracing/issues/103> >
Re: [Resolved][License Issue] Tencent Cloud TSW service violates the Apache 2.0 License when using SkyWalking.
I think this is a good example, which effectively maintains the skywalking brand, especially considering the relationship between public cloud and open source software. The Apache 2.0 license is business-friendly, but at the same time, users must also comply with the license. Sheng Wu 于2021年1月23日 周六下午5:16写道: > Hi > > This is a License issue the PMC located and took actions to resolve. > Tencent, a China Cloud vendor, redistributed our codes without > LICENSE/NOTICE and correct statement. > > Here is the whole event update, > https://skywalking.apache.org/blog/2021-01-23-tencent-cloud-violates-aplv2/ > > Sheng Wu 吴晟 > Twitter, wusheng1108 > -- Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing
Re: [DISCUSSION] Creating a receiver plugin using HTTP protocol
skywalking already supoorts this feature wei jin 于2021年1月10日 周日下午10:25写道: > Hi everyone, > > I would like to start a new proposal about creating http server as a > receiver plugin. > > Background > > Now we have grpc server for receiving APM data from business service, but > some services still use the http protocol for some reasons. > > Structure > > As the detailed structure in > > https://skywalking.apache.org/blog/2020-11-25-skywalking-satellite-0.1.0-design/#detailed-structure > , > I would like to create http server as a receiver plugin. > > By this plugin, some servers that use http client to transmit APM data can > also be used with SkyWalking Satellite. > > If it is OK, I would like to contribute this. > > Thanks ! Regards. > -- Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing
Re: The design of the Skywlking Satellite
Nice work. I cc to apisix’s dev ML 刘 嘉鹏 于2020年11月20日 周五下午10:02写道: > Hi all: > > We are about to set up a new subproject which is called Satellite.It is a > lightweight collector/sidecar could be deployed closing to the target > monitored system, to collect metrics, traces, and logs. Also, it provides > advanced features, such as local cache, format transform, sampling. > > If you are interested, please join the discussion. > The doc: > > https://docs.google.com/document/d/1RB5EXyX9k63QabSpaWLZvN5JQ4NoNgGIH1t8LMt6Bys/edit#heading=h.o1c72xcxm0n7 > > The discussion issue: > https://github.com/apache/skywalking/issues/5871 > > Jiapeng Liu > -- Thanks, Ming Wen, Apache APISIX PMC Chair Twitter: _WenMing
Re: SkyWalking Satellite Creating Proposal
+1 non-binding. The proposal looks good for me. Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Hongtao Gao 于2020年10月27日周二 下午6:16写道: > +1 binding > > Glad to see this subproject happen, it must be the next hot issue of the > whole community. > And the proposal looks good to me. > > Good luck. > > Sheng Wu 于2020年10月27日周二 下午6:11写道: > > > Hi, Jiapeng > > > > Please make the google doc commentable, in case people have questions and > > concerns. > > > > 刘 嘉鹏 于2020年10月27日 周二16:28写道: > > > > > Hi Dev team: > > > > > > The detailed description has been recorded in the google doc. > > > The link is > > > > > > https://docs.google.com/document/d/1TLWOnDWQzVrobez3vy_YvIDa7vt-4F0ToIE2mLok1hw/edit?usp=sharing > > > . > > > Jiapeng Liu > > > > > > 2020年10月26日 20:15,刘 嘉鹏 mailto:evan...@outlook.com > >> > > > 写道: > > > > > > Hi Dev team: > > > > > > We would like to start a new proposal about creating SkyWalking > Satellite > > > go sidecar project. > > > > > > Skywalking Satellite is a one-stop open-source APM data collector > located > > > in the cloud-native scenario. > > > > > > By using this collector, multiple APM data sources will be uniformly > > > collected, such as app logs, trace segments, metrics from Prometheus > SDK, > > > etc. And, once we have the collector, data preprocessing can be done > > > locally, which brings many advantages. Such as sampling in the > supersize > > > scale deployment and structured processing of logs. Also, the project > > will > > > share the responsibilities of the agents. For example, the MQ > transport > > > mode should work in the Satellite rather than working in the agents of > > > every language. > > > > > > New project repo, SkyWalking-Satellite Issue, SkyWalking main repo > issue > > > system Maillist/Slack, keep the same. > > > > > > The initial committers are > > > Wei Jin(ApacheID: kvn), > > > Junxu Chen(ApacheID: chenjunxu), > > > Zhenxu Ke(ApacheID: kezhenxu94), > > > Jian Tan(ApacheID: tanjian), > > > Haochao Zhuang(ApacheID: daming), > > > Xin Zhan(ApacheID: zhangxin), > > > Hongtao Gao(ApacheID: hanahmily), > > > Jiapeng Liu(GithubID: evanljp) > > > and Chao Chen(GithubID: surlymo). > > > > > > Jiapeng Liu > > > > > > > > > -- > > Sheng Wu 吴晟 > > > > Apache SkyWalking > > Apache Incubator > > Apache ShardingSphere, ECharts, DolphinScheduler podlings > > Zipkin > > Twitter, wusheng1108 > > > > > -- > Hongtao Gao > > Apache SkyWalking && Apache ShardingSphere > Twitter, @hanahmily >
Re: Fw:[ANNOUNCE] Release Apache SkyWalking Nginx LUA version 0.3.0
got it, thx Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing kezhenxu94 于2020年10月24日周六 上午12:40写道: > Hi Ming, I’m forwarding the announcement email to the announce@ mailing > list, next time please remember to include the announce@ in the > recipients of our release announcement email. > > > Thanks. > > > -- > Zhenxu Ke > GitHub @kezhenxu94 > > > - Original Message - > From: "Ming Wen" > To: dev > Sent: Fri, 23 Oct 2020 22:44:37 +0800 > Subject: [ANNOUNCE] Release Apache SkyWalking Nginx LUA version 0.3.0 > > Hi all, > > Apache SkyWalking Team is glad to announce the release of Apache SkyWalking > Nginx LUA 0.3.0. > > SkyWalking: APM (application performance monitor) tool for distributed > systems, > especially designed for microservices, cloud native and container-based > (Docker, Kubernetes, Mesos) architectures. > > SkyWalking Nginx Agent provides the native tracing capability for Nginx > powered by Nginx LUA module. > > This version is mainly for code structure adjustment and performance > optimization. > Please refer to the change log for the complete list of changes: > https://github.com/apache/skywalking-nginx-lua/blob/v0.3.0/CHANGES.md > > Apache SkyWalking website: > http://skywalking.apache.org/ > > Downloads: > http://skywalking.apache.org/downloads/ > > Twitter: > https://twitter.com/ASFSkyWalking > > SkyWalking Resources: > - GitHub: https://github.com/apache/skywalking > - Issue: https://github.com/apache/skywalking/issues > - Mailing list: d...@skywalkiing.apache.org > > > - Apache SkyWalking Team > > Thanks, > Ming Wen, Apache APISIX & Apache SkyWalking > Twitter: _WenMing >
[VOTE][RESULT] Release SkyWalking Nginx LUA 0.3.0
3+ days passed, we’ve got 3 +1 bindings and 1 +1 non-bindings +1 binding: Sheng Wu Xin Zhang Hongtao Gao +1 non-binding: Yanlong He Thanks all for participating, I’ll continue the release process Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing
Re: [VOTE] Release SkyWalking Nginx LUA 0.3.0
Sure. The following is the vote email with updated `KEYS` URL. Hi dev team, This is a call for vote to release Apache SkyWalking Nginx LUA version 0.3.0. Release notes: * https://github.com/apache/skywalking-nginx-lua/blob/v0.3.0/CHANGES.md Release Candidate: * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/0.3.0/ * sha512 checksums -248fe334e0987738de7bb2d58a8b81c833ccb4f1d4c20abe0906d9d702df3df262d2d6c15149816462e02680c012e4e1d5a15d6b40044dfe0e3232660a3c4fe2 skywalking-nginx-lua-0.3.0-src.tgz Release Tag : * v0.3.0 Release CommitID : * https://github.com/apache/skywalking-nginx-lua/commit/cda47ae0a507ab86a378a298325c3c94d9a773c2 Keys to verify the Release Candidate : * https://dist.apache.org/repos/dist/release/skywalking/KEYS Voting will start now and will remain open for at least 72 hours, Request all PMC members to give their vote. [ ] +1 Release this package. [ ] +0 No opinion. [ ] -1 Do not release this package because Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Sheng Wu 于2020年10月19日周一 下午9:35写道: > Ming, > > The KEYS file should have been updated, could you update the vote mail? > I think it is fine to continue the vote. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Ming Wen 于2020年10月19日周一 下午9:30写道: > > > I tried, but I don’t have permission to this directory. > > > > Thanks, > > Ming Wen, Apache APISIX & Apache SkyWalking > > Twitter: _WenMing > > > > > > Sheng Wu 于2020年10月19日周一 下午9:11写道: > > > > > Ming > > > > > > As a committer, could you directly add your ASC key to this file? > > > https://dist.apache.org/repos/dist/release/skywalking/KEYS > > > SkyWalking community doesn't separate the key file for different > > > subprojects for now. > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Ming Wen 于2020年10月19日周一 下午3:32写道: > > > > > > > Hi dev team, > > > > > > > > This is a call for vote to release Apache SkyWalking Nginx LUA > version > > > > 0.3.0. > > > > > > > > Release notes: > > > > > > > > * > > https://github.com/apache/skywalking-nginx-lua/blob/v0.3.0/CHANGES.md > > > > > > > > Release Candidate: > > > > > > > > * > https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/0.3.0/ > > > > * sha512 checksums > > > > > > > > > > > > > > > > > > -248fe334e0987738de7bb2d58a8b81c833ccb4f1d4c20abe0906d9d702df3df262d2d6c15149816462e02680c012e4e1d5a15d6b40044dfe0e3232660a3c4fe2 > > > > > > > > > > > > skywalking-nginx-lua-0.3.0-src.tgz > > > > > > > > > > > > Release Tag : > > > > > > > > * v0.3.0 > > > > > > > > Release CommitID : > > > > > > > > * > > > > > > > > > > > > > > https://github.com/apache/skywalking-nginx-lua/commit/cda47ae0a507ab86a378a298325c3c94d9a773c2 > > > > > > > > Keys to verify the Release Candidate : > > > > > > > > * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/KEYS > > > > > > > > > > > > Voting will start now and will remain open for at least 72 hours, > > Request > > > > all PMC members to give their vote. > > > > [ ] +1 Release this package. > > > > [ ] +0 No opinion. > > > > [ ] -1 Do not release this package because > > > > > > > > Thanks, > > > > Ming Wen, Apache APISIX & Apache SkyWalking > > > > Twitter: _WenMing > > > > > > > > > >
Re: [VOTE] Release SkyWalking Nginx LUA 0.3.0
I tried, but I don’t have permission to this directory. Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Sheng Wu 于2020年10月19日周一 下午9:11写道: > Ming > > As a committer, could you directly add your ASC key to this file? > https://dist.apache.org/repos/dist/release/skywalking/KEYS > SkyWalking community doesn't separate the key file for different > subprojects for now. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Ming Wen 于2020年10月19日周一 下午3:32写道: > > > Hi dev team, > > > > This is a call for vote to release Apache SkyWalking Nginx LUA version > > 0.3.0. > > > > Release notes: > > > > * https://github.com/apache/skywalking-nginx-lua/blob/v0.3.0/CHANGES.md > > > > Release Candidate: > > > > * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/0.3.0/ > > * sha512 checksums > > > > > > > -248fe334e0987738de7bb2d58a8b81c833ccb4f1d4c20abe0906d9d702df3df262d2d6c15149816462e02680c012e4e1d5a15d6b40044dfe0e3232660a3c4fe2 > > > > > > skywalking-nginx-lua-0.3.0-src.tgz > > > > > > Release Tag : > > > > * v0.3.0 > > > > Release CommitID : > > > > * > > > > > https://github.com/apache/skywalking-nginx-lua/commit/cda47ae0a507ab86a378a298325c3c94d9a773c2 > > > > Keys to verify the Release Candidate : > > > > * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/KEYS > > > > > > Voting will start now and will remain open for at least 72 hours, Request > > all PMC members to give their vote. > > [ ] +1 Release this package. > > [ ] +0 No opinion. > > [ ] -1 Do not release this package because > > > > Thanks, > > Ming Wen, Apache APISIX & Apache SkyWalking > > Twitter: _WenMing > > >
[VOTE] Release SkyWalking Nginx LUA 0.3.0
Hi dev team, This is a call for vote to release Apache SkyWalking Nginx LUA version 0.3.0. Release notes: * https://github.com/apache/skywalking-nginx-lua/blob/v0.3.0/CHANGES.md Release Candidate: * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/0.3.0/ * sha512 checksums -248fe334e0987738de7bb2d58a8b81c833ccb4f1d4c20abe0906d9d702df3df262d2d6c15149816462e02680c012e4e1d5a15d6b40044dfe0e3232660a3c4fe2 skywalking-nginx-lua-0.3.0-src.tgz Release Tag : * v0.3.0 Release CommitID : * https://github.com/apache/skywalking-nginx-lua/commit/cda47ae0a507ab86a378a298325c3c94d9a773c2 Keys to verify the Release Candidate : * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/KEYS Voting will start now and will remain open for at least 72 hours, Request all PMC members to give their vote. [ ] +1 Release this package. [ ] +0 No opinion. [ ] -1 Do not release this package because Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing
Re: [WARNING] Fastjson library has a continuously insecurity trend
Security is very important for open source project, so I agree to remove nacos + fastjson, which continue to have security vulnerabilities. Are other components of skywalking using fastjosn? kezhenxu94 于 2020年5月20日周三 下午9:25写道: > I agree to remove the related modules, at least we can move it to our > SkyAPM org > > kezhenxu94 > > > On May 20, 2020, at 20:51, Sheng Wu wrote: > > > > Hi dev team > > > > Especially committer and PMC member, recently, we just upgrade the > fastjson > > through https://github.com/apache/skywalking/pull/4753. But today, we > > received the another report about the security issue again, > > https://github.com/apache/skywalking/pull/4804. > > The 4804 PR is not correct, but that is not the point. > > > > The concern I want to mention is that FastJson, imported by Nacos, keeps > > reporting security issues. This breaks our stable/security status high > > frequently. > > > > I want to ask, *do we need to consider removing the Nacos + > > FastJSON dependency? Due to this library is not in high quality from a > > security perspective.* > > These two are not required, they are just an implementation of > > configuration server and cluster management server. > > > > I don't request to act now, but I would like to hear, what do you think? > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > >
Re: SkyWalking joined Institute of SoftwareChinese Academy of Sciences Summer of Code 2020. (Was: Apache SkyWalking项目社区申请加入『开源软件供应链点亮计划2020』)
+1, I want to be a mentor Hongtao Gao 于 2020年4月27日周一 下午1:33写道: > +1 and I want to be a mentor > > Sheng Wu 于2020年4月27日周一 上午8:40写道: > > > Hi Dev team > > > > SkyWalking has applied the Institute of SoftwareChinese Academy of > Sciences > > Summer of Code 2020. This is a China locate event like GSoC, but for > > Chinese college students and in Chinese. > > > > They have replied to accept our application. I am working with them to > > follow the progress. > > After that, we will need mentors and tasks suitable for college students, > > especially for Computer Science and Software Engineer master candidates. > > > > Anyone especially committer, who wants to be the official mentor, please > > let me know. > > As this application has been forwarded to PMC first, two PMC members, > > Zhenxu Ke and Xin Zhang have asked to be a mentor. > > > > We don't have the information about the number of mentors and tasks, so, > if > > you have willing to do this, please reply to this. > > > > > > [1] https://isrc.iscas.ac.cn/summer2020/#/ > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > > > > > -- Forwarded message - > > 发件人: Sheng Wu > > Date: 2020年4月25日周六 下午5:29 > > Subject: Apache SkyWalking项目社区申请加入『开源软件供应链点亮计划2020』 > > To: > > > > > > 开源软件供应链点亮计划2020,组委会 > > > > 你好,我是Apache SkyWalking项目VP和PMC成员。我代表项目组/社区,申请加入『开源软件供应链点亮计划2020』 > > 申请通过后,此邮件会发送给项目管理委员会,并邀请更多的导师加入。 > > > > --- > > English Version > > Hi, I am the VP and PMC member of Apache SkyWalking. I am on behalf of > the > > community to request joining the event `开源软件供应链点亮计划2020`. > > If we passed this, I will forward this application to the whole PMC team, > > and request more mentors besides myself. > > --- > > > > > >- *项目基本信息和联系方式* > > > > 项目官网 WebSite:http://skywalking.apache.org/zh/ > > GitHub地址:https://github.com/apache/skywalking > > 联系邮箱 Personal Mail:wush...@apache.org / wu.sheng.841...@gmail.com > > 联系人 Contact:吴晟 > > 手机/微信:18601251108 > > > > 我已通过微信二维码入群 > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > > > > -- > Hongtao Gao > > Apache SkyWalking && Apache ShardingSphere > Twitter, @hanahmily >
Re: Welcome to our new committer, Brandon Fergerson
welcome on board! Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Yanlong He 于2020年4月23日周四 下午4:46写道: > Welcome to join > > > 2020年4月23日 下午4:39,Sheng Wu 写道: > > > > Hi Brandon Fergerson > > > > Welcome to join us as a new committer. > > > > Do all GitHub/Apache settings work for you? > > I can see you put has been a member of GitHub ASF, and checked you have > > been added as a committer on the roaster(ASF LDAP). > > Only one thing, website should be updated to add yourself as a member of > > team. > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > >
Re: [Branding] Potential branding issue of SkyWalking lua agent release.
I created a PR[1] to fix the version issue. [1] https://github.com/apache/skywalking-nginx-lua/pull/32 Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Sheng Wu 于2020年4月11日周六 下午7:07写道: > Ming Wen 于2020年4月11日 周六下午7:03写道: > > > Hi, sheng, > > I upload the skywalking-nginx-lua 1.0 to > > > Hi, Ming > > Version is 0.1.0, please correct it. > > Thanks. > > Sheng > > luarocks[1]. > > I will send the user name and password to priv...@skywalking.apache.org. > > > > [1] https://luarocks.org/modules/apache-skywalking/skywalking-nginx-lua > > > > Thanks, > > Ming Wen, Apache APISIX & Apache SkyWalking > > Twitter: _WenMing > > > > > > Ming Wen 于2020年4月11日周六 下午6:19写道: > > > > > Sure, I will upload the released version to luarocks. > > > > > > Thanks, > > > Ming Wen, Apache APISIX & Apache SkyWalking > > > Twitter: _WenMing > > > > > > > > > Sheng Wu 于2020年4月11日周六 下午4:00写道: > > > > > >> YuanSheng Wang 于2020年4月9日周四 下午6:03写道: > > >> > > >> > > I recommend you to submit a pull request about how to release on > > >> luarock > > >> > at > > >> > > the end of this page, > > >> > > > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md > > >> , > > >> > as > > >> > > step 6. > > >> > > Then, any SkyWalking committer, including Ming Wen, could do the > > >> release > > >> > > based on the existing tag. > > >> > > > >> > ok, got it. I will do it later. > > >> > > > >> > > >> Yuansheng > > >> > > >> Thanks. > > >> > > >> Wen Ming > > >> > > >> Could you take over the LuaRocks based on the voted source/tag? > > >> If that platform required some accounts, please let me know. Or you > > could > > >> create one and share it to priv...@skywalking.apache.org > > >> > > >> > > >> Sheng Wu 吴晟 > > >> Twitter, wusheng1108 > > >> > > >> > > >> > > > >> > On Thu, Apr 9, 2020 at 5:04 PM Sheng Wu > > >> wrote: > > >> > > > >> > > YuanSheng Wang 于2020年4月9日周四 下午5:00写道: > > >> > > > > >> > > > Hi: > > >> > > > > > >> > > > I have removed skywalking-nginx-lua > > >> > > > <http://luarocks.org/modules/membphis/skywalking-nginx-lua> in > > >> > > > luarocks.org > > >> > > > right now. sorry for this. > > >> > > > > > >> > > > Do we will release `skywalking-nginx-lua` on `luarocks` later? > > >> > > > > > >> > > > > >> > > I think we should. > > >> > > I recommend you to submit a pull request about how to release on > > >> luarock > > >> > at > > >> > > the end of this page, > > >> > > > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md > > >> , > > >> > as > > >> > > step 6. > > >> > > Then, any SkyWalking committer, including Ming Wen, could do the > > >> release > > >> > > based on the existing tag. > > >> > > > > >> > > > > >> > > Sheng Wu 吴晟 > > >> > > Twitter, wusheng1108 > > >> > > > > >> > > > > >> > > > > > >> > > > Luarocks is the Lua package management tool, which allows users > to > > >> use > > >> > it > > >> > > > more conveniently. > > >> > > > > > >> > > > > > >> > > > On Thu, Apr 9, 2020 at 4:46 PM Sheng Wu > > wrote: > > >> > > > > > >> > > > > Hi APISIX PPMC and Yuansheng Wang > > >> > > > > > > >> > > > > First of all, thanks to the APISIX community helps with the > > >> > SkyWalking > > >> > > > > nginx agent. > > >> > > > > > > >> > > > > Today, when I review the traffic-nginx-lua agent repo > > traffic[1], > > >> > this > > >> > > > > release page[2] shows up. > > >> > > > > If I read this page right, Yuansheng Wang did this release. > > >> > > > > > > >> > > > > This is not right, because > > >> > > > > 1. Yuansheng Wang is not SkyWalking's committer/PMC, he can't > do > > >> the > > >> > > > Apache > > >> > > > > release. > > >> > > > > 2. The release is 0.1.0[3] according to the community vote and > > >> > download > > >> > > > > page. The 1.0.0 on LuaRocks is quite confusing. > > >> > > > > > > >> > > > > Look forward to your feedback, we need to work on this ASAP > > >> > > > > > > >> > > > > [1] > > https://github.com/apache/skywalking-nginx-lua/graphs/traffic > > >> > > > > [2] http://luarocks.org/modules/membphis/skywalking-nginx-lua > > >> > > > > [3] http://skywalking.apache.org/downloads/ > > >> > > > > > > >> > > > > Sheng Wu 吴晟 > > >> > > > > Twitter, wusheng1108 > > >> > > > > > > >> > > > > > >> > > > > > >> > > > -- > > >> > > > *MembPhis* > > >> > > > My github: https://github.com/membphis > > >> > > > Apache APISIX: https://github.com/apache/incubator-apisix > > >> > > > > > >> > > > > >> > > > >> > > > >> > -- > > >> > *MembPhis* > > >> > My github: https://github.com/membphis > > >> > Apache APISIX: https://github.com/apache/incubator-apisix > > >> > > > >> > > > > > > -- > Sheng Wu 吴晟 > > Apache SkyWalking > Apache Incubator > Apache ShardingSphere, ECharts, DolphinScheduler podlings > Zipkin > Twitter, wusheng1108 >
Re: [Branding] Potential branding issue of SkyWalking lua agent release.
Hi, sheng, I upload the skywalking-nginx-lua 1.0 to luarocks[1]. I will send the user name and password to priv...@skywalking.apache.org. [1] https://luarocks.org/modules/apache-skywalking/skywalking-nginx-lua Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Ming Wen 于2020年4月11日周六 下午6:19写道: > Sure, I will upload the released version to luarocks. > > Thanks, > Ming Wen, Apache APISIX & Apache SkyWalking > Twitter: _WenMing > > > Sheng Wu 于2020年4月11日周六 下午4:00写道: > >> YuanSheng Wang 于2020年4月9日周四 下午6:03写道: >> >> > > I recommend you to submit a pull request about how to release on >> luarock >> > at >> > > the end of this page, >> > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md >> , >> > as >> > > step 6. >> > > Then, any SkyWalking committer, including Ming Wen, could do the >> release >> > > based on the existing tag. >> > >> > ok, got it. I will do it later. >> > >> >> Yuansheng >> >> Thanks. >> >> Wen Ming >> >> Could you take over the LuaRocks based on the voted source/tag? >> If that platform required some accounts, please let me know. Or you could >> create one and share it to priv...@skywalking.apache.org >> >> >> Sheng Wu 吴晟 >> Twitter, wusheng1108 >> >> >> > >> > On Thu, Apr 9, 2020 at 5:04 PM Sheng Wu >> wrote: >> > >> > > YuanSheng Wang 于2020年4月9日周四 下午5:00写道: >> > > >> > > > Hi: >> > > > >> > > > I have removed skywalking-nginx-lua >> > > > <http://luarocks.org/modules/membphis/skywalking-nginx-lua> in >> > > > luarocks.org >> > > > right now. sorry for this. >> > > > >> > > > Do we will release `skywalking-nginx-lua` on `luarocks` later? >> > > > >> > > >> > > I think we should. >> > > I recommend you to submit a pull request about how to release on >> luarock >> > at >> > > the end of this page, >> > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md >> , >> > as >> > > step 6. >> > > Then, any SkyWalking committer, including Ming Wen, could do the >> release >> > > based on the existing tag. >> > > >> > > >> > > Sheng Wu 吴晟 >> > > Twitter, wusheng1108 >> > > >> > > >> > > > >> > > > Luarocks is the Lua package management tool, which allows users to >> use >> > it >> > > > more conveniently. >> > > > >> > > > >> > > > On Thu, Apr 9, 2020 at 4:46 PM Sheng Wu wrote: >> > > > >> > > > > Hi APISIX PPMC and Yuansheng Wang >> > > > > >> > > > > First of all, thanks to the APISIX community helps with the >> > SkyWalking >> > > > > nginx agent. >> > > > > >> > > > > Today, when I review the traffic-nginx-lua agent repo traffic[1], >> > this >> > > > > release page[2] shows up. >> > > > > If I read this page right, Yuansheng Wang did this release. >> > > > > >> > > > > This is not right, because >> > > > > 1. Yuansheng Wang is not SkyWalking's committer/PMC, he can't do >> the >> > > > Apache >> > > > > release. >> > > > > 2. The release is 0.1.0[3] according to the community vote and >> > download >> > > > > page. The 1.0.0 on LuaRocks is quite confusing. >> > > > > >> > > > > Look forward to your feedback, we need to work on this ASAP >> > > > > >> > > > > [1] https://github.com/apache/skywalking-nginx-lua/graphs/traffic >> > > > > [2] http://luarocks.org/modules/membphis/skywalking-nginx-lua >> > > > > [3] http://skywalking.apache.org/downloads/ >> > > > > >> > > > > Sheng Wu 吴晟 >> > > > > Twitter, wusheng1108 >> > > > > >> > > > >> > > > >> > > > -- >> > > > *MembPhis* >> > > > My github: https://github.com/membphis >> > > > Apache APISIX: https://github.com/apache/incubator-apisix >> > > > >> > > >> > >> > >> > -- >> > *MembPhis* >> > My github: https://github.com/membphis >> > Apache APISIX: https://github.com/apache/incubator-apisix >> > >> >
Re: [Branding] Potential branding issue of SkyWalking lua agent release.
Sure, I will upload the released version to luarocks. Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Sheng Wu 于2020年4月11日周六 下午4:00写道: > YuanSheng Wang 于2020年4月9日周四 下午6:03写道: > > > > I recommend you to submit a pull request about how to release on > luarock > > at > > > the end of this page, > > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md, > > as > > > step 6. > > > Then, any SkyWalking committer, including Ming Wen, could do the > release > > > based on the existing tag. > > > > ok, got it. I will do it later. > > > > Yuansheng > > Thanks. > > Wen Ming > > Could you take over the LuaRocks based on the voted source/tag? > If that platform required some accounts, please let me know. Or you could > create one and share it to priv...@skywalking.apache.org > > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > > > > On Thu, Apr 9, 2020 at 5:04 PM Sheng Wu > wrote: > > > > > YuanSheng Wang 于2020年4月9日周四 下午5:00写道: > > > > > > > Hi: > > > > > > > > I have removed skywalking-nginx-lua > > > > <http://luarocks.org/modules/membphis/skywalking-nginx-lua> in > > > > luarocks.org > > > > right now. sorry for this. > > > > > > > > Do we will release `skywalking-nginx-lua` on `luarocks` later? > > > > > > > > > > I think we should. > > > I recommend you to submit a pull request about how to release on > luarock > > at > > > the end of this page, > > > https://github.com/apache/skywalking-nginx-lua/blob/master/release.md, > > as > > > step 6. > > > Then, any SkyWalking committer, including Ming Wen, could do the > release > > > based on the existing tag. > > > > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > > > > > > Luarocks is the Lua package management tool, which allows users to > use > > it > > > > more conveniently. > > > > > > > > > > > > On Thu, Apr 9, 2020 at 4:46 PM Sheng Wu wrote: > > > > > > > > > Hi APISIX PPMC and Yuansheng Wang > > > > > > > > > > First of all, thanks to the APISIX community helps with the > > SkyWalking > > > > > nginx agent. > > > > > > > > > > Today, when I review the traffic-nginx-lua agent repo traffic[1], > > this > > > > > release page[2] shows up. > > > > > If I read this page right, Yuansheng Wang did this release. > > > > > > > > > > This is not right, because > > > > > 1. Yuansheng Wang is not SkyWalking's committer/PMC, he can't do > the > > > > Apache > > > > > release. > > > > > 2. The release is 0.1.0[3] according to the community vote and > > download > > > > > page. The 1.0.0 on LuaRocks is quite confusing. > > > > > > > > > > Look forward to your feedback, we need to work on this ASAP > > > > > > > > > > [1] https://github.com/apache/skywalking-nginx-lua/graphs/traffic > > > > > [2] http://luarocks.org/modules/membphis/skywalking-nginx-lua > > > > > [3] http://skywalking.apache.org/downloads/ > > > > > > > > > > Sheng Wu 吴晟 > > > > > Twitter, wusheng1108 > > > > > > > > > > > > > > > > > -- > > > > *MembPhis* > > > > My github: https://github.com/membphis > > > > Apache APISIX: https://github.com/apache/incubator-apisix > > > > > > > > > > > > > -- > > *MembPhis* > > My github: https://github.com/membphis > > Apache APISIX: https://github.com/apache/incubator-apisix > > >
Re: [PROPOSAL]Support MQ as a new collector
Does this mean we no longer need a gRPC or HTTP client? Instead, just use the MQ producer directly? Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Daming 于2020年4月7日周二 下午1:37写道: > Hi, the community > > As you see, the Inventory will be removed in SkyWalking 8.0. That is > almost finished. By then, the protocol of the collector is very simplest. > That means, it is time to introduce MQ as a collector plugin. > > > +--+ +--+ > | client | | receiver | > +--+ +--+ > | consumer | > MQ Broker > | producer | > +--+ +--+ > > If you have any suggestions, feel free to talk in this mail list thread. > > — > Best regards, > Daming(@dmsolr) > Apache SkyWalking > > > > > >
Re: Re: [VOTE] Release Apache SkyWalking Helm Chart version v2.0.0 (SkyWalking 7.0.0) Round 1
+1 (non-binding) 1. LICENSE and NOTICE exist and fine 2. ASC and sha512 exist and are correct Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing kezhenxu94 于2020年3月30日周一 上午10:10写道: > +1 binding > > > 1. LICENSE and NOTICE exist > 2. ASC and sha512 exist, and are correct > > > > > > > > > > > > > > > -- > > GitHub @kezhenxu94 > Apache SkyWalking, Apache Dubbo > > > > > > 在 2020-03-30 09:00:03,"hw zhai" 写道: > >+1 binding > > > >1. LICENSE and NOTICE exist > >2. ASC header exist > >3. sha512 exist > >4. test passed > > > >Sheng Wu 于2020年3月28日周六 下午7:55写道: > > > >> +1 binding > >> > >> 1. LICENSE and NOTICE exist > >> 2. asc checked > >> 3. sha512 exist > >> 4. version name right. > >> > >> > >> Sheng Wu 吴晟 > >> Twitter, wusheng1108 > >> > >> > >> hw zhai 于2020年3月27日周五 下午10:47写道: > >> > >> > Hi The SkyWalking Community: > >> > This is a call for vote to release Apache SkyWalking Helm Chart > version > >> > v2.0.0. > >> > Tested by github action (chart-deploy-ci / build), test completed > >> > deployment SkyWalking 7.0.0 + ES6 and SkyWalking 7.0.0 + ES7. Anyone > is > >> > welcome for any other testing. > >> > > >> > Release notes: > >> > > >> > * > >> https://github.com/apache/skywalking-kubernetes/blob/master/CHANGES.md > >> > > >> > Release Candidate: > >> > > >> > * > https://dist.apache.org/repos/dist/dev/skywalking/kubernetes/2.0.0/ > >> > * sha512 checksums > >> >- > >> > > >> > > >> > f78e9cff1048ac50580a765035612f605c82f9e7d470534d6ede609c55f530d3bb5499ee9a88ff96e18b576bb99c04ff96260af6cfcebf24d038d01eb23d5ba6 > >> > skywalking-2.0.0.tgz(Chart Package) > >> >- > >> > > >> > > >> > 4863e3251e1e1b8924a655a4d69c5ef05e4f3692656e68a75a3890e2ad71b6c44b66676d761e9aee3911e1664e29c81b512e6e73f87884b6f924dbff2ffafb88 > >> > skywalking-kubernetes-2.0.0-src.tgz > >> > > >> > Release Tag : > >> > > >> > * (Git Tag) v2.0.0 > >> > > >> > Release CommitID : > >> > > >> > * > >> > > >> > > >> > https://github.com/apache/skywalking-kubernetes/commit/66690b7ed64dfff078c2c79df0e5d441cffb0d5f > >> > > >> > Keys to verify the Release Candidate : > >> > > >> > * https://dist.apache.org/repos/dist/release/skywalking/KEYS > >> > > >> > > >> > Voting will start now (2020/3/27) and will remain open for at least 72 > >> > hours. > >> > [ ] +1 Release this package. > >> > [ ] +0 No opinion. > >> > [ ] -1 Do not release this package because > >> > > >> > > >> > SkyWalking Kubernetes - Helm Chart. > >> > Chart version: 2.0.0 -> SkyWalking version 7.0.0 > >> > > >> > Everyone could vote (though may be no-binding), but make sure to check > >> the > >> > list [1],after the release, this sub-project should evolve > continuously > >> and > >> > everyone is welcome to > >> > contribute. > >> > > >> > > >> > Thanks. > >> > > >> > > >> > [1] > >> > > >> > > >> > https://github.com/apache/skywalking/blob/master/docs/en/guides/How-to-release.md#vote-check > >> > > >> >
Re: [ANNOUNCE] Release Apache SkyWalking Nginx LUA version 0.1.0
Hi, sheng, I will implement a skywalking plugin for APISIX soon. Thanks, Ming Wen, Apache APISIX & Apache SkyWalking Twitter: _WenMing Sheng Wu 于2020年3月11日周三 上午8:52写道: > Hi APISIX team > > The official SkyWalking LUA agent 0.1.0 has released. > What should I do to add it to the APISIX as an optional component? > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Sheng Wu 于2020年3月10日周二 下午9:44写道: > > > Hi all, > > > > Apache SkyWalking Team is glad to announce the first release of Apache > > SkyWalking Nginx LUA 0.1.0 > > > > SkyWalking: APM (application performance monitor) tool for distributed > > systems, > > especially designed for microservices, cloud native and container-based > > (Docker, Kubernetes, Mesos) architectures. > > > > SkyWalking Nginx Agent provides the native tracing capability for Nginx > > powered by Nginx LUA module. > > > > Vote Thread: > > > > Download Links : http://skywalking.apache.org/downloads/ > > > > Release Notes : > > https://github.com/apache/skywalking-nginx-lua/blob/v0.1.0/CHANGES.md > > > > Website: http://skywalking.apache.org/ > > > > SkyWalking Resources: > > - Issue: https://github.com/apache/skywalking/issues > > - Mailing list: d...@skywalkiing.apache.org > > - Documents: https://github.com/apache/skywalking-nginx-lua/tree/v0.1.0 > > > > - Apache SkyWalking Team > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > >
Re: [ANNOUNCE] SkyWalking Nginx LUA 0.1.0 test build available
good job!look forward to it Sheng Wu 于2020年3月6日 周五下午9:49写道: > SkyWalking backend has supported the HTTP 1.1 + JSON for LUA agent in the > master branch. > > Notify the APISIX team, we are doing the SkyWalking Nginx LUA agent 0.1.0 > release now. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Jian Tan 于2020年3月6日周五 下午9:42写道: > > > Great works! Skywalking got a new feature, and so fast release. > > > > Sheng Wu 于2020年3月6日周五 下午9:24写道: > > > > > The test build of 0.1.0 is available. > > > > > > This is our Apache release. > > > We welcome any comments you may have, and will take all feedback into > > > account if a quality vote is called for this build. > > > > > > Release notes: > > > > > > * > https://github.com/apache/skywalking-nginx-lua/blob/v0.1.0/CHANGES.md > > > > > > Release Candidate: > > > > > > * https://dist.apache.org/repos/dist/dev/skywalking/nginx-lua/0.1.0/ > > > * sha512 checksums > > >- > > > > > > > > > bca98495129cadc45bc9b9e6d376beea92a13361ba2e3542536a30e2fd681525e2d3a8448d61cc1848018d5d5305225585a076f2725e055ace0ac35b37d6a44e > > > skywalking-nginx-lua-0.1.0-src.tgz > > > > > > Release Tag : > > > > > > * v0.1.0 > > > > > > Release CommitID : > > > > > > * > > > > > > > > > https://github.com/apache/skywalking-nginx-lua/tree/9cebe51276d9a8a5b360ee1d9897e8bf803bda31 > > > > > > Keys to verify the Release Candidate : > > > > > > * https://dist.apache.org/repos/dist/release/skywalking/KEYS > > > > > > > > > A vote regarding the quality of this test build will be initiated > > > within the next couple of days. > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > -- > > Jian Tan > > Apache SkyWalking Committer && PMC, DaoCloud Labs > > Twitter, @tanjian2015 > > > -- Thanks, Ming Wen, Apache APISIX Twitter: _WenMing
Re: [DISCUSS] About the environment of skywalking nginx lua
I cerated a small PR[1] for that. for example, the nginx lua has `split`, `timestamp` APIs which not need to implement by lua again, and with better performance. I know what you mean. This library can not only be used by nginx Lua, but also be reused by programs written by pure Lua. I will try to compatible with nginx lua and standard Lua in the code. [1] https://github.com/apache/skywalking-nginx-lua/pull/3 Thanks, Ming Wen, Apache APISIX Twitter: _WenMing Sheng Wu 于2020年2月26日周三 上午11:44写道: > Ming Wen 于2020年2月26日周三 上午11:37写道: > > > hello, skywalking dev team, > > > > I am adding CI and test cases for nginx lua to this project[1]. I found > > that most of the code was implemented using Lua code instead of the > native > > nginx lua API. > > > > I am trying to refactor in the way of nginx lua, and now there are two > > issues that need to be discussed with you: > > > > 1. Does this project is only for the nginx lua environment? This is the > > case from the naming of the project, and I want to confirm it again > > here. Because > > I can use native nginx lua APIs for many optimizations if only for nginx > > lua. > > > > I wrote these codes in pure LUA intentionally as they actually don't > require any Nignx dependency. > Today, I haven't the case we need the pure LUA use case, but I am > thinking it is also harmless and better for the further. > You could see this kind of design nearly in Java, go and will be in the > next Rust agents. > Tracing code could be lightweight and widely used, integration is a plugin > system, such as targeting any Java lib/ecosystem or Nginx. > Like in java agent, there are three parts, instrumentation core, tracing > core and plugin system. > > The only links between tracing core and Nginx are tracer.lua and > client.lua. > > Ming, > Could you explain why we need native nginx LUA? What is the difference? > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > > > > > 2. After I performed the above step, the test cases of the original > luaunit > > method will not works well. Of course, I will add test cases for nginx > lua > > to complete coverage. > > > > What do you think? > > > > To Apache APISIX dev: > > I will upload this project to the package manager `luarocks` later, and > add > > the Apache APISIX plug-in, which requires the help of the Apache APISIX > > community. > > > > [1] https://github.com/apache/skywalking-nginx-lua > > Thanks, > > Ming Wen, Apache APISIX > > Twitter: _WenMing > > >
[DISCUSS] About the environment of skywalking nginx lua
hello, skywalking dev team, I am adding CI and test cases for nginx lua to this project[1]. I found that most of the code was implemented using Lua code instead of the native nginx lua API. I am trying to refactor in the way of nginx lua, and now there are two issues that need to be discussed with you: 1. Does this project is only for the nginx lua environment? This is the case from the naming of the project, and I want to confirm it again here. Because I can use native nginx lua APIs for many optimizations if only for nginx lua. 2. After I performed the above step, the test cases of the original luaunit method will not works well. Of course, I will add test cases for nginx lua to complete coverage. What do you think? To Apache APISIX dev: I will upload this project to the package manager `luarocks` later, and add the Apache APISIX plug-in, which requires the help of the Apache APISIX community. [1] https://github.com/apache/skywalking-nginx-lua Thanks, Ming Wen, Apache APISIX Twitter: _WenMing
Re: [POC test required] Nginx LUA plugin is ready to test
Hi, Sheng, really good news! I will try to run this nginx lua project in OpenResty and Apache APISIX, and feedback to this project. Thanks, Ming Wen, Apache APISIX Twitter: _WenMing Sheng Wu 于2020年2月23日周日 下午4:53写道: > Hi SkyWalking dev team > > I used this week to finish the whole Nginx LUA plugin to tracing the Nginx > proxy with the native SkyWalking APIs. The only missing today, is Jian > Tan's PR[1], to provide the backend HTTP service. > > The Nginx LUA plugin could provide > 1. Service and Instance register > 2. Heartbeat#ping > 3. Segment report including tags and most of the key field.[2] > > I hope the Dev team could do the team and give me some feedback. > > Jian Tan, Haochao Zhuang, Zhenxu Ke > > After this test, we should add an e2e pipeline after this test. We could > use `git submodule` or `git repo commit id` to download this repo and run > the tests with the latest backend, to make sure the compatibility and HTTP > API works as expected. > > Ideally, the test case should be JavaApp1 -> Nginx -> JavaApp2. In this > case, we could also check the Nginx Lua ref mechanism too. > > To APISIX community > > If you have time, please help with testing and doc. Especially about how to > set up the dev env locally. Currently, the dev setup is installing a > separated LUA env, but I think using the OpenResty's LUAJIT to run local > tests, unit tests. > > [1] https://github.com/apache/skywalking/pull/4399 > [2] https://github.com/apache/skywalking/pull/4399#issuecomment-590037930 > > > Sheng Wu 吴晟 > > Apache SkyWalking > Apache Incubator > Apache ShardingSphere, ECharts, DolphinScheduler podlings > Zipkin > Twitter, wusheng1108 >
Re: [DISCUSSION] The possibility of providing the APISIX or Nginx lua implementation of SkyWalking native agent
nginx-lua has cosocket, which is non-blocking on network traffic Thanks, Ming Wen, Apache APISIX Twitter: _WenMing Sheng Wu 于2020年2月19日周三 下午11:27写道: > Hi > > I am wondering, is there any queue mechanism in LUA? > The scenario is, SkyWalking filter needs to manipulate header and generate > spans. > But the span should be sent in the async mode(not blocking the original > request) for better performance. I notice there is the Coroutine mechanism, > is this suitable for this? > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Ming Wen 于2020年2月19日周三 下午6:14写道: > > > > Currently, I want to use skywalking-nginx-lua repo to host the codes. > > WDYT? > > > > looks good to me. > > > > > We haven't, but I think that is not so hard. About gRPC and HTTP, what > do > > > you prefer? Or is there a gRPC-LUA lib? We are considering > > Jetty+REST/JSON or gRPC-web. > > > > From the perspective of nginx-lua, HTTP will be easier to implement > because > > nginx-lua does not yet have http2 and grpc client libraries :( > > Nginx-lua only supports grpc proxy now. > > > > Thanks, > > Ming Wen, Apache APISIX > > Twitter: _WenMing > > > > > > Sheng Wu 于2020年2月19日周三 下午4:57写道: > > > > > HI Ming Wen > > > > > > I am/was a member of OpenTracing core team, but the status of that OSS > > > community is not good. > > > I don't want any direct link, especially API level dependency on that. > > > > > > Currently, I want to use skywalking-nginx-lua repo to host the codes. > > WDYT? > > > > > > > Is there a draft implementation already? The skywalking-nginx-lua > will > > be > > > > implemented by HTTP not gRPC, right? > > > > > > We haven't, but I think that is not so hard. About gRPC and HTTP, what > do > > > you prefer? Or is there a gRPC-LUA lib? We are considering > > Jetty+REST/JSON > > > or gRPC-web. > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Ming Wen 于2020年2月19日周三 下午1:58写道: > > > > > > > Hi, Sheng Wu, > > > > That's really good news for me. > > > > > > > > Apache APISIX has a Zipkin plugin[1] based on > opentracing-openresty[2], > > > but > > > > not good enough for SkyWalking. > > > > > > > > IMO, we can implement skywalking-nginx-lua in a separate repo first > > using > > > > opentracing-openresty[2], then add skywalking plugin in APISIX. > > > > > > > > Is there a draft implementation already? The skywalking-nginx-lua > will > > be > > > > implemented by HTTP not gRPC, right? > > > > > > > > [1] > > > > > > > > > > > > > > https://github.com/apache/incubator-apisix/blob/master/lua/apisix/plugins/zipkin.lua > > > > [2] https://github.com/iresty/opentracing-openresty > > > > > > > > Thanks, > > > > Ming Wen, Apache APISIX > > > > Twitter: _WenMing > > > > > > > > > > > > Sheng Wu 于2020年2月19日周三 上午10:53写道: > > > > > > > > > Forward to SkyWalking dev. > > > > > FYI. > > > > > > > > > > Sheng Wu 吴晟 > > > > > Twitter, wusheng1108 > > > > > > > > > > > > > > > Sheng Wu 于2020年2月19日周三 上午10:43写道: > > > > > > > > > > > Hi APISIX dev team > > > > > > > > > > > > I am Sheng Wu, from SkyWalking PMC team. > > > > > > Right now, I am investing the possibility of providing native > > agents > > > in > > > > > > different languages(maybe) for the proxy solution, such as > > > Envoy-WASM, > > > > > > APISIX/Nginx. > > > > > > > > > > > > As APISIX is the native extension of Nginx, I hope I could get > some > > > > ideas > > > > > > from you. > > > > > > I noticed there is a Zipkin implementation or OpenTracing one? > But > > > > sadly, > > > > > > either of them are not good enough for SkyWalking backend to fit > > the > > > > APM > > > > > > field, we need to do more. > > > > > > > > > > > > Could you give me some guides about where should I start? Are the > > > APIs > > > > > > related to APISIX directly or I should use Nginx LUA API? > > > > > > And where should I host these new codes? Should I release on > > > > > > skywalking-apisix-lua(for example) or inside the apisix repo. > > > > > > > > > > > > Sheng Wu 吴晟 > > > > > > Twitter, wusheng1108 > > > > > > > > > > > > > > > > > > > > >
Re: [DISCUSSION] The possibility of providing the APISIX or Nginx lua implementation of SkyWalking native agent
> Currently, I want to use skywalking-nginx-lua repo to host the codes. WDYT? looks good to me. > We haven't, but I think that is not so hard. About gRPC and HTTP, what do > you prefer? Or is there a gRPC-LUA lib? We are considering Jetty+REST/JSON or gRPC-web. >From the perspective of nginx-lua, HTTP will be easier to implement because nginx-lua does not yet have http2 and grpc client libraries :( Nginx-lua only supports grpc proxy now. Thanks, Ming Wen, Apache APISIX Twitter: _WenMing Sheng Wu 于2020年2月19日周三 下午4:57写道: > HI Ming Wen > > I am/was a member of OpenTracing core team, but the status of that OSS > community is not good. > I don't want any direct link, especially API level dependency on that. > > Currently, I want to use skywalking-nginx-lua repo to host the codes. WDYT? > > > Is there a draft implementation already? The skywalking-nginx-lua will be > > implemented by HTTP not gRPC, right? > > We haven't, but I think that is not so hard. About gRPC and HTTP, what do > you prefer? Or is there a gRPC-LUA lib? We are considering Jetty+REST/JSON > or gRPC-web. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Ming Wen 于2020年2月19日周三 下午1:58写道: > > > Hi, Sheng Wu, > > That's really good news for me. > > > > Apache APISIX has a Zipkin plugin[1] based on opentracing-openresty[2], > but > > not good enough for SkyWalking. > > > > IMO, we can implement skywalking-nginx-lua in a separate repo first using > > opentracing-openresty[2], then add skywalking plugin in APISIX. > > > > Is there a draft implementation already? The skywalking-nginx-lua will be > > implemented by HTTP not gRPC, right? > > > > [1] > > > > > https://github.com/apache/incubator-apisix/blob/master/lua/apisix/plugins/zipkin.lua > > [2] https://github.com/iresty/opentracing-openresty > > > > Thanks, > > Ming Wen, Apache APISIX > > Twitter: _WenMing > > > > > > Sheng Wu 于2020年2月19日周三 上午10:53写道: > > > > > Forward to SkyWalking dev. > > > FYI. > > > > > > Sheng Wu 吴晟 > > > Twitter, wusheng1108 > > > > > > > > > Sheng Wu 于2020年2月19日周三 上午10:43写道: > > > > > > > Hi APISIX dev team > > > > > > > > I am Sheng Wu, from SkyWalking PMC team. > > > > Right now, I am investing the possibility of providing native agents > in > > > > different languages(maybe) for the proxy solution, such as > Envoy-WASM, > > > > APISIX/Nginx. > > > > > > > > As APISIX is the native extension of Nginx, I hope I could get some > > ideas > > > > from you. > > > > I noticed there is a Zipkin implementation or OpenTracing one? But > > sadly, > > > > either of them are not good enough for SkyWalking backend to fit the > > APM > > > > field, we need to do more. > > > > > > > > Could you give me some guides about where should I start? Are the > APIs > > > > related to APISIX directly or I should use Nginx LUA API? > > > > And where should I host these new codes? Should I release on > > > > skywalking-apisix-lua(for example) or inside the apisix repo. > > > > > > > > Sheng Wu 吴晟 > > > > Twitter, wusheng1108 > > > > > > > > > >
Re: [DISCUSSION] The possibility of providing the APISIX or Nginx lua implementation of SkyWalking native agent
Hi, Sheng Wu, That's really good news for me. Apache APISIX has a Zipkin plugin[1] based on opentracing-openresty[2], but not good enough for SkyWalking. IMO, we can implement skywalking-nginx-lua in a separate repo first using opentracing-openresty[2], then add skywalking plugin in APISIX. Is there a draft implementation already? The skywalking-nginx-lua will be implemented by HTTP not gRPC, right? [1] https://github.com/apache/incubator-apisix/blob/master/lua/apisix/plugins/zipkin.lua [2] https://github.com/iresty/opentracing-openresty Thanks, Ming Wen, Apache APISIX Twitter: _WenMing Sheng Wu 于2020年2月19日周三 上午10:53写道: > Forward to SkyWalking dev. > FYI. > > Sheng Wu 吴晟 > Twitter, wusheng1108 > > > Sheng Wu 于2020年2月19日周三 上午10:43写道: > > > Hi APISIX dev team > > > > I am Sheng Wu, from SkyWalking PMC team. > > Right now, I am investing the possibility of providing native agents in > > different languages(maybe) for the proxy solution, such as Envoy-WASM, > > APISIX/Nginx. > > > > As APISIX is the native extension of Nginx, I hope I could get some ideas > > from you. > > I noticed there is a Zipkin implementation or OpenTracing one? But sadly, > > either of them are not good enough for SkyWalking backend to fit the APM > > field, we need to do more. > > > > Could you give me some guides about where should I start? Are the APIs > > related to APISIX directly or I should use Nginx LUA API? > > And where should I host these new codes? Should I release on > > skywalking-apisix-lua(for example) or inside the apisix repo. > > > > Sheng Wu 吴晟 > > Twitter, wusheng1108 > > >