タグ

AWSに関するbaca-aho-dojiのブックマーク (13)

  • 【AWS】 代表的なクラウドデザインパターン紹介

    はじめに AWSの豊富なサービス群を活用することで、高可用性かつ高スケール性を実現するシステムを構築することが可能です。 しかし、クラウドサービスの特性を最大限に活かすためには、適切なデザインパターンを理解し、実践することが重要です。そこで今回は、AWSを利用して「高可用性」かつ「高スケール性」を実現するための代表的なクラウドデザインパターンを紹介します。 1. EC2インスタンスを利用した動的コンテンツの配信 動的コンテンツとは? 動的コンテンツとは、ユーザーのリクエストに応じて生成されるコンテンツのことを指します。たとえば、ユーザーのログイン状況や入力内容に基づいて異なるページを表示するようなケースです。 AWSサービスの簡単な解説 Amazon EC2 (Elastic Compute Cloud): スケーラブルなコンピューティングリソースを提供するサービスです。必要に応じて、イン

    【AWS】 代表的なクラウドデザインパターン紹介
  • AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」

    AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」(1/3 ページ) 8月23日に起きたクラウドサービス「AWS」(Amazon Web Services)の東京リージョンでの障害は、国内のさまざまなサービスに影響を及ぼした。 AWSが同日午後8時ごろに復旧するまで、モバイル決済サービス「PayPay」や、仮想通貨取引所「Zaif」、オンラインゲーム「アズールレーン」などで利用できない、もしくは利用しづらい状況が続いた。PCショップの「ドスパラ」はECサイトの不具合が長引き、翌日の24日には実店舗を臨時休業して対応に当たっていた。 AWSという1つのサービス障害が起きただけで、多くの企業やサービスに影響を及ぼしたため、「クラウドサービスはもろい」という論調も散見された。 しかし、インフラエンジニアたちからは違う意見が聞こえてくる

    AWS障害、“マルチAZ”なら大丈夫だったのか? インフラエンジニアたちはどう捉えたか、生の声で分かった「実情」
    baca-aho-doji
    baca-aho-doji 2019/08/29
    2azで片方潰れたときの障害テストってやってなかったのかな…っていうかやれないのかな?あんまりaws詳しくないけどオンプレだったら当たり前だと思うので、単にテスト漏れ(もしくは設計ミス)って思うんだけど。
  • AWS 東京リージョンで発生した大規模障害についてまとめてみた - piyolog

    2019年8月23日 13時頃からAmazon AWS 東京リージョン でシステム障害が発生し、EC2インスタンスに接続できない等の影響が発生しています。ここでは関連する情報をまとめます。 AWSの障害報告 aws.amazon.com AWS障害の状況 障害発生時間(EC2) 約6時間 2019年8月23日 12時36分頃~18時30分頃(大部分の復旧) 障害発生時間(RDS) 約9時間半 2019年8月23日 12時36分頃~22時5分頃 障害原因(EC2) 一部EC2サーバーのオーバーヒートによる停止 制御システム障害により冷却システムが故障したことに起因 影響範囲 東京リージョン(AP-NORTHEAST-1)の単一のAZに存在する一部EC2、EBS、およびRDS。 発生リージョンは東京。東京近郊4データセンター群の内、1つで発生。 日国内のAWSの契約先は数十万件とみられる。*

    AWS 東京リージョンで発生した大規模障害についてまとめてみた - piyolog
    baca-aho-doji
    baca-aho-doji 2019/08/23
    これのおかけで過去にどういう障害を起こしてしまったかと言う昔語りを会社の同僚とすることができていい話題になった。
  • AWSマンガ 全話を読む| AWS

    このマンガの感想や、AWS サービスについて、また、あなたのエンジニアあるあるなどを、ハッシュタグ #AWS開発日記 を使ってソーシャルメディアにぜひ投稿ください。AWS 公式から RT するかも(?)

    AWSマンガ 全話を読む| AWS
    baca-aho-doji
    baca-aho-doji 2019/04/06
    awsこんなの作ってたのか…
  • AWS、何から勉強したらいい?に対する俺の答え - Qiita

    このツイートがわりと好評だったので解説。 「AWS、何から勉強したらいい?」に対する俺が考えた回答がこれ。 pic.twitter.com/ouuP3P27Bu — 伊藤 祐策(パソコンの大先生) (@ito_yusaku) 2018年4月17日 AWS、何から勉強したらいい? これは誰向け? メンテナー以上の領域を目指す人向け。 オペレータ ... システムの運用、監視、障害調査&対応をする人 メンテナー ... システムの拡張、改善をする人 アーキテクト ... システムを1から設計、構築する人 解説 各科目の選定基準 必修科目 ... AWS番運用するにあたって絶対に避けては通れないサービス。 重要科目 ... 間違った設計をすると、あとから取り返しがつかないサービス。 選択科目 ... 学習量を削るために仕方なく必修から外したが、Webサービスを構築するにあたりほぼ必須となるサ

    AWS、何から勉強したらいい?に対する俺の答え - Qiita
    baca-aho-doji
    baca-aho-doji 2018/04/20
    まぁ目安として
  • Serverless Architecture

    補足: AWS Lambda のコンテナのライフサイクルについては説明を単純化していますので、詳しくは http://www.slideshare.net/keisuke69/aws-lambda-46129981 こちらの 42 ページ以降を参照してください

    Serverless Architecture
    baca-aho-doji
    baca-aho-doji 2016/10/25
    この分野でおさのおいて行かれ方がやばいと思ってるのでなんとかせねば。。。 資料わかりやすかった。自分でも動かして考えてみたい。
  • 現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠

    RedHat系におけるRPMパッケージを扱うYUM、Debian系におけるDEBパッケージを扱うAPT、これらはサーバー管理において重要なわけですが、絶妙な度合いで、おざなりに扱ってもわりとなんとか運用出来てしまう感があります。そのため今一度、こんな感じが今風のスタンダードじゃないっすかね(キリッ という構成を説明してみます。 ぶっちゃけ、たいしたことないネタの集合体なので、タイトルに下駄を履かせました。 そもそもパッケージは必要なのか 言うまでもなく必須です。理由は、インストール物のファイル管理が容易になるのと、インストール時間を短縮できるからです。既存のパッケージでconfigureオプションが物足りない時や、RPMパッケージが存在しない場合は作成することになります。 最近はプロビジョニング・ツールによって全て自動化できるので、超簡素なコンパイルのものはレシピに落とし込んで終わりにした

    現代ITインフラの王道をゆくLinuxパッケージ管理の基本構成 | 外道父の匠
    baca-aho-doji
    baca-aho-doji 2016/03/09
    参考にしたいけどこんなところまでしっかりやれてないお恥ずかしい状態なのでしっかり勉強したい。
  • AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? AWSアカウントを作成したら最初にやっておきたいことをまとめてみた。 あわせて読みたい 記事の内容を含めた最新の手順は、下記の書籍にまとまっている。 クラウド破産を回避するAWS実践ガイド AWSアカウント(ルートアカウント)の保護 AWSアカウントが乗っ取られると詰むので、真っ先にセキュリティを強化する。 AWSアカウントへ二段階認証を導入 AWSアカウントでのログインは、AWSアカウント作成時のメールアドレス・パスワードだけでできてしまう。心許ないにもほどがあるので、まずは二段階認証を設定しよう。 IAMのページを開く https

    AWSアカウントを取得したら速攻でやっておくべき初期設定まとめ - Qiita
  • Slerとaws運用の付き合い方

    2. 誰? AWS上でWebシステムの構築・運用をしています 「Amazon Web Services パターン別構築・運用ガイド」書きました 過去のスライド http://www.slideshare.net/tenbo07 佐藤 瞬 福島県会津若松市出身 NRIネットコム株式会社(大阪勤務) インフラエンジニア

    Slerとaws運用の付き合い方
    baca-aho-doji
    baca-aho-doji 2015/11/04
    何かあったら使おうと思ってるので参考にしよう。
  • 「突然落ちて当たり前」にエンタープライズITは堪えられるのか?

    少し前の話ですが、シアトルのアマゾン社に出掛けて米Amazon Web Services(AWS)の幹部の前でプレゼンをする機会がありました。 前回のこの連載「AmazonがエンタープライズITを『ぶっつぶす』」でも述べたとおり、私は「AWSはクラウド時代の鍵となる存在」と考えています。その一方で、現状の日のエンタープライズITシステムをAWSに移行させるには、技術的、社会的にハードルがあり、簡単ではないとも見ています。 野村総合研究所(NRI)はAWSが日で最初に認定したプレミアコンサルティングパートナーです。AWSを使ったシステム構築の経験は既に幾つもあります。その経験から率直に言うと、AWSを使ったシステム構築は喧伝されるほど容易ではありません。 こうした問題意識があったのでこの機会に、日のエンタープライズITの現場の実情をAWSの幹部に理解してもらい、システム構築や運用を容

    「突然落ちて当たり前」にエンタープライズITは堪えられるのか?
    baca-aho-doji
    baca-aho-doji 2015/10/26
    日本がAWSを使いこなすようになったらSIerはみんな死んじゃうんじゃないかとか思う。あと何百年後にそうなるかわからないけど。。。
  • AWSを退職します

    私事ですが、AWS(Amazon Data Services Japan)を10月31日付けで退職いたします。日が最終出社日でした。 入社したのが2013年4月1日ですので、在籍期間は2年7ヶ月ということになります。 前回転職した時に知り合いはみんなもって半年とか1年と言ってくれたのですが、その期待は裏切ることが出来ました。 在籍期間中は非常に多くの方にお世話になりましたこと厚く御礼申し上げます。 AWSでやったこと 思い返せばAWS仕事をすることになったのはひょんなキッカケでした。 2012年10月にアジャイル関連の講演をするために、札幌のJava Festa 2012というイベントにお邪魔させていただきました。 その講演会場の控室にいたところ、当時すでにAWS仕事をしていた旧知の玉川憲さん(いま飛ぶ鳥を落とす勢いのSORACOMの代表ですね)から、日AWSコンサルティング部

    AWSを退職します
    baca-aho-doji
    baca-aho-doji 2015/10/20
    "マネジメントはマネジメントとして専門スキルが必要です。優秀な技術者だから優秀なマネジメントであるとは限りません 。", "技術組織のマネジメントは少なくとも周りの会話についていけるだけの技術力が必須" 本これ
  • 基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(後編)

    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(後編) 基幹システムをクラウドで実現する。その過程でどのような技術を用い、どのような苦労があったのか。小売り流通業である西鉄ストアの基幹システムをAmazonクラウド(以下、AWSAmazon Web Services)の上で実現したノーチラス・テクノロジーズが、その詳細について紹介したセミナーを5月15日、アマゾンジャパン社のセミナールームで開催しました。 (記事は「基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(前編)」の続きです) 和製クラウドでトラブルが続き、やむなくAWSへ移行 インフラについて。やはり和製クラウドベンダのインフラは値段が高い。いろいろ話をして安くならないかと相談したけれど、無理でした。理由は簡単です。デ

    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(後編)
    baca-aho-doji
    baca-aho-doji 2013/06/03
    後編もみた。コスト削減を考えてクラウド化はいけないというのに同意だなぁ。それ考えると、クラウドにすることにメリットを感じる提案ってなかなかできないというか難しい希ガス。
  • 基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(前編)

    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(前編) 基幹システムをクラウドで実現する。その過程でどのような技術を用い、どのような苦労があったのか。小売り流通業である西鉄ストアの基幹システムをAmazonクラウド(以下、AWSAmazon Web Services)の上で実現したノーチラス・テクノロジーズが、その詳細について紹介したセミナーを5月15日、アマゾンジャパン社のセミナールームで開催しました。 大規模システム開発の現状、Hadoopの可能性、クラウドのメリットとデメリットなど、参考にすべき多くの内容が語られたセミナーでした。この記事ではその概要を紹介します。 止まってはいけない基幹システムをクラウドへ ノーチラス・テクノロジーズ 代表取締役社長 神林飛志氏(写真中央)。 西鉄ストア様の部基幹システムをクラウドへ移行する

    基幹システムをクラウドへあげるのは簡単ではなかった。ノーチラス・テクノロジーズがクラウドの現実を語る(前編)
    baca-aho-doji
    baca-aho-doji 2013/06/03
    お疲れ様でしたというプロジェクト例。先進の技術使ってるしすげー大変だったんだろうなぁと思う。 このクラウド導入に至った経緯がもう少し詳しく知りたい。 後編も読む。
  • 1