Amazon S3がこれまでの「結果整合性」から「強い一貫性」サポートへ。データを更新直後でも最新データの読込みが保証されるように
Amazon S3がこれまでの「結果整合性」から「強い一貫性」サポートへ。データを更新直後でも最新データの読込みが保証されるように Amazon Web Services（AWS）は、オブジェクトストレージサービスのAmazon S3で「Strong Consistency（強い一貫性）」をサポートすることを明らかにしました。 すでにAmazon S3で有効になっており、追加料金は発生せず、性能低下もないとのこと。AWS re:Invent 2020の基調講演では発表されておらず、ブログで発表されました。 これまでAmazon S3では、データ整合性がつねに保証されるものではない「結果整合性」のみをサポートしていました。そのため、データをAmazon S3へ保存した直後やデータの変更を行った直後に別のプロセスからそのデータにアクセスしようとすると、まだ保存されていない、あるいは変更されてい
carrierwaveでS3にアップした画像に有効期限をつけると共にCloud Frontで配信するための手順 - Qiita
概要 carrierwaveでアップロードした画像に有効期限のメタデータをつける cdn (cloudfront)で画像を配信するための設定 応用編 srcの表示をCloudFrontのドメイン名ではなく、独自のドメイン名を使う 環境 rails 5.1（参考拙記事 ） carrierwaveでS3にアップロードできている（参考拙記事 ） AWS Route 53でドメインを設定している（参考拙記事） carrierwaveでアップロードした画像に有効期限のメタデータをつける デフォルトの設定では、carrierwaveでアップロードした画像には有効期限を表すメタデータがつけられていないため、以下のメタデータを付与するようにcarrierwaveの設定を修正する。 （例 一年後までブラウザキャッシュを保持して欲しい場合）に付与するメタデータ cache-control: max-age=3
Implementing Default Directory Indexes in Amazon S3-backed Amazon CloudFront Origins Using Lambda@Edge | Amazon Web Services
AWS Compute Blog Implementing Default Directory Indexes in Amazon S3-backed Amazon CloudFront Origins Using Lambda@Edge With the recent launch of Lambda@Edge, it’s now possible for you to provide even more robust functionality to your static websites. Amazon CloudFront is a content distribution network service. In this post, I show how you can use Lambda@Edge along with the CloudFront origin acces
CloudFront に SSL 証明書を導入する際のポイントまとめ - Qiita
CloudFront に SSL を入れる際に気をつける項目のまとめです。 2017年9月時点では、特に S3 との連携で大きな制約があり、将来的には改善されていくのではと思います。現在の状況を確認してください。 (2017/10/26 追記) Lambda@Edge で S3 の制約を回避できるようになりました。こちらの記事を参照してください。 SNI か専用 IP か まず、ブラウザと CloudFront 間の通信で、SNI (Server Name Indication) が使えるかどうか検討します。 ガラケーやWindowsXP の IE は SNI に対応していません。これらの古い環境でサイトが見えなくても構わないかどうかを確認します。 SNI 非対応のブラウザに対応するには、専用 IP を使う必要があります。専用 IP は $600/月かかります。 https://aws.a
乙武不倫の謝罪ホームページに見るサーバー構築：
今回、不倫で有名になった乙武さんの謝罪文はAWSのS3で構築してる。技術的にもプロの犯行だ。S3とは、ざっくり言うとAmazonさんが運営してるほぼ絶対落ちない静的サーバのことです。http://ototake.com をDNSで全部S3に降ってる。要するに謝罪文しか表示しないけど絶対落ちないサーバをAmazonさんから短期的に借りる。今後、芸能人の謝罪文はAWSのS3というソリューションが増える。 GMOさんは芸能人に強いのに営業しないのかな。CAと組んで謝罪文サーバとか売ればいいのに。これは、芸能人のサイトを運用している人には重要な事例だ。教科書にのるかもしれない。むしろ、今後の謝罪ページのセオリーになるかもしれない。昔に比べて、DNSの浸透は爆速になったので、こういうのが可能なんだろな。 今まで、ototake.comを無視して、短期的にS3にDNSを降ることで、以下のメリットが有る
RDS for MySQLからテーブルをCSV出力してS3に格納する手順 - yoshidashingo
前準備（サーバーはAmazon LinuxのEC2を想定） インストールされている全てのパッケージのアップデートをしておく $ sudo yum -y update pipをインストールしておく $ sudo easy_install pip EC2にMySQLクライアント(mysqlコマンド)をインストールしておく（詳細割愛） EC2にAWS CLIをインストール $ sudo pip install awscli デフォルトのAWS CLI環境設定ファイルを作成 $ mkdir -m 700 .aws $ vi .aws/config aws_access_key_id = [Access Key ID] aws_secret_access_key = [Secret Access Key] region = [Region Name] EC2上にCSV出力先ディレクトリを作成 mkd
CarrierWave, S3 and Filenames :: Sam Stelfox — A simple place for my collected thoughts and notes.
This is going to be a real quick post. I’m using the “carrier_wave” gem with “fog” for one of my projects and found that when a file is stored on S3 the “identifier”, and “filename” methods return nil. I got around this issue in two separate ways neither of which I’m particularly happy about. Outside of the uploader, you can use the File utility and the URL of the object to get the base filename l
AWS News Blog
Amazon SageMaker Geospatial Capabilities Now Generally Available with Security Updates and More Use Case Samples At AWS re:Invent 2022, we previewed Amazon SageMaker geospatial capabilities, allowing data scientists and machine learning (ML) engineers to build, train, and deploy ML models using geospatial data. Geospatial ML with Amazon SageMaker supports access to readily available geospatial dat
S3 バケットが取れるまで頑張るスクリプト - Qiita
ある AWS アカウントで取った S3 バケットを、別のアカウントの持ち物にしたくなったとき、同名のバケットを同時に作ることはできないので、一旦元のアカウントのバケットを削除してから、別のアカウントで作ることになります。 その際、別のアカウントですぐ作ろうとしても、こんなメッセージが出て作れません。 A conflicting conditional operation is currently in progress against this resource. Please try again. じゃぁどうするか？取れるまで自動で叩くしかないでしょう。 AWS_ACCESS_KEY_ID と AWS_SECRET_ACCESS_KEY が export されているなど、適切な権限がある状態で、このシェルスクリプトを実行して下さい。your-bucket-name と your-regi
CarrierwaveでS3にアップロードさせるとき、キャッシュもS3に置く - Qiita
rubyで画像アップロード機能を作成するには様々なgemがありますが、carrierwaveが一番お手軽でわかりやすいので一番使っています。 carrierwaveではストレージを自由に選択できるので、ストレージをfogにすればS3との連携も簡単にできます。 以下の例は管理しているrailsアプリケーションのストレージをfogにする設定です。 CarrierWave.configure do |config| config.cache_dir = "#{Rails.root}/tmp/uploads" config.fog_credentials = { :provider => 'AWS', :aws_access_key_id => 'YOUR ACCESS KEY', :aws_secret_access_key => 'YOUR SECRET', :region => 'ap-no
AWS の S3 のファイルを別の bucket にコピーする方法 - Qiita
s3のバケットの名前を変更することは出来ないので、URLをファイルアップロード後に変更する必要が出てきた場合はコピーする必要がある。しかし、S3本体ではbucketのコピーはサポートしていない。 以下のスクリプトを作ってみた。copy自体はS3側で直接送信する形になるのである程度高速ではある。 require 'right_aws' aws_access_key_id, aws_secret_access_key = "key_id", "access_key" old_bucket_name = 'from-bucket' new_bucket_name = "to-bucket" s3 = RightAws::S3.new(aws_access_key_id, aws_secret_access_key) bucket = s3.bucket(old_bucket_name) puts
S3とFluentdを用いた効率的なログ管理 | SmartNews開発者ブログ
ゴクロの大平です。 私にとって一番大事で替えの効かないミュージシャンはさだまさしさんですが、私にとってクラウドコンピューティングのサービスの中で一番大事で替えが効かないサービスはS3です。 多種多様なAPIを用いて柔軟にファイルの操作が出来る事や、”99.999999999％”と謳われている高い耐障害性、S3にあるデータをElastic MapReduceやRedshiftなどを用いて手軽にデータ解析を行える基盤が提供されていることなど、あまりに便利すぎてS3の代替となるサービスを探しだすのが難しい状態です。 もちろん多くのAWSユーザーが同じようにS3の便利さを享受していると思いますし、インターネット上でも多くのブログ等でその魅力が語られています。その中で本記事は既に存在する記事と似たような内容を書いてしまうかもしれませんが、弊社なりのS3の使い方についてご紹介したいと思います。 なお
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Upload images to AWS S3 in rails application using aws-sdk