The tile is misleading, it might be multi config center instead of
multi data center.
I'm trying to clarify a little first, so after this feature is developed,
APISIX will be able to read configs not only from ETCD, but
from any config server as long as we have created adaptor
between config cente
It seems like the proposal is very attractive, with an ETCD protocol
compatible middleware, which brings more flexibility to APISIX eco-system.
But I was also thinking about a standalone mode of APISIX, all
configurations are saved in the local file system.
which is easier for light-weight(less t
I know this. So, I just said suggest reconsidering
This is a typical style of a top-level open source project doing.
Protocol is the key to a community, once you(APISIX) lead on both sides, it
is better the protocol is something we could make decisions when changes
are required in the future.
Shen
Hi,
We want to pretend the agent is an ETCD cluster so that we don't need
any modifications on APISIX side, and actually etcd v3 API is based on gRPC.
Best regards
Chao Zhang
https://github.com/tokers
On Tue, Apr 27, 2021 at 9:58 AM Sheng Wu wrote:
>
> Basically, I like this idea, just suggest
OK, if it is a development kit, I want to know whether it is really a
runtime? Because eventually, whether debugging is friendly or not, rely on
this.
Sheng Wu 吴晟
Twitter, wusheng1108
Daming 于2021年4月27日周二 上午9:57写道：
> PDK stands for Plugin Development Kit.
> It is a good choice to build on spri
Basically, I like this idea, just suggest reconsidering whether keep on
etcd API, especially gRPC tech stack is already there.
APISIX works with its agent but using etcd protocol? This seems strange.
Sheng Wu 吴晟
Twitter, wusheng1108
Chao Zhang 于2021年4月27日周二 上午9:46写道：
> Hi, there
>
> Below is t
PDK stands for Plugin Development Kit.
It is a good choice to build on spring-boot in the initial stage.
Because it is very friendly and easy to get started for Java
developers(plugins developers).
Sheng Wu 于2021年4月27日周二 上午9:31写道：
>
> I can't see the detail from the graph.
> But if we are speaki
Hi, there
Below is the proposal about how to support multiple data centers for
Apache APISIX. Please review it and your advice will be appreciated.
Background
So far, APISIX only supports fetching configurations like Route,
Upstream from ETCD, although it’s capable of integrating a couple of
ser
I can't see the detail from the graph.
But if we are speaking of Java and Spring gateway ecosystem, you should
know, that is not just interfaces.
Spring boot, annotation system, IoC, AOP are all going to be there. So,
basically, I would recommend you to boot the codes as all Spring-based
applicatio
Hi,
> Thanks for your recommendation, then I think we may add the "stale"
> label for issues lacking interactions for more than a long while.
I would suggest you don’t do this, but I’ll leave it up to the PMC.
Justin
10 matches
Mail list logo
