Starting end of Dec. 2016, AWS will begin using a Long Resource ID format for EC2 Instances, EBS, RI and Snapshots. According to AWS, previously created resources which still uses the short id format will retain its ID and will not be required to make any change.
Given that, many AWS accounts (us included) will most probably hold mixed id formats resources, and my question is: How ready the cloud-aws plugin is (Ver. 2.4.1)? Will it support both formats? Is it ready for the soon coming change?
I believe that is totally transparent and managed by the AWS SDK itself.
I mean that we never explicitly define whatever ID in discovery-ec2 or repository-s3 plugins.
If there is anything to do, my guess is that we might have to upgrade the AWS SDK?
Well, the main problem might be - as the suggests - with the length of the resource ID being expanded. We had experience with code using too-short of a datatype, which as a result could not parse the resource ID correctly.
Sure. But we don't use that "ID" field in our code AFAIK.
The AWS SDK probably does and I hope they are using the right datatype for that already. I did not read yet anything related to that in the release notes.
Again, if you have any pointer, I'll be happy to read.
Since the plugin requires "ec2:DescribeInstances" permissions, I figured it must be getting the resource ID as well, hence this change might affect it.
According to the doc you linked to, JAVA SDK is compatible.
The following SDKs are fully compatible with longer IDs and do not need to be upgraded: PHP v1, Boto v1, Boto v2, Ruby v1, Ruby v2, JavaScript, Java, .NET, AWS Tools for Windows PowerShell, and Go.
We should be safe then. But thanks for opening this thread!
Apache, Apache Lucene, Apache Hadoop, Hadoop, HDFS and the yellow elephant
logo are trademarks of the
Apache Software Foundation
in the United States and/or other countries.