並び順

ブックマーク数

期間指定

  • から
  • まで

161 - 200 件 / 846件

新着順 人気順

platform-as-a-serviceの検索結果161 - 200 件 / 846件

  • クラウド破産しました - Candy

    EC2 で大量のストレージを借りてさまざまな実験を繰り返していたら、僅か数日で 25 万円もの課金が発生しました。 まあ大規模課金が発生したということそのものは、俺がアホでしたで済む話なんですが、課金額の相当分を EBS の I/O Request が占めている感じです。 EBS を使うさいは事前に I/O がどれくらい発生するか正確に見積もる必要があるでしょう(だけどこれ難しいよね)。

      クラウド破産しました - Candy
    • Oracle Cloud Infrastructure Container Registry

      Container Registry Oracle Cloud Infrastructure Container Registry is an open standards-based, Oracle-managed Docker registry service for securely storing and sharing container images. Engineers can easily push and pull Docker images with the familiar Docker Command Line Interface (CLI) and API. To support container lifecycles, Registry works with Container Engine for Kubernetes, Identity and Acces

        Oracle Cloud Infrastructure Container Registry
      • 寿司もITも鮮度が一番!あきんどスシローのAWS活用術 (1/2)

        AWS Summit 2013の2日目にあたる6月6日には、回転寿司チェーンを展開するあきんどスシローがIT活用やクラウド導入について披露した。自慢の寿司をふるまいながらの講演は、回転寿司屋の舞台裏がつまびらかにされた笑いの絶えないセッションとなった。 中とろ vs システム 「スシロー」は関西を中心に全国350店舗を展開する回転寿司のチェーン店。年間の来店客数は日本の人口と同じ1億2000万人にのぼり、売上高では1000億円を超えるという。全店舗1皿105円という均一価格で有名だが、えびアボガドを始め、既存の寿司の常識を覆す新しいメニューを出すことでも知られている。最近では、189円の吟味ネタという取り組みも進めている。 今回のAWS Summit 2013では、情報システム部 部長の田中覚氏が「中とろより価値あるITを。あきんどスシローのクラウド活用術」というタイトルで、AWS上に構築

          寿司もITも鮮度が一番!あきんどスシローのAWS活用術 (1/2)
        • AWSサービスの各種上限値一覧 | DevelopersIO

          2015/11/13追記:現行のサービスにおける上限値や制限値については下記のAWS公式ページに情報がまとまっているようです。サービス毎の状況を確認される場合はこちらをご参照ください。 - AWS Service Limits - Amazon Web Services - AWS サービス制限 - アマゾン ウェブ サービス AWSでインフラ構築作業を行っていると、規模によってはあっという間に(定められている)要素数の上限に達してしまいます。後述する『上限緩和申請』を行えばその上限は増やす事が出来るのですが、実際に構築を行う前にその辺りの申請はスムーズに済ませておきたいところ。と言うわけで、現在AWSで利用上限が定められている要素とそれらの上限を増やす(上限緩和申請)ための依頼フォームの情報を個人的学習目的及び今後の備忘録として整理してみました。 AWS Service Limits(A

            AWSサービスの各種上限値一覧 | DevelopersIO
          • AWSにおける形式手法 - masateruk’s blog

            AWSにおける形式手法の記事(https://lamport.azurewebsites.net/tla/formal-methods-amazon.pdf)を読んだ。特に重要だと思われる示唆を3つあげると以下の通り。 産業界では長年形式手法は多大な工数をかけて比較的容易なコードの断片を検証するというイメージがあったが、これはまったくの誤り。現実の問題に適用可能である アマゾンでは10の現実のシステムに適用して、すべてで効果が得られた。難解なバグの発見したり、正当性を犠牲にすることなく確信を持って最適化を施せた 7つのチームでTLA+を使用。エンジニアは2−3週間で学習することができる 以下は、読んでいる途中で書きだした要点。 AWSでは2011年以降形式仕様とモデル検査を使用している 複雑な分散システムを検証するにあたって、従来の手法 ― 設計レビュー、コードレビュー、静的解析、ストレス

              AWSにおける形式手法 - masateruk’s blog
            • サイトを Amazon S3 に移行しました - WebOS Goodies

              WebOS Goodies へようこそ! WebOS はインターネットの未来形。あらゆる Web サイトが繋がり、共有し、協力して創り上げる、ひとつの巨大な情報システムです。そこでは、あらゆる情報がネットワーク上に蓄積され、我々はいつでも、どこからでも、多彩なデバイスを使ってそれらにアクセスできます。 WebOS Goodies は、さまざまな情報提供やツール開発を通して、そんな世界の実現に少しでも貢献するべく活動していきます。 遅ればせながら、新年明けましておめでとうございます。今年もよろしくお願いいたします。 2008 年に移行してからずっと XREA で動いていたこのブログですが、さすがにこのご時世にレンタルサーバーはないだろということで、年末年始の休みを利用して Amazon S3 に移行してみました。 DNS は以前から Route 53 に移行済みなので、サイトのほぼ全体で 9

              • JAWS-UG(AWS User Group – Japan)

                JAWS-UGとは、AWS (Amazon Web Services) が提供するクラウドコンピューティングを利用する人々の集まり(コミュニティ)です。 JAWS-UGとは Cover photo by kaga.takashi

                  JAWS-UG(AWS User Group – Japan)
                • [速報]ついにきた! Amazonクラウドの東京データセンターが稼働開始

                  Amazonクラウドは3月2日23時、日本でのデータセンター「東京リージョン」の開設を発表しました。東京リージョンはすでに稼働を開始しており、現時点で利用可能になっています。 東京リージョンの利用価格はLinux/UNIXのスモールインスタンスで1時間あたり0.10ドル。ラージインスタンスで1時間あたり0.40ドルなど。今後数カ月の間に、決済に日本円を選択できるよう準備中とのこと。 Publickeyはすでに利用を開始している一部のパートナーの発言を聞く機会があり、「東京リージョンを試したところレイテンシは数ミリセカンドと、国内のほかのデータセンターと全く変わらない」と、国内データセンターならではのレスポンスを確認する発言を聞けました。 日本円での課金は数カ月以内、日本語でのテクニカルサポート開始 東京リージョンでもAmazonクラウドの主な機能はほとんど利用可能。ただしHadoopの機能

                    [速報]ついにきた! Amazonクラウドの東京データセンターが稼働開始
                  • AWS 認定 高度なネットワーキング – 専門知識(AWS Certified Advanced Networking – Specialty)の学習方法 - NRIネットコムBlog

                    小西秀和です。 この記事は「AWS認定全冠を維持し続ける理由と全取得までの学習方法・資格の難易度まとめ」で説明した学習方法を「AWS 認定 高度なネットワーキング – 専門知識(AWS Certified Advanced Networking – Specialty)」に特化した形で紹介するものです。 重複する内容については省略していますので、併せて元記事も御覧ください。 また、現在投稿済の各AWS認定に特化した記事へのリンクを以下に掲載しましたので興味のあるAWS認定があれば読んでみてください。 ALL Networking Security Database Analytics ML SAP on AWS Alexa DevOps Developer SysOps SA Pro SA Associate Cloud Practitioner 「AWS 認定 高度なネットワーキング –

                      AWS 認定 高度なネットワーキング – 専門知識(AWS Certified Advanced Networking – Specialty)の学習方法 - NRIネットコムBlog
                    • Amazon EC2/S3の使い方解説、決定版をAWSが公開 - @IT

                      2010/01/15 米アマゾン傘下のAmazon Web Servicesは1月14日、クラウドコンピューティング上でシステム構築を行う場合のベスト・プラクティスをまとめた「Architecting for the Cloud: Best Practices」を公表した。 これまでにも同社は、AWSのサービスを組み合わせてスケーラビリティや可用性を実現する事例を紹介したり、具体的なサービスの組み合わせ方などを解説する文書を公開してきた。今回新たに公開されたホワイト・ペーパーは、こうした解説の集大成と言えるもので、自社だけでなくマイクロソフトやIBM、グーグルが公開しているホワイト・ペーパーも参照している。 20ページの英文PDFはクラウド一般のメリットや特徴から説き起こし、AWSの各サービスの簡単な解説を続けた後に、クラウドの各種の特性を最大限に引き出すシステムについて、一般論としての概

                      • Amazon Lumberyard(無料のクロスプラットフォーム3Dゲームエンジン)| AWS

                        Amazon Lumberyard の提供は終了しました。Lumberyard の Apache ライセンスの後継である Open 3D Engine (O3DE) をお勧めします。O3DE は、Adobe、AWS、Epic、Microsoft、Intel、Lightspeed Studios、Niantic などのデベロッパーを含むオープンソースコミュニティによって維持されています。O3DE のウェブサイト、Discord、Github をご覧ください。 2021 年 7 月に発表した通り、Open 3D Foundation と Open 3D Engine (O3DE) を立ち上げました。これは、Apache 2.0 ライセンスで提供される AAA 対応のクロスプラットフォームのオープンソースゲームエンジンです。ゲームとシミュレーションのデベロッパーのために、制作パイプラインのコラボ

                          Amazon Lumberyard(無料のクロスプラットフォーム3Dゲームエンジン)| AWS
                        • AWS Elastic BeanstalkがDockerをサポート、新しい形態のPaaSへ。事実上どんな言語でも使え、手元の開発環境をそのままPaaSへデプロイできる

                          AWS Elastic BeanstalkがDockerをサポート、新しい形態のPaaSへ。事実上どんな言語でも使え、手元の開発環境をそのままPaaSへデプロイできる コンテナ型仮想化を実現する技術「Docker」が、PaaSの新しい形態を生み出そうとしています。 いわゆる従来のPaaS(Platform as a Service)は、使えるプログラミング言語がPaaSによって決められています。例えばHerokuならRubyやPython、Node.js、Javaなど(記事末追記参照)、Google App EngineならPythonやGo、Java、PHPなどです。 しかし、あらかじめPaaS側に実行環境があることで開発者は手軽にプログラムをクラウドで実行でき、クラウドが負荷などに応じてスケーラブルな運用をしてくれます。ここにPaaSの大きなメリットがあります。 一方でPaaS側の実行

                            AWS Elastic BeanstalkがDockerをサポート、新しい形態のPaaSへ。事実上どんな言語でも使え、手元の開発環境をそのままPaaSへデプロイできる
                          • Packer by HashiCorp

                            Images as codePacker standardizes and automates the process of building system and container images. Multi-cloud image workflowCreate one workflow for images across multiple clouds and private infrastructure. Extend Packer with pluginsPlugins extend Packer’s functionality without modifying Packer's core by adding new builders, provisioners, post-processors, and data sources.

                              Packer by HashiCorp
                            • AWS Sketch

                              AWS Sketch is meant to show the AWS Services as informative drawings. We write about Cloud and Engineering in a newsletter called Cloud Weekly. Advance faster in your career with us. Visit Cloud Weekly!

                                AWS Sketch
                              • 【新機能】AWS ELBのApplication Load Balancer(ALB)の認証機能でWebアプリにGoogle認証を追加する | DevelopersIO

                                【新機能】AWS ELBのApplication Load Balancer(ALB)の認証機能でWebアプリにGoogle認証を追加する Application Load Balancer(ALB)の認証機能のひとつ、OpenID Connectの例としてWebアプリにGoogle認証をかける様子をご紹介します。 ども、大瀧です。 本日、AWS ELBのApplication Load Balancer(ALB)に認証機能が追加されました。 Simplify Login with Application Load Balancer Built-in Authentication | AWS News Blog ALBの認証機能では様々なことができるのですが独自IdPとの連携は既に他のメンバーが記事を書いているので、本記事ではOpenID Connectの例としてGoogle Identi

                                  【新機能】AWS ELBのApplication Load Balancer(ALB)の認証機能でWebアプリにGoogle認証を追加する | DevelopersIO
                                • お名前.comからAmazon Route 53へドメインを移管する | DevelopersIO

                                  こんにちは、虎塚です。 Amazon Route 53でドメインが管理できるようになって数ヶ月がたちました。Route 53では、Amazon Route 53でドメインを購入する | Developers.IOにあるように、ドメインを新規に取得することができます。さらに、別のドメインレジストラで登録していたドメインを、移管して管理することもできます。 そこで今日は、他のドメインレジストラに登録しているドメインをRoute 53へ移管する手順を紹介します。例として、 お名前.comで管理しているドメインを想定して説明します。 ちなみに、移管手続きからAmazon側での処理完了までの所要時間は、移管元の事業者によって異なります(移管元が何も応答しなかった場合、5〜7日間かかるとのことです)。今回は約6時間でした。 はじめに この記事の内容は、AWSの公式ドキュメントをスクリーンショット入りで

                                    お名前.comからAmazon Route 53へドメインを移管する | DevelopersIO
                                  • 「AWSの日本リージョンのデータセンターはどんな災害を想定して設計されているんですか?」に答えるためのレポート紹介 | DevelopersIO

                                    システム監査における安全性の観点からタイトルのような内容についてお客様よりご質問いただくことがあります。 AWSデータセンターの耐障害性については既にAWS Artifactで公開されたレポートがあるのですが、あまり知られていないのかも?と思い、あらためてご紹介しておきます。 AWS Artifact からレポートのダウンロード AWSコンソールから[AWS Artifact]-[レポート]を開きレジリエンスで検索。日本におけるAWSリージョンのレジリエンスというレポートが見つかりますので、こちらをダウンロードしてください。 基本的にAWS Artifactの内容はAWS機密情報であり、ドキュメントの内容を抜粋してブログに転載するようなことは出来ませんので、お手数ですがご自身の環境より入手いただきご確認ください。 10ページに満たないボリュームですのでサクッと読めます。 「どんなレベルの災

                                      「AWSの日本リージョンのデータセンターはどんな災害を想定して設計されているんですか?」に答えるためのレポート紹介 | DevelopersIO
                                    • AWS News Blog

                                      AWS Weekly Roundup – AWS AppSync, AWS CodePipeline, Events and More – August 21, 2023 In a few days, I will board a plane towards the south. My tour around Latin America starts. But I won’t be alone in this adventure, you can find some other News Blog authors, like Jeff or Seb, speaking at AWS Community Days and local events in Peru, Argentina, Chile, and Uruguay. If you see […] New – Amazon EC2 H

                                      • 複数プロジェクトを抱えるチームでのデプロイ自動化

                                        複数プロジェクトを抱えるチームでのデプロイ自動化 1つのチームで,10以上のプロジェクト,コードベースを抱える場合にどのようにデプロイの自動化を進めたか,工夫したこと,考慮したことなどをまとめておく. デプロイツールには,Python製のfabricを採用しているが,他のツールでも同様のことはできそう.なお,fabricの基本的な使い方などは既にインターネット上に良い記事がたくさんあるので書かない(最後の参考の項を見てください). fabricの選択 シェルスクリプトとCapistranoを考慮した. まず,シェルスクリプトは人によって書き方が違うため,統一が難しくメンテナンスコストも高い.また共通化も難しい. 次に,Capistranoは,裏でやってくれることが多く,学習コストも高い.プロジェクトによってはかなり特殊な環境へのデプロイも抱えているため,Capistranoの前提から外れる

                                        • 住所や本名知らなくても年賀状が送れる「ウェブポ」 Twitter IDやメアド分かればOK

                                          ソフトウェア開発のリプレックス(東京都渋谷区)は10月29日、相手のメールアドレスやTwitterアカウントを知っていれば、住所や本名を知らなくても年賀状を送れるサービス「ウェブポ」をスタートした。 日本郵政グループの郵便事業会社と連携し、Webブラウザ上の操作だけでお年玉付き年賀はがきを届けるサービス。「ミクシィ年賀状」と似たサービスだが、外部サービスと連携し、同社が個人情報に直接アクセスできない仕様にした。 メアド分かればOK TwitterやGmailとAPI連携 相手の住所が分かっていれば、直接入力して年賀状を届けることができ、分からなければ、メールやTwitterのダイレクトメッセージを通じ、相手に送り先住所を入力してもらうことになる。 送信相手は、メールアドレスを直接入力したり、Outlookなど連携しているメーラーから取り込んで選ぶことが可能だ。GmailとはAPIで連携。I

                                            住所や本名知らなくても年賀状が送れる「ウェブポ」 Twitter IDやメアド分かればOK
                                          • Amazon EC2とEBSの料金が秒単位の請求に変わります! | DevelopersIO

                                            ウィスキー、シガー、パイプをこよなく愛する大栗です。 2017年10月2日からAmazon EC2とAmazon EBSの料金が秒単位の請求となります。内容についてまとめてみました。 New – Per-Second Billing for EC2 Instances and EBS Volumes 秒単位の請求 今までEC2は従量課金モデルに従い、1時間単位の請求が発生していました。10月2日から以下のサービスについて1秒単位で請求が発生します。 Amazon EC2 Amazon EBS Amazon EMR AWS Batch 以下のように請求書は時間単位のままで小数で表示されます。 Source: <https://aws.amazon.com/blogs/aws/new-per-second-billing-for-ec2-instances-and-ebs-volumes/>

                                              Amazon EC2とEBSの料金が秒単位の請求に変わります! | DevelopersIO
                                            • 【AWS】JenkinsとserverspecでChefのテストを自動化する | DevelopersIO

                                              はじめに こんにちは植木和樹です。相変わらずCloudFormationとChefな毎日を送っています。そのおかげで、最近は実験用サーバを設定するときにも極力手作業はなくし、CloudFormationやChefを使って自動化・省力化する習慣がつきました。以前作ったCookbookを使用して、コマンド1つで新環境が構築されたときって気分いいですよね。 さてChefのCookbookが増えてきて徐々に再利用が進んではいるのですが、Cookbookを作成してから数週間もすると「本当にこのクックブックはまだ動くのかな?」と不安になってきます。ここはやはり、Cookbookが正しく適用されることを継続して保証する仕組みがほしいところです。 本日はChef Cookbookのテスト自動化の一例として、JenkinsからEC2を起動してからchef-soloを使ってCookbooksを適用し、その後s

                                              • TeamSQL - Cross-platform SQL Client Built for Collaboration

                                                Looking for an Amazon Redshift client? TeamSQL has retired and is not available for download anymore. You can The world's first and the only query and management tool built for Amazon Redshift. Get DataRow for Amazon Redshift Hello, TeamSQL has been a great platform to experiment with modern UI and powerful features to help you manage your popular databases with collaborative features. Over two ye

                                                  TeamSQL - Cross-platform SQL Client Built for Collaboration
                                                • AWS Well-Architected フレームワーク - AWS Well-Architected フレームワーク

                                                  要約 このホワイトペーパーでは、AWS Well-Architected フレームワークについて説明します。本書は、お客様が AWS 環境の設計、提供、メンテナンスを行う際にベストプラクティスを適用できるようにするためのガイダンスを提供します。ここでは Well-Architected フレームワークの柱とされる 6 つの概念領域における一般的な設計の原則と、特定のベストプラクティスおよびガイダンスを紹介します。 はじめに 定義 アーキテクチャ 一般的な設計の原則 フレームワークの 6 本の柱 運用上の優秀性 セキュリティ 信頼性 パフォーマンス効率 コスト最適化 持続可能性 レビュープロセス まとめ 寄稿者 注記 お客様は、この文書に記載されている情報を独自に評価する責任を負うものとします。本書は、(a) 情報提供のみを目的とし、(b) AWS の現行製品と慣行について説明しており、これ

                                                  • 高負荷システムでNVMeデバイス使用時のfstrimとdiscard mount optionの話 - たごもりすメモ

                                                    先にまとめると ディスクI/Oに高い負荷をかけるシステムでNVMeデバイスを使うときweekly cron jobでfstrimが走る状況になってたら停止しろ じゃないとfstrimが走った瞬間にI/Oパフォーマンスが刺さって死ぬ fstrimを停止するならdiscard mount optionを有効化しろ、ただしその状態でのI/O性能で問題ないかどうか測っておけ discard mount optionを有効化しても大きいファイルの削除には気をつけろ、プチfstrimみたいになるぞ 追記されるばかりで大きくなるファイル(そして削除されるファイル)はNVMeじゃないデバイスに置いとけ 高I/Oスループットを期待するシステムでのNVMeとfstrim 社内で小さめのインスタンスを多く並べてトラフィックを捌いてたのを色々要件があって大きめのインスタンスにまとめるようなシステムアップデートをや

                                                      高負荷システムでNVMeデバイス使用時のfstrimとdiscard mount optionの話 - たごもりすメモ
                                                    • インフラエンジニアのいない会社で働いて 1 年半 - Diary

                                                      インフラエンジニアのいない会社で働いて 1 年半 が経った。 iOS で動く POS レジアプリとその管理インターフェイスの Web アプリケーションを作ってます。 iOS 側のことはほとんど分からなくて、データ同期用 API と Web アプリをずっと作っている。 ところで、 「NoOps」の時代がこない理由という記事が前にあったのですが、この点ぼくが働いている会社は NoOps です。アプリケーションは Heroku に乗っていて、 RDBMS が Amazon RDS で一部分析系に Google BigQuery を使っていること以外は全て Heroku 系の何かで動いています。 CI は Travis と circleCI を使っていて、 circleCI については来年初頭にも利用をやめて Travis に一本化する予定、というかんじ。 本当に自分達でなにもサーバーを管理してい

                                                      • クラウドソリューション | AWS

                                                        今日、さまざまの組織は、ビジネス上の課題を迅速に解決するため、検証済みのソリューションとアーキテクチャガイダンスを求めています。 お客様が既製のデプロイをご希望の場合でも、カスタマイズ可能なアーキテクチャをご希望の場合でもご安心ください。AWS ソリューションライブラリは、幅広い業界およびテクノロジーのユースケース向けに AWS および AWS パートナーによって構築されたソリューションを提供します。

                                                          クラウドソリューション | AWS
                                                        • AWSにおける静的コンテンツ配信パターンカタログ(アンチパターン含む) | DevelopersIO

                                                          独自ドメインSSLだとCloudFront使えないから横綱無理だよねー、という話がありました。うん、確かにそうでした、執筆時点では…! 本日2013/06/12、CloudFrontの独自ドメインSSL対応が発表(英語・日本語)されましたので、みなさん揃って横綱になればいいと思います。 よく訓練されたアップル信者、都元です。AWSを利用して構築した環境から、クライアント(モバイルやブラウザ等)に対してHTTPを使って静的なコンテンツを配信したいケースって、多いですよね。多いというか、むしろどんなシステムにも多かれ少なかれ、静的なコンテンツ配信があると思います。 スケーラビリティ・柔軟性・可用性・パフォーマンス・コスト 静的なコンテンツというのは、コンテンツをリクエストに応じて生成したりせず、完成品としてのファイルが手元にある状態です。例えば、多くのWebシステムにおいて、ほとんどの画像やJ

                                                            AWSにおける静的コンテンツ配信パターンカタログ(アンチパターン含む) | DevelopersIO
                                                          • TechCrunch | Startup and Technology News

                                                            Live Nation says its Ticketmaster subsidiary was hacked. A hacker claims to be selling 560 million customer records. An autonomous pod. A solid-state battery-powered sports car. An electric pickup truck. A convertible grand tourer EV with up to 600 miles of range. A “fully connected mobility device” for young urban innovators to be built by Foxconn and priced under $30,000. The next Popemobile. Ov

                                                              TechCrunch | Startup and Technology News
                                                            • ゆーすけべー日記

                                                              今週末の金曜日、3月15日に「JAWS DAYS 2013」のパネルディスカッションのパネラーとして呼ばれておりましてー。 風呂グラマーのmasuidriveさんとTreasure Dataの太田さんとお話をするらしく多少ビビってる僕です。 プログラム・スピーカー紹介 | JAWS DAYS 2013 | 2013/3/15(金)~16日(土)東京ビッグサイトで開催! 実はこのAmazon Web Serviceユーザーにおける祭典「JAWS DAYS」のイベントに呼ばれた前日。 ちょうどボケてを某さくらVPSからEC2含むAWSへせっせと移行していましてー。 ま、つまりは「AWSでこれからバリバリ運用始めるぜ!」ってタイミングでのお呼ばれでしたw イベント自体はおもろい事話せればいいなーとは思いつつ、AWSへ移行して、もしくはAWSへの準備の段階で得たTipsを箇条書きでまとめてみます。

                                                                ゆーすけべー日記
                                                              • AWSの概要と登録手順 ~Amazon EC2/S3環境構築のすべて~

                                                                はじめに~クラウド・コンピューティングとは?~ 近頃、“クラウドコンピューティング”と呼ばれる、インターネット(クラウド)の向こう側でアプリケーションサービスや、サーバなどのハードウェアリソースを提供するサービスが急増しています。 ユーザーはインターネットにさえ接続できれば各種サービスを利用でき、そのサービスがどこで動いているかなど、サービスインフラを意識する必要がありません(図1)。そして、それらのサービスは無料、もしくは利用した分だけ課金される形態となっており、利用にあたり多くの初期投資を必要としません。 このクラウドコンピューティング・サービスを牽引する企業の1つが、米国のAmazon.com Inc.です。Amazonはクラウドコンピューティング・サービスを「Amazon Web Services(AWS)」という名称で展開しています。 本連載では、この「Amazon Web Se

                                                                  AWSの概要と登録手順 ~Amazon EC2/S3環境構築のすべて~
                                                                • microインスタンスはlimitかけると大きくパフォーマンスが向上する(※再追記あり) - アルパカDiary Pro

                                                                  ※2014/07/02 T2インスタンスタイプとの比較 を追記しました。 ※2014/03/13 他インスタンスタイプとの比較/m3.mediumの検証 を追記しました。 こちらの記事の二番煎じです。 cgroupで、お手軽CPU使用率制限 なるほど。 リソースにLimitかけるとstealを防げるためパフォーマンスも上がるというわけですね。 どのくらい変わるのか実験してみました。 cgroup前準備 sudo yum install libcgroup sudo chkconfig cgconfig on sudo service cgconfig start cgroup設定 上記参考URLとほぼ同じ設定です。 実行時はcpu.cfs_quota_usを変動させて比較してみました。 sudo vi /etc/cgconfig.conf # 以下を追加 group limittest {

                                                                    microインスタンスはlimitかけると大きくパフォーマンスが向上する(※再追記あり) - アルパカDiary Pro
                                                                  • AWS 利用標準化ガイドライン策定のベストプラクティス | Amazon Web Services

                                                                    Amazon Web Services ブログ AWS 利用標準化ガイドライン策定のベストプラクティス 組織で横断的に AWS の展開を進めていくにあたり、クラウド環境の統制、セキュリティ対策、品質の確保にお悩みではありませんか? 組織で AWS の利用を拡大する際には、それぞれの環境において確実に統制を効かせ、適切なセキュリティ対策を行い、品質のばらつきを抑えることが欠かせません。その際に有効なアプローチが AWS 利用標準化ガイドライン(以下「ガイドライン」と記載)の活用です。本ブログではガイドラインを策定し、有効に活用するためのベストプラクティスをご紹介します。 はじめに 多くの企業や政府機関において、クラウドの活用を加速する動きが加速しています。しかし、その過程において以下のような課題に直面するケースがあります。 設計・運用方針がバラバラで統制が取れていない セキュリティ対策が十分

                                                                      AWS 利用標準化ガイドライン策定のベストプラクティス | Amazon Web Services
                                                                    • 実際にアマゾンが使っているのと同じ仮想サーバを無料で試せる「Right Scale」を使ってみた

                                                                      オンラインショッピングサイトで有名なあのAmazonのサーバ環境をほぼそのまんま貸してくれるのが「Amazon EC2」という仮想サーバサービス(いわゆるクラウドコンピューティングに近い)。専用サーバに近い仮想サーバ環境を使った分だけ支払う従量制サービスとなっており、試しに小さなネットサービスをリリースしてみて、気がついたら大人気になったよ!みたいなケースでも負荷を気にすることなく規模に応じてお金を払えばいいので、小さく初めて大きく育てるといったことが、かなり低コストで可能となります。何よりハードウェアの拡張などを考えず、ソフトウェア部分だけに注力できるのは大きいメリットです。 ところが実際にやろうと思うとかなり面倒でわかりにくい。そこで使えるのがこの「Right Scale」、10時間無料でAmazon EC2をお試しで利用できます。グラフィカルにAmazon EC2を管理できるだけでな

                                                                        実際にアマゾンが使っているのと同じ仮想サーバを無料で試せる「Right Scale」を使ってみた
                                                                      • AWS のアーキテクチャ図を描きたい ! でもどうすれば良いの ? - 変化を求めるデベロッパーを応援するウェブマガジン | AWS

                                                                        こんにちは ! テクニカルトレーナーの杉本圭太です ! 最近読んで面白かった漫画は「海が走るエンドロール」です。 私は業務でお客様に AWS の様々なトレーニングを提供しているのですが、コースによっては AWS を利用したシステムのアーキテクチャ図を受講者自身に描いていただく演習を取り入れており、よくこんな相談を受けます。 「どうやって AWS のアーキテクチャ図を描くのが正解なんですか ?」 AWS のアーキテクチャ図を描く状況は以下のように様々な場面であり、同じような疑問や悩みをお持ちの方も多いのではないでしょうか ? 詳細設計で構成図が必要 チームで wiki などに図を貼り付けて残したい 構成検討フェーズなどで図を見てディスカッションしたい ワークショップを試しながら理解を深めるなど自分のために描きたい そこで今回は AWS アーキテクチャ図をどうやって描けば良いか悩んでいる方へ、

                                                                          AWS のアーキテクチャ図を描きたい ! でもどうすれば良いの ? - 変化を求めるデベロッパーを応援するウェブマガジン | AWS
                                                                        • Herokuで本番サービスを運用する際にやっておきたいこと &amp; 構成の事例 - クラウドワークス エンジニアブログ

                                                                          こんにちは、最近アルコールが入っていたらなんでもいいと思うようになってきた @yo-iida です。🍻 今回はみんな大好きHerokuのお話です。 サービス立ち上げ期に大活躍するHerokuですが、CrowdWorks内でもいくつかのプロダクトで本番までHerokuで運用しているサービスがあります。 今回は私が携わっている社内プロダクトでのtipsを紹介します。 やっておきたいこと Heroku PipelineとReview appを使いこなす 本番とデータ同期できるpreview環境を追加する Heroku上のアプリケーションはすべてRAILS_ENV=productionで動かす DBのバックアップ設定をしておく Production Checkを行う アプリケーションのビルドの仕組みを知っておく 構成の事例 Standard以上のdynoを使用する ミドルウェアはHeroku公式

                                                                            Herokuで本番サービスを運用する際にやっておきたいこと &amp; 構成の事例 - クラウドワークス エンジニアブログ
                                                                          • Amazonクラウドに「キャパシティの限界を超えているのでは?」との疑い

                                                                            Amazonクラウドの性能低下を経験したユーザーが、Amazonクラウドはデータセンターのキャパシティを超えて利用者と契約しているのではないか? との疑いを投げかけています。 クラウドは一度使い始めると、現在のところ容易にほかへ乗り換えることはできません。そしてそのクラウドがトラブルに見舞われた場合、利用者自身が問題を解決できる余地はほとんどありません。以下で紹介するのは、実際のトラブルはどうあれ、そうしたクラウドに依存せざるを得ない利用者の立場を浮かび上がらせる話です。 インスタンス性能の低下からネットワークの遅延へ 発端は、Alan Williamson氏による1月12日付けのブログのエントリ「Has Amazon EC2 become over subscribed?」。3年前からAmazonクラウドを利用し続けてきたWilliamson氏は、「Amazonクラウドはまさに限界点を超

                                                                              Amazonクラウドに「キャパシティの限界を超えているのでは?」との疑い
                                                                            • Beanstalk — Hosted Subversion for team leads

                                                                              A complete workflow to write, review & deploy code.

                                                                                Beanstalk — Hosted Subversion for team leads
                                                                              • Cloudcraft – Draw AWS diagrams

                                                                                Visualize your real-time AWS or Azure architectures and assess cost with professional diagramsTry Cloudcraft FreeRequest a Demo Whether you’re building a cloud architecture from scratch, documenting your current environment, or looking to optimize cloud cost, Cloudcraft allows you to visualize and communicate your architecture with ease. Build diagrams from scratchCreate a professional architectur

                                                                                  Cloudcraft – Draw AWS diagrams
                                                                                • AWS アーキテクチャセンター (AWS Architecture Center) | アマゾン ウェブ サービス(AWS 日本語)

                                                                                  AWS を初めて利用される方や、ベストプラクティスをブラッシュアップしたい方は、これらのリソースを始めてみてください。

                                                                                    AWS アーキテクチャセンター (AWS Architecture Center) | アマゾン ウェブ サービス(AWS 日本語)