Hey Rich, sorry for the late reply. Looking back at the initial discussion to introduce flink-connector-aws, the reasoning was a not around organizational or vendor-specific arguments, rather technical around dependencies of shared utilities: https://lists.apache.org/thread/swp4bs8407gtsgn2gh0k3wx1m4o3kqqp
I think the problem with the AWS connector repo in particular is that many of the committers / PMC members who initially maintained the repo have moved on to other Flink-related employers, and now have a different focus. In general, the Flink connectors suffer from lack of review capacity. I think we'll need to get new committers involved in the project to fix that issue. The PMC had a short discussion about this problem at the end of last year. Do you have any specific PRs you'd like to get merged? I personally prefer if core connectors are maintained by Flink, and I believe at least the AWS Kinesis connector is pretty core to Flink. So I'm personally in favor of supporting AWS in getting their changes in, establishing new committers at the project. I'll think more about this issue, and I'll try to get a conclusion from the PMC discussion on the state of the connectors in general. On Fri, Dec 19, 2025 at 7:58 PM Rich Bowen <[email protected]> wrote: > Hey friends. > > How does Flink feel about vendor-specific connectors, in general? > > The reason that I'm asking is that I'm working with a team at work about > the https://github.com/apache/flink-connector-aws repository, and the > (very understandable!) difficulty of getting non-AWS employees > interested/engaged/passionate in issues around that repo. And, in turn, the > difficulty of getting reviews/votes on releases for stuff from that repo. > > It also seems to be the only such vendor-specific repo (I suppose you > could count elasticsearch there, kinda). Does the project prefer that such > work happen elsewhere, in the aws Github org, or is there value to the > community in having it in the apache/flink-* namespace? > > If the former, that can be very easily arranged. If the latter, how do you > recommend that we operate to deliver quickly for our customers, but also > engage in reasonable ways with the community? >
