前になるもののIAM対応となり、アクセス・ユーザー管理が非常に楽になりました。IAMとは、全く異なるものです。今のところgcsのIAMはAWSに比べて機能面で大きく劣ります。IAMと、今までのACL元々GCPにはIAMは存在せず、GCSはそれ単体で独自のACLを持っていました。呼ばれるようになりました。レガシーと後述します。対して今後はIAMによるGCSのアクセス制限・許可を使うようになります。レガシーは今後どうなるのかですが、恐らく無くなることはないと思います。Console(ブラウザから)のレガシーACL設定は、もうできなくなりました。IAMで出来るようになることまず最初に、非常に語弊があるIAMという名称。user1だけが通るとか、が一切できません。バケット単位のみです。Prefix/Key単位では制御不能です。Denyのルールとかも書けません。IAM権限として付与した場合は、レガシーACLに頼らず(レガシーよりも強く)そのバケットの全てのオブジェクトに対して制御が可能です。は?何いってんの?そんなの当たり前じゃねーか?とAWS識者は即反応しそうですが、この当たり前が、ほんのすこし前まで当たり前ではなかった。この記事は主にそれを書きます。レガシーACLS3のバケットACLやオブジェクトACLと同じで、バケット・オブジェクト1個1個単位でACLを設定します。対する権限も含まれます。大変なのは1個1個に指定しなければならないことです。言うものをバケット単位で指定します。?バケット単位で指定する、DefaultでオブジェクトにつけるACLです。ACLを指定していなかったら。バケットのACLがあれば、ファイルのアップロードは可能です。upload可能です。ACLが何も付きません。ACLが何も付いていないオブジェクトは、例え作成者であるXであっても`削除や移動や編集(上書きUpload)が一切できないオブジェクトになります。Web公開された状態に自動でなります。ACLの内容で、オブジェクトACLが付くということです。ACLですが、実に大きな問題を持っています。それはバケットACLに新たにユーザーを追加した場合でも、既存オブジェクトのACLは変わらない、という点です。