Amazon S3 バケットポリシーの例 - Amazon Simple Storage Service
Amazon S3 バケットポリシーを使用すると、バケット内のオブジェクトへのアクセスを保護して、適切な権限を持つユーザーだけがアクセスできるようにすることができます。適切な権限を持たない認証済みユーザーが Amazon S3 リソースにアクセスできないようにすることもできます。 このセクションでは、バケットポリシーの一般的なユースケース例を紹介します。これらのサンプルポリシーは、example-s3-bucket をリソース値として使用します。これらのポリシーをテストするには、user input placeholders をお客様の情報 (バケット名など) と置き換えます。 オブジェクトのセットに対するアクセス許可を付与または拒否するために、Amazon リソースネーム (ARN) やその他の値でワイルドカード文字 (*) を使用できます。例えば、共通のプレフィックスで始まるか、.ht
Amazon S3のGlacierアーカイブ機能を活用する | DevelopersIO
よく訓練されたアップル信者、都元です。話題は攫えないと分かりつつも、また小ネタいきます。 数ヶ月前のネタですが、Amazon S3において「自動的にGlacierにアーカイブする」という機能がリリースとなりました。Glacier単体では正直利用しづらかったものが、S3を介してGlacierを使えるようになったことで非常に使いやすいものになりました。とは言え、実際にこの機能を使った事がないと、使いどころのイメージも付けづらいと思います。 S3とGlacierのデータ保存コスト 実は、筆者は個人的に、このS3とGlacierの連携機能を利用しています。自宅で利用しているNAS QNAP TS-219P II には、ファイルを1日1回自動的にS3にアップロードしてバックアップを取る機能があります。この機能を利用して、家族の写真等、消えたら精神的打撃が大きなデータを 99.999999999%（イ
S3クローンMinioを使って、自前MicroServices用データストレージを構築する
S3クローンMinioを使って、自前MicroServices用データストレージを構築する posted at 2016-03-07 03:40:27 +0900 by kinoppyd Minio Minioという、S3のクローンサービスがある。Goで書かれたAWSのS3のオープンソースクローンで、API互換のあるすごいプロダクトだ。Minioの起動時のヘルプに書かれている説明が非常にわかりやすいので、そのまま引用する。 Minio - Cloud Storage Server for Micro Services. S3は使いたいが、個人プロダクトだからそんな派手な利用をするわけではないし、そんなちまちましたことでS3の料金をシミュレーションしてわざわざ胃を傷めたくないので、何かしらいい感じのクローンが無いかと思って探していたところ、普通に[s3 互換][検索]でぐぐったら上の方にこの
Rails / 定期的に Amazon S3 のファイルを読み込んで処理するRakeタスク
Amazon S3にファイルが入っていて、 Railsのrakeタスクかなんかで定期的に処理を走らせるみたいな。 そんな事あんまりないかもしれないけど、今回必要だったのでメモ。 例えばこんな状況 営業が .csv を Amazon S3 にアップロード 定期的にRakeタスクを実行してDBに取り込む S3はこんな構成になっているとする。 my_bucketの中身を読み込みたい。 other_bucket my_bucket data record-2015-02-09 01.csv 02.csv record-2015-02-10 01.csv 02.csv 他の誰かからS3に安全にアップロードしてもらう方法はこちら。 Developerではない人にはFTPクライアント使ってもらいます。 http://www.workabroad.jp/posts/2131 Gem aws/aws-sdk
ConoHa オブジェクトストレージ用 Ruby クライアント
そこそこ信頼できるオブジェクトストレージとして ConoHa を使い出しました。ちょくちょく AWS S3 は使っていたんですけど、無限にダウンロードし続けるバグを書いてしまったせいで 6 万円以上無駄にパケ死してしまったということがあり、個人ではなるべく使いたくないという気持ちでいっぱいになっています。その点 ConoHa は転送量無料で 100GB/450 円/月と、S3 の転送量課金に怯える貧民にとってはとてもいいサービスとなっています。 オブジェクトストレージが嬉しいケース 自分の場合です。普通にもっとたくさんある。 アプリケーションと別の場所に静的ファイルを設置できる アプリサーバーが複数台必要になった場合ほぼ必要になります アプリサーバーが壊れても復活できる とりあえずここに置いておけばファイルは安全 オブジェクトストレージは何重にもファイルを保存してるので安心感ある アプリサ
CloudFlareとAmazonS3を連携させてリクエストを抑える - Qiita
Railsをつかって 旅ペディアというサイトを作りました。 画像が結構多く、これをさばくためにAmazonS3を使っています。 金額が不安 が、個人で使うには従量課金制という料金制度は、どのくらいアクセスがくるかわからない状況だと結局いくら掛かるのかわからないというところが個人的に不安なところではありました。 なので、すこしでもS3にくるリクエストを抑え、かつ速く画像を提供できる手段はないかな...と考えました。 最初はAmazonのCloudfrontを考えましたが、こちらも従量課金制なので、結果的にかかる金額を考えるとあまり良くはない感じがしたので、 定額でかつ無料でも試せるCloudFlareを試してみることにしました。 CloudFlareって？ ここをみればいいと思います。(日本語が結構あれですが) CloudFlareの設定 会員登録をすると、そのまま設定が始まります。 大体そ
Configure Carrierwave for Amazon S3 Storage and Heroku
avatar.rb � � V class Avatar < ActiveRecord::Base mount_uploader :avatar_image, AvatarImageUploader # **must** specify class of uploader, otherwise base uploader is used, and no # ... end avatar_image_uploader.rb Ў � V �� � V class AvatarImageUploader < CarrierWave::Uploader::Base include CarrierWave::MiniMagick def store_dir "uploads/#{model.class.to_s.underscore}/#{mounted_as}/#{model.id}" end v
Middlemanで生成したサイトをAmazon S3で運用する | qnyp blog
おぐらです。 このブログは、Middlemanを使って生成した静的コンテンツをAmazon S3にアップロードし、S3 Static Website Hosting機能を使ってWebサイトとして配信しています。 今回は、この構成を実現するための手順として、 コンテンツをS3にアップロードするmiddleman-syncの導入 S3 Static Website Hostingの設定 について解説します。 既にMiddlemanでサイトを運用している場合、1時間ほどでS3での独自ドメイン運用ができるようになると思います。 S3 Static Website Hostingとは何か S3には静的なサイトをホスティングする「Static Website Hosting」という機能があり、Bucket毎のWebsite Hosting設定を行うことで、Bucket内にアップロードしたファイルに以下
AWSにおける静的コンテンツ配信パターンカタログ（アンチパターン含む） | DevelopersIO
独自ドメインSSLだとCloudFront使えないから横綱無理だよねー、という話がありました。うん、確かにそうでした、執筆時点では…！ 本日2013/06/12、CloudFrontの独自ドメインSSL対応が発表（英語・日本語）されましたので、みなさん揃って横綱になればいいと思います。 よく訓練されたアップル信者、都元です。AWSを利用して構築した環境から、クライアント（モバイルやブラウザ等）に対してHTTPを使って静的なコンテンツを配信したいケースって、多いですよね。多いというか、むしろどんなシステムにも多かれ少なかれ、静的なコンテンツ配信があると思います。 スケーラビリティ・柔軟性・可用性・パフォーマンス・コスト 静的なコンテンツというのは、コンテンツをリクエストに応じて生成したりせず、完成品としてのファイルが手元にある状態です。例えば、多くのWebシステムにおいて、ほとんどの画像やJ
Gumadβで使ったgemまとめ
Skills Web Ruby on Rails / PHP MySQL / PostgreSQL MongoDB / CouchDB jQuery / Prototype.js CoffeeScript / Sass Amazon EC2 / S3 Heroku / MonogHQ Git / Github / SVN / Trac Smartphone Objective-C Cocoa Xcode Microsoft C# / SQL Server / ISS 昨日、Gumadβをリリースしました。話題のGumroadをまとめたサービスです。 Rails/Heroku/AmazonS3 というベタな構成のサービスを構築するにあたって使ったgemをまとめます。 今回、開発にあたってのポイントとしては、 リリースまでの時間を抑えるためにできるだけ新しい試みは避ける開発、本番環境の運用の時
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
S3 Glacierアーカイブをフォルダごと復元 - Qiita
Netlify: All-in-one platform for automating modern web projects
IDCFクラウド -使いやすく、よりパワフルに｜IDCフロンティア
SonicGardenにおけるherokuでのサービス運用構成 | mah365