全てのファイルのACL書き換えですので、それなりに時間もかかるリスキーな作業です。Groupという管理単位を1つかまして、ユーザー追加・削除の影響を最小限にする方法です。削除すればよいのですWeb公開とallUsersGCSのオブジェクトをWeb公開する場合、AWSのような便利なバケットポリシーは存在せず、オブジェクトACL単位で管轄します。いう名前で指定します。allUsers足しとけとなります。ACLの問題が発生しないため、レガシーを捨ててIAMにすることを強くおすすめします。デメリットは私は思いつきません。レガシーでここは私の感覚をもろに出しているので、そうじゃないと思う人もいるかもしれません。してIAMで読み取り専用で権限付与は可能です。1つ大きく問題があります。詳しくは書きませんが、GCSはブラウザ上でバケット内のオブジェクトの一覧を確認できるGCPのツールがあります。AWSでいうマネージメントコンソールからのS3一覧画面のようなものですが、GCSはGCPの認証とは別にGCS単体での管理画面を持ちます。この画面が、何とallUsersとしてIAMでバケット許可していると、だれでも見えてしまいます。結局Webで全部公開するなら、見れてもいいじゃないか?という考えも有ると思いますが、「公開してはダメなものも意図せず置いちゃった。」というのが二昔前の情報漏えいの基本だったと記憶しています。読み込み専用とするのはかなり危険だと思います。このバケットには絶対に公開してOKのものしか置かない・置けないという仕掛けが無い限りは。ACLを設定することはできません。ACLを設定する手順をざっくり書きます。ACLをブラウザ上から設定できないのは不便だなとおもう。編集部が書いた記事xfacebookはてなブックマークpocketお客様のご要望に柔軟に対応いたします。お気軽にご相談ください。cloudpackは、アイレット株式会社が提供するクラウド支援サービスです。問い合わせまでトータルサポート!お問い合わせはこちらアイレットでは、様々な職種で一緒に働ける仲間を募集しています。インフラエンジニア、開発エンジニア、クリエイティブ職、営業職など、様々な職種で一緒に働ける仲間を募集しています。アイレット公式サイト採用情報をご覧ください。採用情報プライバシーポリシークラウド導入のご相談、お見積り、サービスについてのご質問などお気軽にお問い合わせください。最新情報が得られるメルマガ登録はこちら。