You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@skywalking.apache.org by Hongtao Gao <ha...@gmail.com> on 2019/11/26 02:04:03 UTC
[PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Hi everyone
I'm glad to share my proposal with you about to setup SkyWalking Cloud on
Kubernetes(SWCK) project.
The aim of SWCK is to enable users to configure and manage instances of
SkyWalking components using a simple declarative configuration that will,
in response, create, configure, and manage those components.
The following is the doc of this proposal. I'm hoping to hear thoughts from
you soon.
[PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
------
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Hongtao Gao <ha...@gmail.com>.
I raised a issue https://github.com/apache/skywalking/issues/4373 to
initiate relevant work of SkyWalking Cloud on Kubernetes. Welcome anyone
instrested in it to join in.
Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> Hi everyone
>
> I'm glad to share my proposal with you about to setup SkyWalking Cloud on
> Kubernetes(SWCK) project.
>
> The aim of SWCK is to enable users to configure and manage instances of
> SkyWalking components using a simple declarative configuration that will,
> in response, create, configure, and manage those components.
>
> The following is the doc of this proposal. I'm hoping to hear thoughts
> from you soon.
>
> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
>
>
> ------
> Hongtao Gao
>
> Apache SkyWalking && Apache ShardingSphere
> Twitter, @hanahmily
>
>
--
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Hongtao Gao <ha...@gmail.com>.
>
> As prometheus has it's operator too.
Prometheus as a monitor tool intends to provide metrics to help the
Operator manage OAP and storage(ES).
1. Show key metrics/Send alerts to an admin or a human operator in order to
keep the cluster healthy.
2. Help SWCK Operator to do some actions automatically, just like
restarting pods, scaling up/down pods.
I agree with that's not a crucial part of the Operator, especially in the
first phase. But we should put it in our plan.
For this, I think we should have separated discussion about this, I am
> thinking about this for a while, s...
It makes much sense to me. we should have a talk with it offline.
Sheng Wu <wu...@gmail.com> 于2019年11月27日周三 下午4:12写道：
> 君浩 <wa...@gmail.com> 于2019年11月27日周三 下午4:00写道：
>
> > Hi, all:
> > Personally, I think add prometheus to SW is another feature, it's
> > meaningful and important. But should not contained in our operator. As
> > prometheus has it's operator too.
> >
>
> Gao
> This makes sense to me
>
> Sheng Wu 吴晟
> Twitter, wusheng1108
>
>
> > We should keep our operator functionality simple and scalable and stable.
> > After all, the operator exists to simplify the use of SW in K8S and
> > automate some common tasks.
> >
> >
> > Sheng Wu <wu...@gmail.com> 于2019年11月26日周二 下午4:58写道：
> >
> > > Personally, Prometheus makes more sense to me. Self-obs seems not
> > powerful
> > > enough yet.
> > >
> > > > Cons:
> > > OAP didn't store dynamic metrics except for the items related to
> three
> > > scopes(service, service_instance, and endpoint)
> > >
> > > For this, I think we should have separated discussion about this, I am
> > > thinking about this for a while, service, and service_instance are not
> > the
> > > issue, don't support extension for this is the root cause.
> > > Such as, if we have 3rd service level extension metrics, with tag name
> > and
> > > value, then OAL and the currently existing system design still works.
> > > We should have a separated thread to discuss this.
> > >
> > >
> > > Sheng Wu 吴晟
> > > Twitter, wusheng1108
> > >
> > >
> > > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 下午4:22写道：
> > >
> > > > That's another problem I didn't have the answer. At this point we
> have
> > > two
> > > > choices for it:
> > > > 1. OAP self-observability module with telemetry module.
> > > > Pros:
> > > > It's our project, and we have the experience and abilities to do
> > > > whatever we want.
> > > > Cons:
> > > > OAP didn't store dynamic metrics except for the items related to
> > three
> > > > scopes(service, service_instance, and endpoint)
> > > > 2. Prometheus with telemetry module.
> > > > Pros:
> > > > It can store any metrics we want.
> > > > Cons:
> > > > it brings some performance overhead, especially to complete a
> > minimal
> > > > deployment.
> > > >
> > > > So what's your suggestion?
> > > >
> > > > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午11:01写道：
> > > >
> > > > > what do you think should be contain prometheus in operator?
> > > > >
> > > > > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> > > > >
> > > > > > Hi
> > > > > >
> > > > > > If using webhook in SWCK project,i recommend using
> > kubebuilder,which
> > > it
> > > > > > can automatically generate the webhook code.also operator-sdk
> does
> > > not
> > > > > do
> > > > > > it.
> > > > > >
> > > > > >
> > > > > > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> > > > > >
> > > > > >> Hi everyone
> > > > > >>
> > > > > >> I'm glad to share my proposal with you about to setup SkyWalking
> > > Cloud
> > > > > on
> > > > > >> Kubernetes(SWCK) project.
> > > > > >>
> > > > > >> The aim of SWCK is to enable users to configure and manage
> > instances
> > > > of
> > > > > >> SkyWalking components using a simple declarative configuration
> > that
> > > > > will,
> > > > > >> in response, create, configure, and manage those components.
> > > > > >>
> > > > > >> The following is the doc of this proposal. I'm hoping to hear
> > > thoughts
> > > > > >> from
> > > > > >> you soon.
> > > > > >>
> > > > > >> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> > > > > >>
> > > > > >>
> > > > >
> > > >
> > >
> >
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> > > > > >>
> > > > > >>
> > > > > >> ------
> > > > > >> Hongtao Gao
> > > > > >>
> > > > > >> Apache SkyWalking && Apache ShardingSphere
> > > > > >> Twitter, @hanahmily
> > > > > >>
> > > > > >
> > > > > >
> > > > > > --
> > > > > > *Jinlin Fu*
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > *Jinlin Fu*
> > > > >
> > > >
> > > >
> > > > --
> > > > Hongtao Gao
> > > >
> > > > Apache SkyWalking && Apache ShardingSphere
> > > > Twitter, @hanahmily
> > > >
> > >
> >
>
--
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Sheng Wu <wu...@gmail.com>.
君浩 <wa...@gmail.com> 于2019年11月27日周三 下午4:00写道：
> Hi, all:
> Personally, I think add prometheus to SW is another feature, it's
> meaningful and important. But should not contained in our operator. As
> prometheus has it's operator too.
>
Gao
This makes sense to me
Sheng Wu 吴晟
Twitter, wusheng1108
> We should keep our operator functionality simple and scalable and stable.
> After all, the operator exists to simplify the use of SW in K8S and
> automate some common tasks.
>
>
> Sheng Wu <wu...@gmail.com> 于2019年11月26日周二 下午4:58写道：
>
> > Personally, Prometheus makes more sense to me. Self-obs seems not
> powerful
> > enough yet.
> >
> > > Cons:
> > OAP didn't store dynamic metrics except for the items related to three
> > scopes(service, service_instance, and endpoint)
> >
> > For this, I think we should have separated discussion about this, I am
> > thinking about this for a while, service, and service_instance are not
> the
> > issue, don't support extension for this is the root cause.
> > Such as, if we have 3rd service level extension metrics, with tag name
> and
> > value, then OAL and the currently existing system design still works.
> > We should have a separated thread to discuss this.
> >
> >
> > Sheng Wu 吴晟
> > Twitter, wusheng1108
> >
> >
> > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 下午4:22写道：
> >
> > > That's another problem I didn't have the answer. At this point we have
> > two
> > > choices for it:
> > > 1. OAP self-observability module with telemetry module.
> > > Pros:
> > > It's our project, and we have the experience and abilities to do
> > > whatever we want.
> > > Cons:
> > > OAP didn't store dynamic metrics except for the items related to
> three
> > > scopes(service, service_instance, and endpoint)
> > > 2. Prometheus with telemetry module.
> > > Pros:
> > > It can store any metrics we want.
> > > Cons:
> > > it brings some performance overhead, especially to complete a
> minimal
> > > deployment.
> > >
> > > So what's your suggestion?
> > >
> > > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午11:01写道：
> > >
> > > > what do you think should be contain prometheus in operator?
> > > >
> > > > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> > > >
> > > > > Hi
> > > > >
> > > > > If using webhook in SWCK project,i recommend using
> kubebuilder,which
> > it
> > > > > can automatically generate the webhook code.also operator-sdk does
> > not
> > > > do
> > > > > it.
> > > > >
> > > > >
> > > > > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> > > > >
> > > > >> Hi everyone
> > > > >>
> > > > >> I'm glad to share my proposal with you about to setup SkyWalking
> > Cloud
> > > > on
> > > > >> Kubernetes(SWCK) project.
> > > > >>
> > > > >> The aim of SWCK is to enable users to configure and manage
> instances
> > > of
> > > > >> SkyWalking components using a simple declarative configuration
> that
> > > > will,
> > > > >> in response, create, configure, and manage those components.
> > > > >>
> > > > >> The following is the doc of this proposal. I'm hoping to hear
> > thoughts
> > > > >> from
> > > > >> you soon.
> > > > >>
> > > > >> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> > > > >>
> > > > >>
> > > >
> > >
> >
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> > > > >>
> > > > >>
> > > > >> ------
> > > > >> Hongtao Gao
> > > > >>
> > > > >> Apache SkyWalking && Apache ShardingSphere
> > > > >> Twitter, @hanahmily
> > > > >>
> > > > >
> > > > >
> > > > > --
> > > > > *Jinlin Fu*
> > > > >
> > > >
> > > >
> > > > --
> > > > *Jinlin Fu*
> > > >
> > >
> > >
> > > --
> > > Hongtao Gao
> > >
> > > Apache SkyWalking && Apache ShardingSphere
> > > Twitter, @hanahmily
> > >
> >
>
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by 君浩 <wa...@gmail.com>.
Hi, all:
Personally, I think add prometheus to SW is another feature, it's
meaningful and important. But should not contained in our operator. As
prometheus has it's operator too.
We should keep our operator functionality simple and scalable and stable.
After all, the operator exists to simplify the use of SW in K8S and
automate some common tasks.
Sheng Wu <wu...@gmail.com> 于2019年11月26日周二 下午4:58写道：
> Personally, Prometheus makes more sense to me. Self-obs seems not powerful
> enough yet.
>
> > Cons:
> OAP didn't store dynamic metrics except for the items related to three
> scopes(service, service_instance, and endpoint)
>
> For this, I think we should have separated discussion about this, I am
> thinking about this for a while, service, and service_instance are not the
> issue, don't support extension for this is the root cause.
> Such as, if we have 3rd service level extension metrics, with tag name and
> value, then OAL and the currently existing system design still works.
> We should have a separated thread to discuss this.
>
>
> Sheng Wu 吴晟
> Twitter, wusheng1108
>
>
> Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 下午4:22写道：
>
> > That's another problem I didn't have the answer. At this point we have
> two
> > choices for it:
> > 1. OAP self-observability module with telemetry module.
> > Pros:
> > It's our project, and we have the experience and abilities to do
> > whatever we want.
> > Cons:
> > OAP didn't store dynamic metrics except for the items related to three
> > scopes(service, service_instance, and endpoint)
> > 2. Prometheus with telemetry module.
> > Pros:
> > It can store any metrics we want.
> > Cons:
> > it brings some performance overhead, especially to complete a minimal
> > deployment.
> >
> > So what's your suggestion?
> >
> > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午11:01写道：
> >
> > > what do you think should be contain prometheus in operator?
> > >
> > > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> > >
> > > > Hi
> > > >
> > > > If using webhook in SWCK project,i recommend using kubebuilder,which
> it
> > > > can automatically generate the webhook code.also operator-sdk does
> not
> > > do
> > > > it.
> > > >
> > > >
> > > > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> > > >
> > > >> Hi everyone
> > > >>
> > > >> I'm glad to share my proposal with you about to setup SkyWalking
> Cloud
> > > on
> > > >> Kubernetes(SWCK) project.
> > > >>
> > > >> The aim of SWCK is to enable users to configure and manage instances
> > of
> > > >> SkyWalking components using a simple declarative configuration that
> > > will,
> > > >> in response, create, configure, and manage those components.
> > > >>
> > > >> The following is the doc of this proposal. I'm hoping to hear
> thoughts
> > > >> from
> > > >> you soon.
> > > >>
> > > >> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> > > >>
> > > >>
> > >
> >
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> > > >>
> > > >>
> > > >> ------
> > > >> Hongtao Gao
> > > >>
> > > >> Apache SkyWalking && Apache ShardingSphere
> > > >> Twitter, @hanahmily
> > > >>
> > > >
> > > >
> > > > --
> > > > *Jinlin Fu*
> > > >
> > >
> > >
> > > --
> > > *Jinlin Fu*
> > >
> >
> >
> > --
> > Hongtao Gao
> >
> > Apache SkyWalking && Apache ShardingSphere
> > Twitter, @hanahmily
> >
>
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Sheng Wu <wu...@gmail.com>.
Personally, Prometheus makes more sense to me. Self-obs seems not powerful
enough yet.
> Cons:
OAP didn't store dynamic metrics except for the items related to three
scopes(service, service_instance, and endpoint)
For this, I think we should have separated discussion about this, I am
thinking about this for a while, service, and service_instance are not the
issue, don't support extension for this is the root cause.
Such as, if we have 3rd service level extension metrics, with tag name and
value, then OAL and the currently existing system design still works.
We should have a separated thread to discuss this.
Sheng Wu 吴晟
Twitter, wusheng1108
Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 下午4:22写道：
> That's another problem I didn't have the answer. At this point we have two
> choices for it:
> 1. OAP self-observability module with telemetry module.
> Pros:
> It's our project, and we have the experience and abilities to do
> whatever we want.
> Cons:
> OAP didn't store dynamic metrics except for the items related to three
> scopes(service, service_instance, and endpoint)
> 2. Prometheus with telemetry module.
> Pros:
> It can store any metrics we want.
> Cons:
> it brings some performance overhead, especially to complete a minimal
> deployment.
>
> So what's your suggestion?
>
> 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午11:01写道：
>
> > what do you think should be contain prometheus in operator?
> >
> > 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> >
> > > Hi
> > >
> > > If using webhook in SWCK project,i recommend using kubebuilder,which it
> > > can automatically generate the webhook code.also operator-sdk does not
> > do
> > > it.
> > >
> > >
> > > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> > >
> > >> Hi everyone
> > >>
> > >> I'm glad to share my proposal with you about to setup SkyWalking Cloud
> > on
> > >> Kubernetes(SWCK) project.
> > >>
> > >> The aim of SWCK is to enable users to configure and manage instances
> of
> > >> SkyWalking components using a simple declarative configuration that
> > will,
> > >> in response, create, configure, and manage those components.
> > >>
> > >> The following is the doc of this proposal. I'm hoping to hear thoughts
> > >> from
> > >> you soon.
> > >>
> > >> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> > >>
> > >>
> >
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> > >>
> > >>
> > >> ------
> > >> Hongtao Gao
> > >>
> > >> Apache SkyWalking && Apache ShardingSphere
> > >> Twitter, @hanahmily
> > >>
> > >
> > >
> > > --
> > > *Jinlin Fu*
> > >
> >
> >
> > --
> > *Jinlin Fu*
> >
>
>
> --
> Hongtao Gao
>
> Apache SkyWalking && Apache ShardingSphere
> Twitter, @hanahmily
>
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Hongtao Gao <ha...@gmail.com>.
That's another problem I didn't have the answer. At this point we have two
choices for it:
1. OAP self-observability module with telemetry module.
Pros:
It's our project, and we have the experience and abilities to do
whatever we want.
Cons:
OAP didn't store dynamic metrics except for the items related to three
scopes(service, service_instance, and endpoint)
2. Prometheus with telemetry module.
Pros:
It can store any metrics we want.
Cons:
it brings some performance overhead, especially to complete a minimal
deployment.
So what's your suggestion?
付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午11:01写道：
> what do you think should be contain prometheus in operator?
>
> 付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
>
> > Hi
> >
> > If using webhook in SWCK project,i recommend using kubebuilder,which it
> > can automatically generate the webhook code.also operator-sdk does not
> do
> > it.
> >
> >
> > Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> >
> >> Hi everyone
> >>
> >> I'm glad to share my proposal with you about to setup SkyWalking Cloud
> on
> >> Kubernetes(SWCK) project.
> >>
> >> The aim of SWCK is to enable users to configure and manage instances of
> >> SkyWalking components using a simple declarative configuration that
> will,
> >> in response, create, configure, and manage those components.
> >>
> >> The following is the doc of this proposal. I'm hoping to hear thoughts
> >> from
> >> you soon.
> >>
> >> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> >>
> >>
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> >>
> >>
> >> ------
> >> Hongtao Gao
> >>
> >> Apache SkyWalking && Apache ShardingSphere
> >> Twitter, @hanahmily
> >>
> >
> >
> > --
> > *Jinlin Fu*
> >
>
>
> --
> *Jinlin Fu*
>
--
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by 付金林 Jinlin Fu <wi...@gmail.com>.
what do you think should be contain prometheus in operator?
付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> Hi
>
> If using webhook in SWCK project,i recommend using kubebuilder,which it
> can automatically generate the webhook code.also operator-sdk does not do
> it.
>
>
> Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
>
>> Hi everyone
>>
>> I'm glad to share my proposal with you about to setup SkyWalking Cloud on
>> Kubernetes(SWCK) project.
>>
>> The aim of SWCK is to enable users to configure and manage instances of
>> SkyWalking components using a simple declarative configuration that will,
>> in response, create, configure, and manage those components.
>>
>> The following is the doc of this proposal. I'm hoping to hear thoughts
>> from
>> you soon.
>>
>> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
>>
>> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
>>
>>
>> ------
>> Hongtao Gao
>>
>> Apache SkyWalking && Apache ShardingSphere
>> Twitter, @hanahmily
>>
>
>
> --
> *Jinlin Fu*
>
--
*Jinlin Fu*
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by Hongtao Gao <ha...@gmail.com>.
Yes, we will use "mutatingAdmissionWebhook" to inject config to
target cluster.
付金林 Jinlin Fu <wi...@gmail.com> 于2019年11月26日周二 上午10:51写道：
> Hi
>
> If using webhook in SWCK project,i recommend using kubebuilder,which it
> can automatically generate the webhook code.also operator-sdk does not do
> it.
>
>
> Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
>
> > Hi everyone
> >
> > I'm glad to share my proposal with you about to setup SkyWalking Cloud on
> > Kubernetes(SWCK) project.
> >
> > The aim of SWCK is to enable users to configure and manage instances of
> > SkyWalking components using a simple declarative configuration that will,
> > in response, create, configure, and manage those components.
> >
> > The following is the doc of this proposal. I'm hoping to hear thoughts
> from
> > you soon.
> >
> > [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
> >
> >
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
> >
> >
> > ------
> > Hongtao Gao
> >
> > Apache SkyWalking && Apache ShardingSphere
> > Twitter, @hanahmily
> >
>
>
> --
> *Jinlin Fu*
>
--
Hongtao Gao
Apache SkyWalking && Apache ShardingSphere
Twitter, @hanahmily
Re: [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK)
Posted by 付金林 Jinlin Fu <wi...@gmail.com>.
Hi
If using webhook in SWCK project,i recommend using kubebuilder,which it
can automatically generate the webhook code.also operator-sdk does not do
it.
Hongtao Gao <ha...@gmail.com> 于2019年11月26日周二 上午10:04写道：
> Hi everyone
>
> I'm glad to share my proposal with you about to setup SkyWalking Cloud on
> Kubernetes(SWCK) project.
>
> The aim of SWCK is to enable users to configure and manage instances of
> SkyWalking components using a simple declarative configuration that will,
> in response, create, configure, and manage those components.
>
> The following is the doc of this proposal. I'm hoping to hear thoughts from
> you soon.
>
> [PROPOSAL]SkyWalking Cloud on Kubernetes(SWCK) -
>
> https://docs.google.com/document/d/1tPv3ppjNEMa5frX2qRzUXVNky4U4TuTr8qzaiU2wpso/edit?usp=sharing
>
>
> ------
> Hongtao Gao
>
> Apache SkyWalking && Apache ShardingSphere
> Twitter, @hanahmily
>
--
*Jinlin Fu*