AWSのS3でバケットの設定を変更する – Amazon S3とは？ ｜https://wp.yat-net.com/name
2013年 12月 07日 AWSのS3でバケットの設定を変更する – Amazon S3とは？ カテゴリ： AWS タグ：S3 Amazon Web Service（以下AWS）のAmazon S3が便利でよく利用しています。ですが、デフォルトの状態でアップロードしても、セキュリティポリシー上ファイルを閲覧することが出来ません。それを常に閲覧できるように設定する方法を、メモ的に書きました。合わせて、Amazon S3が何なのか？を少し書きたいと思います。 目次 1.Amazon S3とは？：概要 2.バケットポリシーの設定 Amazon S3とは？：概要 本題に入る前に、まず、そもそもAmazon S3とはなんなのか？を少し解説したいと思います。 1-1.概要（安心と信頼、セキュリティと堅牢性） 1-2.料金 1-3.実際に利用する 1-1.安心と信頼 Amazon Simple Sto
第21回 AWS User Group - Japan 東京勉強会で話してきました - UNIX的なアレ
最近、イベントレポート系のエントリばかりなきがします。先日こちらのイベントで話してきました。 第21回 AWS User Group - Japan 東京勉強会(一般枠) - JAWS-UG東京支部 | Doorkeeper nanapi.jpというサービス自体は今現在はオンプレミス環境で動いています。その他のアンサーや、ignitionといった新サービスがAWSで稼働しているので、そのあたりの内容です。 一緒に登壇する方々がすごい方ばかりでどんな内容発表しようかなぁと悩んだのですが、結局ふつうの発表です。まぁ５分の発表時間だったので、そこまで多くのことは話せませんね。 他社の事例をいろいろ見ることができて刺激をうけることができました。もうちょっといろいろと実験して、面白い構成にチャレンジしてみたいものです。
AWSでジョブWorkerを構成するベストプラクティス 〜 Brianの巻 | DevelopersIO
よく訓練されたアップル信者、都元です。ここまで「AWSでジョブWorkerを構成するベストプラクティス」と題して2本の記事を書いてまいりました。SQSの巻では、バックグラウンドジョブの実行にはSQSを使ってスケーラビリティを確保しようという、下図中の中段の話をしました。続いてBeanstalk worker tierの巻では、Workerの実装方法として、図中の下段の話をしました。今回は、上段の話です。 ジョブスケジューリング ここまでの話では「ジョブは、ユーザからのWebサーバへのリクエストに伴って発生する」という暗黙の前提で進めてきました。具体的には動画のエンコーディングや、少々時間の掛かる集計処理等をイメージして頂いたと思います。 しかし、ジョブというのは「ユーザのリクエスト」に起因して発生するばかりではありません。ユーザからのリクエストに関わらず「定期的な繰り返し」という、スケジュ
スケールする開発組織の作り方 #jawsug
フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発
AWSでジョブWorkerを構成するベストプラクティス 〜 SQSの巻 | DevelopersIO
よく訓練されたアップル信者、都元です。AWSでシステム構築をする場合は、Design for failureという考えに基いて、複数AZにまたがる形の冗長構成を組むのがベストプラクティスです。さらに、このように分散させた各インスタンスには、出来る限りマスターを作らない、つまりSPOFとなるインスタンスを避ける構成であるのが理想です。 という話題については以前AWSにおける可用性の考え方というエントリーでも書きました。 可用性 (availability) と拡張性 (scalability) 本題はジョブWorkerですが、WebサーバやDBサーバの可用性と拡張性を先におさらいしておきましょう。 Webサーバ この考えで構築する最も基本的な構成が、Webシステムにおける ELB + Webサーバ の構成です。この構成マルチAZと呼び、片方のAZが丸ごとダウンしたとしても、サービス自体はダウ
ドメイン名を使ってEC2を運用していたら、ELBのスケールアウトで苦労した話
2014年5月14日 13時00分 修正 タイトルが誤解を招くものだったので、「なぜ URL に www を付けるのか。または、サブドメインなしでは CNAME が使えない件」から変更致しました。併せて、画像に Public IP と Private IP の明記を行いました。 皆さん、こんにちは。MUGENUP の osada です。 今回は、スケールアウト時にELB(Amazon Elastic Load Balancer) を使うときの注意点についての記事です。 といっても、インフラ・エンジニアには自明のことと思いますので、読者の対象は インフラ・エンジニアではないけど、インフラもやるというベンチャーならではのエンジニア向けです。 要旨 ELBにはEIPなどのAレコードを関連付けることが出来ず、ドメインとサーバーを結びつけるには提供されるCNAMEを使う必要があります サブドメイン無
2014年からはじめるAWSリンク集 | 外道父の匠
ガチのAWSド素人が年末に調べまくった、AWS関連のリンク集です。 まだまだ調査中なので随時追加する予定ですが、広深くてキリがないのと、年始一発目の目覚ましエントリということでいってしまいます！ はじめた目的 多数のスタートアップにおいて、インフラ専門のエンジニアが付かなくても、小～中規模程度まではそのチームでインフラ面を完結できるようにしたい。 …ということで、今の時代に合わせて簡単・安価・拡張性・耐障害性…を満たす環境を考えるべく、ひたすら知識をかき集めることにしました。考えた構成などについては別途書きたいと思います。 また、遡って調べるほどに出来と進化速度に感心するとともに、情報消費期限がせいぜい２年だと感じ、ほぼ２年以内の情報をもってこのような臭ぇタイトルにしています。 目次 ドキュメント アーキテクチャ クラウド全般比較 クラウド性能比較 費用／スペック ネットワーク 基本インス
【AWS】VPC環境の作成ノウハウをまとめた社内向け資料を公開してみる | DevelopersIO
よく訓練されたアップル信者、都元です。今回のお題は久しぶりにVPCです。 この記事は、アップデート版が存在します。最新情報は【AWS】VPC環境構築ノウハウ社内資料 2014年4月版を参照してください。 VPCを利用する理由 弊社で構築するAWSのサーバ環境は、一部の例外を除いて全てVPCを利用しています。 突然ですが、筆者はあまり大規模なシステムに携わった経験がありません。大規模なプロジェクトだと「数百数千台のサーバがラッキングされ、それが論理的なネットワークで区切られていて」「複数のデータセンターが冗長化された専用線で結ばれて」等、正直ちょっと想像つかない世界があるんだと思います。よくわかんないですが。 (c)John McStravick. (CC BY 2.0 Licensed) 逆に、小さなシステムであれば、月々数万円でレンタルサーバを借りて「1台のマシンの中にWebサーバとDB
genies-ag.jp - このウェブサイトは販売用です！ - コンサルティング 導入 構築 ジーニーズ ジー 思考 ニーズ 企業 リソースおよび情報
このウェブサイトは販売用です！ genies-ag.jp は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、genies-ag.jpが全てとなります。あなたがお探しの内容が見つかることを願っています！
CakePHP2でAWS S3を操作するプラグインを作りました | Basicinc Enjoy Hacking!
AmazonWebServicesのS3、とても便利ですよね。便利だし、安いし。パフォーマンスは…まぁそこそこ。 最近、AWSのS3を画像ファイルのホスト先として使う機会が多くて、Amazonから提供されているAWS SDK fro PHPを使ってガリガリコードを書いていたんだけど、初期設定が面倒になったのでCakePHPのプラグインとしてまとめました。SDK使っているので、コード量自体は最初からスリムなんだけどね。 ダウンロードはこちらから。 CakePHP2 AWS S3 DataSource 使い方は非常に簡単で、プラグインファイルを設置して、database.phpにAWSのキーなどを設定して、適当なモデルから呼び出すだけです。これを使えばコントローラからファイル操作はもちろん、モデルの中からでも簡単に操作出来ます。 機能はファイルアップロード／削除／移動／コピーだけのシンプル構成
全てのEC2インスタンスを自動で監視するEC2Muninを作りました。
Amazon Web Servicesは使いたい時に使いたい分だけサーバを起動して使えるのでとても便利です。 便利なんですが、インスタンスを起動したり停止したりを繰り返していると、そのつど監視設定を書き換えるのが面倒です。Auto Scalingなどでインスタンスが自動起動するような設定をしている場合は、もはや管理できません。そこで、起動しているEC2インスタンスを全て自動でMuninの監視下に入れるスクリプトを作りました。 初めてgithubに置きました。 https://github.com/katty0324/ec2munin まだあまり使い方が分かりませんが、いつもお世話になっているので、僕も何か置いてみようと思いました。 概要 EC2のインスタンスを見ながら動的に設定を書き換える類のものです。 起動しているEC2インスタンスに合わせて動的にNagiosの監視設定を書き換えるNag
インフラエンジニアに贈るAmazon VPC入門 #2 IPアドレスとMACアドレスの管理 | DevelopersIO
更新履歴 2013/04/15 16:00 ENIの変更(デタッチ/アタッチ)は現状、仮想マシンの1つ目のENIでは不可のため、[ENIとは]の最後の説明と[ENIを変更するユースケース]の該当する説明文を修正しました。 シリーズ2本目行きます! 目次はこちら 前回は、AWSのネットワーク機能であるVPCの概要とサブネットの構成とルーティングの基礎を紹介しました。今回は、サブネットに接続する仮想マシン(EC2インスタンス)のネットワーク設定として仮想ネットワークアダプタ、アダプタに付与するIPアドレス、MACアドレスに注目していきます。 と、その前に... 今さらではありますが、このブログ記事は筆者が独自に調査、検証したものであり、AWSが公式に公開していない情報である場合もあります。ですので、ブログの内容を業務で利用する場合は自己責任でお願いします。また、調査はAWS Managemen
開発メモ#2 : AWS でのホスト / クラウドネイティブなデプロイ - naoyaのはてなダイアリー
開発メモ#1 : Cinnamon によるデプロイ - naoyaのはてなダイアリー に引き続き、その2です。 最近は個人で作るような小規模なものでも AWS を利用してホストしています。たとえ個人で作ったものとはいえ、利用するユーザーがいる以上はおいそれと落とすこともできない。かといって運用にあまり手間をかけたくない。その辺り、AWS で解決できる点が多い。 AWS の良いところはインフラが動的なので「後からどうとでもなる」ところ。 インスタンスの性能が足りないのであればスケールアップするでもいいし、冗長性が欲しくなったらそのタイミングで ELB (ロードバランサ) を用意すれば良い。その時、仮想化されていないハードウェアを使っていると移行のためにサーバーを再セットアップしたりアプリケーションをデプロイし直したりと手間がかかるところ、AWS ではその辺りの手間がほとんどかからない･･･と
「AWSを活用して少人数で複数のサービスを運用するコツ」〜JAWS-UG in Nagoya〜 - よかろうもん！
10月6日に名古屋で開催された第4回JAWS-UGにて、「AWSを活用して少人数で複数のサービスを運用するコツ」というテーマで、SonicGardenの運用に関しての考え方や取り組みについてお話させていただきました。 当日の資料を以下から見えるようにしておきます。 「AWSを活用して少人数で複数のサービスを運用するコツ」〜jawsug in nagoya〜 また、資料のインプットとなっている記事については以下にリンクを用意しておきますので、時間があるときに読んでいただけましたら幸いです。 AWS障害による影響を小さくするための設計(2011/4/21の障害を踏まえて) - よかろうもん！ データやログのバックアップを楽に実現するために活用すべきライブラリ〜Backup〜 - よかろうもん！ 実践で使えるEBSスナップショット取得スクリプト - よかろうもん！ トータルフットボールなチームの
インフラは抽象化されたサービスへ、AWS re:Invent 2012 参加レポート - サーバーワークスエンジニアブログ
最近絶えずタイツを履いていたら温かい、という事に気づいた小室＠福岡です。 先日アメリカはラスベガスで開催された世界規模のカンファレンスAWS re:Inventに参加してきました。 AWS re:Invent すでに速報や、参加報告の記事が沢山上がっていると思いますので、感想、というより実際に聞いて話して討論した内容をご紹介したと思います。 目次 基調講演、セッションブース、参加者との立ち話Appendix 先に言っておくと相当長いです。興味の有る方だけ読めばいいかなと思います。 長いのを読むのは嫌だ！という方の為に感想(まとめ)を入れておきます。 いきなり感想 インフラがサービスになっていっている。IaaSという言葉以上にインフラという機能が抽象化されて、開発者は難しく考えなくてもクラウドがよしなにしてくれる時代が近づいている。既に米国ではクラウドを使うのは当たり前、如何に運用の負担を軽
アマゾンが語る「なぜソーシャルゲームはクラウドなのか?」【本日のスライド】 / GameBusiness.jp
本日のスライドはこれから数回に渡ってクラウド特集になりました。なぜって? 現在絶賛投票受付中のアプリクラウドアワードの回収がイマイチだからです(正直)。アワードではソーシャルゲームやアプリで利用される事の多いクラウドサービスを評価してもらっています。関係する方は是非投票をお願いします。 さて、本日のスライドは「なぜソーシャルゲームはクラウドなのか?〜AWSの成功事例を紐解く〜」というもので、今年のCEDECでアマゾンデータサービスジャパンのエバンジェリスト/技術推進部長の玉川憲氏が発表したものです。 CEDEC AWARDS 2011のネットワーク部門でも最優秀賞を受賞したアマゾンのクラウドサービス「Amazon EC2/S3」。クラウドサービスの中でも先駆けと言え、このサービスを利用している企業は多数存在します。フェイスブックの上位ゲームもほぼAWSを利用しているとか。 スライドでは全8
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
大規模分散システム ”Amazon Web Services” の使い方
WebサービスStartUP向け AWSスケーラブルな構成例
AWS上でのWebアプリケーションデプロイ
AWS クックパッドの運用事例
