云编写器中的google云语言兼容性问题

Question

我正在使用python3 API google-cloud-language 1.3.0中的composer-1.8.3-airflow-1.10.3。

它过去很好，但从过去两周开始，它报道了ImportError:无法从grpc.experimental导入名称'aio‘

我已经检查了软件包的文档，看起来google-cloud-language现在需要grpcio>=1.29.0。然而，根据Composer版本列表，即使是最新版本的composer，它的PyPI包grpcio也停留在1.23.0上。

我试图把它的版本强加给1.29.0，但失败了。

有人能查一下这个问题吗？

Answer 1

我成功地将grpcio库版本升级为1.31.0。作为第一步，我建议您将Composer实例升级到最新版本(composer-1.11.3-airflow-1.10.9)，因为它应该更稳定，并解决一些问题。

要在Composer中安装更新版本的PyPi包，可以按照以下步骤或正式文件

1. 创建requirements.txt文件并传递带有版本的包名：

grpcio>=1.29.0

1. 执行update命令时提供ENVIRONMENT_NAME、新创建的文件的完整路径和Composer环境的位置(即europe 1)。

gcloud composer environments update <ENVIRONMENT_NAME> \\
--update-pypi-packages-from-file </PATH/requirements.txt> \\
--location <LOCATION>

我为确认grpcio版本已从1.23.0更改为1.31.0所采取的步骤如下：

1. 通过在Cloud中执行以下命令，对您的环境执行连接到GKE群集。您可以在您的环境中的ENVIRONMENT CONFIGURATION -> GKE cluster变量中找到GKE cluster值。将GKE_LOCATION替换为区域名称：

gcloud container clusters get-credentials ${GKE_CLUSTER} --zone ${GKE_LOCATION}

1. 连接到GKE集群中的worker POD。名称空间名称应以：composer-<version>-...开头，POD_NAME以：airflow-worker-...开头

kubectl get pods --all-namespaces
kubectl exec -itn <NAMESPACE_NAME> <POD_NAME>  -- /bin/bash

1. 运行pip冻结以查看安装在环境中的所有包以及相应的版本：

pip freeze

1. 寻找grpcio==1.31.0包。

更新：

当您试图安装新的packages试图创建一个新构建时，但是它失败了，通过在Stackdriver中使用以下高级过滤器，可以在用于云构建的日志中看到这一点：

resource.type="build" 

问题是冲突的PyPi依赖关系，每次更新操作都会触发一个云构建操作来重建图像。在您正在使用的Composer版本中，当看到任何冲突时，更新操作失败。在最新版本的1.11.3中，您可以选择是否允许冲突。

在此基础上，我要提出两项建议，以避免你们正在经历的问题：

• 使用最新的Composer版本或现有版本的升级创建一个新环境。在最近的版本(>=1.10.0)中，Composer在19.0.2版本中使用pip而不是9.0.3。因此，pip本身可能会更好地找到依赖项。
• 分析云构建日志并将包绑定到不冲突的版本；然而，这可能相当困难，因为一旦解决了一个冲突，另一个冲突就会出现。