Thank you, David!
Fan Out Reads are certainly on my mind, though probably nothing I’ll be able to 
tackle soon. I agree, that would be a great feature to get attention for v2.
Best,
Moritz


From: David Hollands <david.holla...@bbc.co.uk>
Date: Monday, 21. March 2022 at 18:53
To: dev@beam.apache.org <dev@beam.apache.org>
Subject: Re: [DISCUSS] Deprecation of AWS SDK v1 IO connectors
Hi Moritz - I just wanted to say a big THANK YOU for the huge improvements you 
have contributed to the AWS IOs in recent releases! Such great use of 
Testcontainers and localstack! 🙂 +1 to deprecating v1 gracefully. Adding 
ZjQcmQRYFpfptBannerStart
This Message Is From an External Sender
This message came from outside your organization.
Exercise caution when opening attachments or clicking any links.
ZjQcmQRYFpfptBannerEnd
Hi Moritz -

I just wanted to say a big THANK YOU for the huge improvements you have 
contributed to the AWS IOs in recent releases!

Such great use of Testcontainers and localstack! 🙂

+1 to deprecating v1 gracefully.  Adding KinesisIO Fan Out Read in v2 and not 
v1 would be a nice carrot to entice some users I know away from v1... 😜

Best, David


Want to work with us? 
https://datalab.rocks<https://urldefense.com/v3/__https:/datalab.rocks__;!!CiXD_PY!ACyIRENWkKWwuoym5YuZOWykDMIjKyIlEcvHMy7YEv-Pw25sbCau0HADz4SV$>

_______________________________________________________

David Hollands

Principal Data Engineer, Datalab

BBC Product Group



[signature_347418782]

London:  Broadcast Centre, 201 Wood Lane, London, W12 7TP

________________________________
From: Moritz Mack <mm...@talend.com>
Sent: 21 March 2022 12:58
To: dev@beam.apache.org <dev@beam.apache.org>
Subject: Re: [DISCUSS] Deprecation of AWS SDK v1 IO connectors


Thank you both! Absolutely agree on reaching out to users!



The release of 2.38 seems to be a very good time to do so to also announce 
feature parity between the two versions.

I’ll get back to the two of you for some help reaching out to users on twitters 
then!



Thanks, Moritz







From: Alexey Romanenko <aromanenko....@gmail.com>
Date: Sunday, 20. March 2022 at 00:23
To: dev@beam.apache.org <dev@beam.apache.org>
Subject: Re: [DISCUSS] Deprecation of AWS SDK v1 IO connectors

Yes, good point about asking on Twitter, Ahmet! On 19 Mar 2022, at 04:14, Ahmet 
Altay <al...@google.com> wrote: Moritz, thank you for your thoughtful approach. 
+1 to Alexey's suggestion. One minor additional suggestion, in addition to 
ZjQcmQRYFpfptBannerStart

This Message Is From an External Sender

This message came from outside your organization.

Exercise caution when opening attachments or clicking any links.

ZjQcmQRYFpfptBannerEnd

Yes, good point about asking on Twitter, Ahmet!



On 19 Mar 2022, at 04:14, Ahmet Altay 
<al...@google.com<mailto:al...@google.com>> wrote:



Moritz, thank you for your thoughtful approach.



+1 to Alexey's suggestion. One minor additional suggestion, in addition to 
asking on user@ you can also ask on beam's twitter. Historically we were able 
to reach more users on Twitter compared to the user list.



On Fri, Mar 18, 2022 at 10:01 AM Alexey Romanenko 
<aromanenko....@gmail.com<mailto:aromanenko....@gmail.com>> wrote:

First of all - many thanks for your work to make "amazon-web-services2” stable 
and up-to-date with already supported features of v1 version.



+1 to deprecate all "amazon-web-services” (AWS SDK v1) IOs  and recommend to 
use only v2 API, but before I’d suggest to ask people on user@ if they have 
some specific reasons to delay it or any other feedback on this that we can 
miss.



Regarding the major releases and removing deprecated code, IIUC, we agreed that 
deprecated code should stay (but not required to be supported), at least, 3 
minor releases (x.y) and it can be finally deleted if we won’t discover any 
regressions or user complains till then.



On the other hand, Beam 3.0 should be the next major release but I’m not sure 
it’s even on distant horizon for now since this is topic that we didn’t discuss 
for a long time (maybe it’s a good time to come back to this).



—

Alexey





On 18 Mar 2022, at 12:19, Moritz Mack 
<mm...@talend.com<mailto:mm...@talend.com>> wrote:



Dear all,



I’d like to bring up an old discussion again [1].

Currently we have two different versions of AWS IO connectors in Beam for the 
Java SDK:

  *   amazon-web-services  [2] and kinesis [3] for the AWS Java SDK v1
  *   amazon-web-services2 (including kinesis) [4] for the AWS Java SDK v2



Maintaining two different versions is obviously painful, so working towards 
sunsetting the earlier v1 is important.

Though, historically v1 had (and likely still has) the broader adoption due to 
a lack of awareness, but also certainly a lack of features in v2.



I’ve recently focused a lot on preparing the deprecation of v1, specifically:

  *   implementing all outstanding features in v2 (above all write support for 
KinesisIO) [5]
  *   full integration test coverage for all IOs in v2 (using localstack), but 
also improved general test coverage & quality
  *   more consistent configuration and tons of bug fixes



Where I’m looking for general feedback is how to proceed next:

  *   Deprecate (IO classes of) v1 immediately to force awareness of v2 with 
the next release?
  *   Just recommend v2 IOs over v1 IOs on the website [6] to hopefully push 
adoption and gather more feedback before deprecating v1?



Any thoughts or recommendations?



Also, looking further ahead … is there a major release planned for Beam that 
would allow to remove such deprecations?



Thanks so much,

Moritz





[1] 
https://lists.apache.org/thread/b4opwr3x1rr63732b5j7f47r2bobq6h0<https://urldefense.com/v3/__https:/lists.apache.org/thread/b4opwr3x1rr63732b5j7f47r2bobq6h0__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUFP1Ucm2$>

[2] 
https://github.com/apache/beam/tree/master/sdks/java/io/amazon-web-services<https://urldefense.com/v3/__https:/github.com/apache/beam/tree/master/sdks/java/io/amazon-web-services__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUFc98SRB$>

[3] 
https://github.com/apache/beam/tree/master/sdks/java/io/kinesis<https://urldefense.com/v3/__https:/github.com/apache/beam/tree/master/sdks/java/io/kinesis__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUCA6oerl$>

[4] 
https://github.com/apache/beam/tree/master/sdks/java/io/amazon-web-services2<https://urldefense.com/v3/__https:/github.com/apache/beam/tree/master/sdks/java/io/amazon-web-services2__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUMc_5deZ$>

[5] 
https://issues.apache.org/jira/browse/BEAM-13174<https://urldefense.com/v3/__https:/issues.apache.org/jira/browse/BEAM-13174__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUC0YFfnS$>

[6] 
https://issues.apache.org/jira/browse/BEAM-14125<https://urldefense.com/v3/__https:/issues.apache.org/jira/browse/BEAM-14125__;!!CiXD_PY!EZwzvsmqANBIBbrmVOt-exWI92agUNKLywoXehjD2rLKOk2_xTmAUP_6TYEh$>



As a recipient of an email from Talend, your contact personal data will be on 
our systems. Please see our privacy notice.<https://www.talend.com/privacy/>





As a recipient of an email from Talend, your contact personal data will be on 
our systems. Please see our privacy notice. <https://www.talend.com/privacy/>


As a recipient of an email from Talend, your contact personal data will be on 
our systems. Please see our privacy notice. <https://www.talend.com/privacy/>


Reply via email to