2 個答案
- 最新
- 最多得票
- 最多評論
0
Eventually, I found out that I use incorrect writing method in this case
- Correct method: glueContext.write_dynamic_frame.from_catalog
- Incorrect method: glueContext.write_dynamic_frame.from_option
Quoted from docs
Writes a DynamicFrame using the specified catalog database and table name.
已回答 1 年前
0
Once you register a location to be managed by LakeFormation, you should not use s3 permissions to handle it since it.
Now any client API trying to access that table needs to be LakeFormation away in order to be able to use the delegated access permissions, for instance DynamicFrame is able write into such table but not if you write directly to s3 or you use DataFrame.
相關內容
- AWS 官方已更新 1 年前
- AWS 官方已更新 1 年前
The amazon-reviews-pds bucket is data source which is a publicly available. My lake (destination bucket) permissions not written in the policy and grant permissions via Lake Formation.
Actually, if both IAM and Lake Formation grants permission, the the Glue Role is still able to write to S3, but it is not best practice.