Migração da versão 2 do AWS SDK para PHP - AWS SDK para PHP

Migração da versão 2 do AWS SDK para PHP

Este tópico mostra como migrar o código para usar a versão 3 do AWS SDK para PHP e como a nova versão difere da versão 2 do SDK.

nota

O padrão de uso básico do SDK (ou seja, $result = $client->operation($params);) não foi alterado da versão 2 para a versão 3, o que deve resultar em uma migração suave.

Introdução

A versão 3 do AWS SDK para PHP representa um esforço significativo para melhorar os recursos do SDK, incorporar mais de dois anos de comentários dos clientes, atualizar nossas dependências, melhorar o desempenho e adotar os padrões de PHP mais recentes.

O que há de novo na versão 3?

A versão 3 do AWS SDK para PHP segue os padrões PSR-4 e PSR-7 e seguirá o padrão SemVer no futuro.

Outros atributos novos incluem:

  • Sistema de middleware para personalizar o comportamento do cliente de serviço

  • Paginadores flexíveis para percorrer resultados paginados

  • Capacidade de consultar dados de objetos de resultado e de paginador com o JMESPath

  • Depuração fácil por meio da opção de configuração 'debug'

Camada HTTP separada

  • O Guzzle 6 é usado por padrão para enviar solicitações, mas o Guzzle 5 também é compatível.

  • O SDK funcionará em ambientes em que o cURL não está disponível.

  • Manipuladores HTTP personalizados também são suportados.

Solicitações assíncronas

  • Recursos como waiters e carregamentos fracionados também podem ser usados de forma assíncrona.

  • Fluxos de trabalho assíncronos podem ser criados usando promessas e corrotinas.

  • O desempenho de solicitações simultâneas ou em lotes está melhorado.

O que há de diferente da versão 2?

As dependências do projeto foram atualizadas

As dependências do SDK foram alteradas nesta versão.

  • O SDK agora requer o PHP 8.1+. Usamos geradores de forma liberal no código do SDK.

  • Fizemos upgrade do SDK para usar o Guzzle 6 (ou 5), que fornece a implementação do cliente HTTP subjacente usado pelo SDK para enviar solicitações aos serviços da AWS. A versão mais recente do Guzzle fornece várias melhorias, incluindo solicitações assíncronas, manipuladores HTTP intercambiáveis, conformidade com o PSR-7, melhor desempenho e muito mais.

  • O pacote PSR-7 do PHP-FIG (psr/http-message) define interfaces para representar solicitações HTTP, respostas HTTP, URLs e streamings. Essas interfaces são usadas em todo o SDK e o Guzzle, o que fornece interoperabilidade com outros pacotes compatíveis do PSR-7.

  • A implementação do Guzzle PSR-7 (guzzlehttp/psr7) fornece uma implementação das interfaces no PSR-7 e várias classes e funções úteis. O SDK e o Guzzle 6 dependem intensamente desse pacote.

  • A implementação do Promises/A+ do Guzzle (guzzlehttp/promises) é usada em todo o SDK e no Guzzle para fornecer interfaces de gerenciamento de solicitações assíncronas e corrotinas. Embora o manipulador HTTP multi-cURL do Guzzle implemente o modelo de E/S sem bloqueio que permite solicitações assíncronas, esse pacote fornece a capacidade de programar dentro desse paradigma. Consulte Promessas no AWS SDK para PHP versão 3 para obter mais detalhes.

  • A implementação do PHP do JMESPath (mtdowling/jmespath.php) é usada no SDK para fornecer a capacidade de consulta de dados do Aws\Result::search() e dos métodos Aws\ResultPaginator::search(). Consulte Expressões do JMESPath no AWS SDK para PHP Versão 3 para obter mais detalhes.

As opções de região e versão agora são obrigatórias

Ao instanciar um cliente para qualquer serviço, especifique as opções 'region' e 'version'. Na versão 2 do AWS SDK para PHP, a 'version' era totalmente opcional, e a 'region' era opcional às vezes. Na versão 3, as duas são sempre obrigatórias. Ser explícito quanto a essas duas opções permite bloquear a versão da API e a região da AWS na qual você está codificando. Quando outras versões da API forem criadas ou novas regiões da AWS se tornarem disponíveis, você estará isolado de alterações que possam causam interrupções até estar tudo pronto para atualizar explicitamente sua configuração.

nota

Se não estiver preocupado com a versão da API que está usando, basta definir a opção 'version' como 'latest'. No entanto, recomendamos que você defina os números da versão da API explicitamente para o código de produção.

Nem todos os serviços estão disponíveis em todas as regiões da AWS. Você pode localizar uma lista de regiões disponíveis usando a referência de Regiões e endpoints.

Para serviços que estão disponíveis somente por meio de um único endpoint global (por exemplo, o Amazon Route 53, o AWS Identity and Access Management e o Amazon CloudFront), instancie clientes com a respectiva região configurada definindo-a como us-east-1.

Importante

O SDK também inclui clientes com várias regiões, que podem enviar solicitações para diferentes regiões da AWS com base em um parâmetro (@region) fornecido como um parâmetro de comando. A região usada por padrão por esses clientes é especificada com a opção region fornecida para o construtor do cliente.

A instanciação do cliente usa o construtor

Na versão 3 do AWS SDK para PHP, a maneira como você instancia um cliente foi alterada. Em vez dos métodos de factory na versão 2, você pode simplesmente instanciar um cliente usando a palavra-chave new.

use Aws\DynamoDb\DynamoDbClient; // Version 2 style $client = DynamoDbClient::factory([ 'region' => 'us-east-2' ]); // Version 3 style $client = new DynamoDbClient([ 'region' => 'us-east-2', 'version' => '2012-08-10' ]);
nota

A instanciação de um cliente usando o método factory() ainda funciona. No entanto, ela é considerada obsoleta.

A configuração do cliente foi alterada

As opções de configuração de clientes na versão 3 do AWS SDK para PHP foram alteradas um pouco em relação à versão 2. Consulte a página Configuração do AWS SDK para PHP Versão 3 para obter uma descrição de todas as opções compatíveis.

Importante

Na versão 3, 'key' e 'secret' não são mais opções válidas no nível raiz, mas você pode passá-las como parte da opção 'credentials'. Um dos motivos pelos quais fizemos isso foi para desencorajar os desenvolvedores de usarem codificação rígida em suas credenciais da AWS em seus projetos.

O objeto Sdk

A versão 3 do AWS SDK para PHP apresenta o objeto Aws\Sdk como uma substituição do Aws\Common\Aws. O objeto Sdk atua como uma fábrica de cliente e é usado para gerenciar as opções de configuração compartilhadas entre vários clientes.

Embora a classe Aws na versão 2 do SDK funcionasse como um localizador de serviço (ela sempre retornava a mesma instância de um cliente), a classe Sdk na versão 3 retorna uma nova instância de um cliente sempre que é usada.

O objeto Sdk também não é compatível com o mesmo formato de arquivo de configuração da versão 2 do SDK. Esse formato de configuração era específico ao Guzzle 3 e agora está obsoleto. A configuração pode ser feita de forma mais simples com matrizes básicas e está documentada em Uso da classe Sdk.

Alguns resultados da API foram alterados

Para fornecer consistência na forma como o SDK analisa o resultado de uma operação da API, o Amazon ElastiCache, o Amazon RDS e o Amazon Redshift agora têm um elemento de encapsulamento adicional em algumas respostas da API.

Por exemplo, chamar o resultado DescribeEngineDefaultParameters do Amazon RDS na versão 3 agora inclui um elemento “EngineDefaults” de encapsulamento. Na versão 2, esse elemento não estava presente.

$client = new Aws\Rds\RdsClient([ 'region' => 'us-west-1', 'version' => '2014-09-01' ]); // Version 2 $result = $client->describeEngineDefaultParameters(); $family = $result['DBParameterGroupFamily']; $marker = $result['Marker']; // Version 3 $result = $client->describeEngineDefaultParameters(); $family = $result['EngineDefaults']['DBParameterGroupFamily']; $marker = $result['EngineDefaults']['Marker'];

As operações a seguir são afetadas e agora contêm um elemento de encapsulamento na saída do resultado (fornecido abaixo entre parênteses):

  • Amazon ElastiCache

    • AuthorizeCacheSecurityGroupIngress (CacheSecurityGroup)

    • CopySnapshot (Snapshot)

    • CreateCacheCluster (CacheCluster)

    • CreateCacheParameterGroup (CacheParameterGroup)

    • CreateCacheSecurityGroup (CacheSecurityGroup)

    • CreateCacheSubnetGroup (CacheSubnetGroup)

    • CreateReplicationGroup (ReplicationGroup)

    • CreateSnapshot (Snapshot)

    • DeleteCacheCluster (CacheCluster)

    • DeleteReplicationGroup (ReplicationGroup)

    • DeleteSnapshot (Snapshot)

    • DescribeEngineDefaultParameters (EngineDefaults)

    • ModifyCacheCluster (CacheCluster)

    • ModifyCacheSubnetGroup (CacheSubnetGroup)

    • ModifyReplicationGroup (ReplicationGroup)

    • PurchaseReservedCacheNodesOffering (ReservedCacheNode)

    • RebootCacheCluster (CacheCluster)

    • RevokeCacheSecurityGroupIngress (CacheSecurityGroup)

  • Amazon RDS

    • AddSourceIdentifierToSubscription (EventSubscription)

    • AuthorizeDBSecurityGroupIngress (DBSecurityGroup)

    • CopyDBParameterGroup (DBParameterGroup)

    • CopyDBSnapshot (DBSnapshot)

    • CopyOptionGroup (OptionGroup)

    • CreateDBInstance (DBInstance)

    • CreateDBInstanceReadReplica (DBInstance)

    • CreateDBParameterGroup (DBParameterGroup)

    • CreateDBSecurityGroup (DBSecurityGroup)

    • CreateDBSnapshot (DBSnapshot)

    • CreateDBSubnetGroup (DBSubnetGroup)

    • CreateEventSubscription (EventSubscription)

    • CreateOptionGroup (OptionGroup)

    • DeleteDBInstance (DBInstance)

    • DeleteDBSnapshot (DBSnapshot)

    • DeleteEventSubscription (EventSubscription)

    • DescribeEngineDefaultParameters (EngineDefaults)

    • ModifyDBInstance (DBInstance)

    • ModifyDBSubnetGroup (DBSubnetGroup)

    • ModifyEventSubscription (EventSubscription)

    • ModifyOptionGroup (OptionGroup)

    • PromoteReadReplica (DBInstance)

    • PurchaseReservedDBInstancesOffering (ReservedDBInstance)

    • RebootDBInstance (DBInstance)

    • RemoveSourceIdentifierFromSubscription (EventSubscription)

    • RestoreDBInstanceFromDBSnapshot (DBInstance)

    • RestoreDBInstanceToPointInTime (DBInstance)

    • RevokeDBSecurityGroupIngress (DBSecurityGroup)

  • Amazon Redshift

    • AuthorizeClusterSecurityGroupIngress (ClusterSecurityGroup)

    • AuthorizeSnapshotAccess (Snapshot)

    • CopyClusterSnapshot (Snapshot)

    • CreateCluster (Cluster)

    • CreateClusterParameterGroup (ClusterParameterGroup)

    • CreateClusterSecurityGroup (ClusterSecurityGroup)

    • CreateClusterSnapshot (Snapshot)

    • CreateClusterSubnetGroup (ClusterSubnetGroup)

    • CreateEventSubscription (EventSubscription)

    • CreateHsmClientCertificate (HsmClientCertificate)

    • CreateHsmConfiguration (HsmConfiguration)

    • DeleteCluster (Cluster)

    • DeleteClusterSnapshot (Snapshot)

    • DescribeDefaultClusterParameters (DefaultClusterParameters)

    • DisableSnapshotCopy (Cluster)

    • EnableSnapshotCopy (Cluster)

    • ModifyCluster (Cluster)

    • ModifyClusterSubnetGroup (ClusterSubnetGroup)

    • ModifyEventSubscription (EventSubscription)

    • ModifySnapshotCopyRetentionPeriod (Cluster)

    • PurchaseReservedNodeOffering (ReservedNode)

    • RebootCluster (Cluster)

    • RestoreFromClusterSnapshot (Cluster)

    • RevokeClusterSecurityGroupIngress (ClusterSecurityGroup)

    • RevokeSnapshotAccess (Snapshot)

    • RotateEncryptionKey (Cluster)

As classes de Enum foram removidas

Removemos as classes de Enum (por exemplo, Aws\S3\Enum\CannedAcl) que existiam na versão 2 do AWS SDK para PHP. As Enums eram classes concretas dentro da API pública do SDK que continham constantes que representavam grupos de valores de parâmetros válidos. Como essas enums são específicas às versões da API, podem mudar ao longo do tempo, podem entrar em conflito com palavras reservadas do PHP e acabaram não sendo muito úteis, elas foram removidas da versão 3. Isso oferece suporte ao controle por dados e à natureza agnóstica à versão da API da versão 3.

Em vez de usar valores de objetos Enum, use os valores literais diretamente (por exemplo, CannedAcl::PUBLIC_READ'public-read').

As classes de exceção refinada foram removidas

Removemos as classes de exceção refinada que existiam nos namespaces de cada serviço (por exemplo, Aws\Rds\Exception\{SpecificError}Exception) por motivos muito semelhantes aos da remoção das Enums. As exceções geradas por um serviço ou operação dependem de qual versão da API é usada (elas podem mudar de versão para a versão). Além disso, a lista completa das exceções que podem ser geradas por uma operação não está disponível, o que tornou as classes de exceção refinada da versão 2 incompletas.

Lide com erros capturando a classe da exceção raiz de cada serviço (por exemplo, ).., Aws\Rds\Exception\RdsException). Você pode usar o método getAwsErrorCode() da exceção para verificar se há códigos de erro específicos. Isso é funcionalmente equivalente à captura de classes de diferentes exceções, mas fornece essa função sem sobrecarregar o SDK.

As classes de fachada estática foram removidas

Na versão 2 do AWS SDK para PHP, havia um recurso obscuro inspirado pelo Laravel que permitia chamar enableFacades() na classe Aws para habilitar o acesso estático a vários clientes de serviços. Esse recurso viola as melhores práticas do PHP e interrompemos sua documentação há mais de um ano. Na versão 3, esse recurso foi completamente removido. Recupere seus objetos de cliente do objeto Aws\Sdk e use-os como instâncias do objetos, não como classes estáticas.

Os paginadores substituem o iteradores

A versão 2 do AWS SDK para PHP tinha um recurso chamado * iterators*. Esses recursos eram objetos que eram usados para iterar sobre resultados paginados. Uma reclamação que tivemos sobre eles foi que não eram suficientemente flexíveis, porque o iterador só emitia valores específicos de cada resultado. Se houvesse outros valores necessários nos resultados, só era possível recuperá-los por meio de ouvintes de eventos.

Na versão 3, os iteradores foram substituídos por Paginadores. O objetivo é semelhante, mas os paginadores são mais flexíveis. Isso ocorre porque eles geram objetos de resultados em vez de valores de uma resposta.

Os exemplos a seguir mostram como os paginadores são diferentes dos iteradores, demonstrando como recuperar os resultados paginados para a operação S3 ListObjects na versão 2 e na versão 3.

// Version 2 $objects = $s3Client->getIterator('ListObjects', ['Bucket' => 'amzn-s3-demo-bucket']); foreach ($objects as $object) { echo $object['Key'] . "\n"; }
// Version 3 $results = $s3Client->getPaginator('ListObjects', ['Bucket' => 'amzn-s3-demo-bucket']); foreach ($results as $result) { // You can extract any data that you want from the result. foreach ($result['Contents'] as $object) { echo $object['Key'] . "\n"; } }

Os objetos do paginador têm um método search() que permite que você use expressões do JMESPath mais facilmente para extrair dados do conjunto de resultados.

$results = $s3Client->getPaginator('ListObjects', ['Bucket' => 'amzn-s3-demo-bucket']); foreach ($results->search('Contents[].Key') as $key) { echo $key . "\n"; }
nota

O método getIterator() ainda é suportado para permitir uma transição suave para a versão 3, mas recomendamos que você migre seu código para usar paginadores.

Muitas abstrações de nível superior foram alteradas

Em geral, muitas das abstrações de nível superior (objetos auxiliares específicos ao serviço, além dos clientes) foram aprimorados ou atualizados. Alguns foram até removidos.

Comparação dos códigos de exemplo das duas versões do SDK

Os exemplos a seguir mostram algumas das maneiras pelas quais o uso da versão 3 do AWS SDK para PHP difere da versão 2.

Exemplo: operação ListObjects do Amazon S3

Na versão 2 do SDK

<?php require '/path/to/vendor/autoload.php'; use Aws\S3\S3Client; use Aws\S3\Exception\S3Exception; $s3 = S3Client::factory([ 'profile' => 'my-credential-profile', 'region' => 'us-east-1' ]); try { $result = $s3->listObjects([ 'Bucket' => 'amzn-s3-demo-bucket', 'Key' => 'my-object-key' ]); foreach ($result['Contents'] as $object) { echo $object['Key'] . "\n"; } } catch (S3Exception $e) { echo $e->getMessage() . "\n"; }

Na versão 3 do SDK

Principais diferenças:

  • Use new em vez de factory() para instanciar o cliente.

  • As opções 'version' e 'region' são obrigatórias durante a instanciação.

<?php require '/path/to/vendor/autoload.php'; use Aws\S3\S3Client; use Aws\S3\Exception\S3Exception; $s3 = new S3Client([ 'profile' => 'my-credential-profile', 'region' => 'us-east-1', 'version' => '2006-03-01' ]); try { $result = $s3->listObjects([ 'Bucket' => 'amzn-s3-demo-bucket', 'Key' => 'my-object-key' ]); foreach ($result['Contents'] as $object) { echo $object['Key'] . "\n"; } } catch (S3Exception $e) { echo $e->getMessage() . "\n"; }

Exemplo: instanciação de um cliente com configuração global

Na versão 2 do SDK

<?php return array( 'includes' => array('_aws'), 'services' => array( 'default_settings' => array( 'params' => array( 'profile' => 'my_profile', 'region' => 'us-east-1' ) ), 'dynamodb' => array( 'extends' => 'dynamodb', 'params' => array( 'region' => 'us-west-2' ) ), ) );
<?php require '/path/to/vendor/autoload.php'; use Aws\Common\Aws; $aws = Aws::factory('path/to/my/config.php'); $sqs = $aws->get('sqs'); // Note: SQS client will be configured for us-east-1. $dynamodb = $aws->get('dynamodb'); // Note: DynamoDB client will be configured for us-west-2.

Na versão 3 do SDK

Principais diferenças:

  • Use a classe Aws\Sdk em vez da Aws\Common\Aws.

  • Não há nenhum arquivo de configuração. Em vez disso, use uma matriz para configuração.

  • A opção 'version' é necessária durante a instanciação.

  • Use os métodos de create<Service>() em vez de get('<service>').

<?php require '/path/to/vendor/autoload.php'; $sdk = new Aws\Sdk([ 'profile' => 'my_profile', 'region' => 'us-east-1', 'version' => 'latest', 'DynamoDb' => [ 'region' => 'us-west-2', ], ]); $sqs = $sdk->createSqs(); // Note: Amazon SQS client will be configured for us-east-1. $dynamodb = $sdk->createDynamoDb(); // Note: DynamoDB client will be configured for us-west-2.