Fix getting values returned by CloudFrontClient methods when using "aws/aws-sdk-php:^3.0"

[phansys]

Subject

Fix getting values returned by CloudFrontClient methods when using "aws/aws-sdk-php:^3.0".

The method CloudFrontClient::getInvalidation() from SDK v2 returns the following array structure:

[
    'Id' => '<string>',
    'Status' => '<string>',
    'CreateTime' => <DateTime>,
    'InvalidationBatch' => [
        'Paths' => [
            'Items' => ['<string>', ...],
            'Quantity' => <integer>,
        ],
        'CallerReference' => '<string>',
    ],
    'RequestId' => '<>',
]

while the SDK v3 returns the following:

[
    'Invalidation' => [
        'CreateTime' => <DateTime>,
        'Id' => '<string>',
        'InvalidationBatch' => [
            'CallerReference' => '<string>',
            'Paths' => [
                'Items' => ['<string>', ...],
                'Quantity' => <integer>,
            ],
        ],
        'Status' => '<string>',
    ],
]

the same occurs with the method CloudFrontClient::createInvalidation(), but we are currently trying to deal with the structure returned by the SDK v3 without being aware of this difference.

I am targeting this branch, because these changes respect BC.

Follow up of #1814.

Changelog

### Fixed
- Fixed getting values returned by `CloudFrontClient::createInvalidation()` and `CloudFrontClient::getInvalidation()` methods when using "aws/aws-sdk-php:^3.0".

### Deprecated
- Deprecated method signature for `CloudFront::__construct()`;
- Deprecated methods `CloudFront::setClient()` and `CloudFront::getStatusList()`;
- Deprecated returning `false` or any value not present in the `CDNInterface::STATUS_*` constants from `CloudFront::getFlushStatus()`.

[greg0ire]

Fix getting values returned by CloudFrontClient methods when using "aws/aws-sdk-php:^3.0".

What is wrong, and how did you fix that?

[phansys]

What is wrong, and how did you fix that?

I just extended the PR description in order to explain this. Please, let me know if you think more context is required.

[greg0ire]

how did you fix that

For anyone reading this, this PR introduces a new client for v3, and uses it in DI based on the existence of a class that exists in only one version of the package.

[franmomu]

how did you fix that

For anyone reading this, this PR introduces a new client for v3, and uses it in DI based on the existence of a class that exists in only one version of the package.

Based on this, can we add a test for this DI change?

[phansys]

Based on this, can we add a test for this DI change?

The tests about the DI behavior were added.

[VincentLanglet]

Thanks