みなさん、こんにちは。ソリューションアーキテクトの馬渕です。AWS 入社前は SIer で性能試験・性能問題解決に特化した部署におり、さまざまな業種のお客様のシステムに対する支援を実施していました。 さて、みなさんは AWS ソリューションライブラリ をご存知でしょうか。AWS ソリューションライブラリは、世界中のユーザーが直面する一般的な問題の解決策を提供するものとなっています。AWS CloudFormation のテンプレートと導入手順が用意されているため、すぐにデプロイしてお客様の課題に対応できます。また、アーキテクチャ図やその説明、コスト試算なども用意されています。 私がご紹介したいのが、その中でも人気のソリューションの一つである 分散負荷テスト ソリューションです。このソリューションは、負荷テストに必要な負荷クライアントを必要なタイミングで必要量だけ立ち上げて負荷掛けを実行し、

Amazon Web Services ブログ AWS ファイルストレージサービスの選び方 オフィス文書や画像データなどの様々な非構造化ファイルを、ファイル共有サーバや NAS（Network Attached Storage） などに格納して共有で利用されている方も多いと思います。AWS のファイルストレージサービスを利用することで、ファイル共有ストレージを簡単にクラウド上へ構築できます。また、AWS が提供するフルマネージドサービスのため、パッチ適用やストレージのディスク増設などの運用負荷を軽減できるメリットがあります。初期費用が不要の従量課金のため手軽に利用でき、調達が不要なのですぐに利用を開始することができます。また、ストレージのバックアップ機能が備わっているため、手間のかかるバックアップの設計や運用負荷も軽減できます。 AWS のファイルストレージサービスは、Amazon Ela

Amazon Web Services ブログ AWSの日本への投資と経済効果 2011年からのAWSリージョンに関する国内投資額を公表 アマゾン ウェブ サービス（AWS）は、お客様によるITシステムのモダナイゼーション（現代化）、安全かつ適切なスピードでのイノベーションを支援することで、日本のデジタルトランスフォーメーション（DX）を後押しし、持続可能な経済成長を加速することにコミットしています。そしてこのコミットメントを技術的に支えるものとして、2011年に東京にAWSアジアパシフィック（東京）リージョン（データセンター群）を、2021年にはAWSアジアパシフィック（大阪）リージョンをスタンダードなAWSリージョンへと拡大し、お客様を支援してきました。これら2 つの AWS リージョンに関する設備・運用投資総額は、2011年からの累計で1兆3,510 億円に、そのうち2022年単年で

アクション RPG『ELDEN RING』のオンラインサービスを AWS のマネージドサービスで構築 ワールドワイドで最大 150 万同時接続のスケールに対応 ゲーム機向けアクションゲームの企画・開発を手がける株式会社フロム・ソフトウェア。同社は 2012 年からゲームソフトのインフラ基盤としてアマゾン ウェブ サービス（AWS）を利用しています。2022 年 2 月にリリースした『ELDEN RING（エルデンリング）』では、バックエンドにマネージドサービスの Amazon Elastic Kubernetes Service（Amazon EKS）や Amazon Kinesis Data Firehose を採用。スピーディな構築を実現し、ゲーム発売直後の最大 150 万同時接続に対しても迅速なスケールアウトで乗り切りました。リリース後はわずか 4 名の自社要員で安定した運用を継続し

こんにちは、テクニカルソリューションアーキテクトの原田です。 「スペシャリストから学ぶコンテナ技術 第 1 回」では、環境差分をなくすための手段の 1 つとして、アプリケーションの構成要素のうち、アプリケーションコード、ランタイム、ライブラリなどの依存物をパッケージングして、隔離された環境で実行するコンテナならびにコンテナ技術について紹介しました。 今回は、コンテナ実装のソフトウェアとしてデファクトスタンダードになっている Docker について、取り上げたいと思います。 前回に続き、コンテナスペシャリスト ソリューションアーキテクトの 林さん (@literalice) を招いてインタビュー形式で進めていきます。それではお楽しみください 。

AWS Startup ブログ スタートアップのためのマイクロサービス入門 こんにちは、スタートアップ ソリューションアーキテクトの松田 (@mats16k) です。 以前「スタートアップのためのコンテナ入門 – Kubernetes 編」を出した際に記事内で、マイクロサービスやサービスメッシュにふれる機会がありました。今回は AWS でデベロッパーアドボケイトをしているトリ氏 (@toricls) にマイクロサービスについて記事を寄稿いただきました。 ※ 本記事は Software Design 2020年7月号 に掲載された「スタートアップのためのAWSテクノロジー講座 – マイクロサービスのあるべき姿と特徴を知る」からの転載、改修版です。 目次 マイクロサービスにはコンテナが必要なのか？ サービスメッシュは本当に必要なのか？ 「マイクロサービス」という言葉の功罪 マイクロサービスが必

そもそも、べき等性とは、どういうことを言うのでしょうか ? これは「ある操作を 1 回行っても複数回行っても結果が同じである」ことをいう概念です。 例えば、注文処理を考えます。画面インターフェースで、注文確定 / 送信ボタンを押すという操作で二度三度押してしまうユーザーがいます。これで同じ内容の注文が複数回登録されてしまったら問題です。こういったケースでは、画面側で連続して押せないような実装を追加したり (①)、サーバー側で同じ注文の処理であることを認識して適切に一つの処理と判断するようなこと (②) が必要です。 この例では、画面側の制御を入れたほうが簡単なように見えます。しかし、現実には画面とサーバーとの間のネットワークの問題や画面以外からの HTTP コールなどを考えると、このような重複リクエストが起こってしまうという可能性はゼロではありません。 このようなものへの対処として、サーバ

Amazon Web Services ブログ 米国 海軍は７兆円超のリソース管理を行う最大の基幹システム(ERP)をAWSに移行完了 アメリカ海軍（U.S. Navy）が、”最大”の基幹システム(“U.S. Navy’s largest SAP ERP system”)をAWSへ移行した事例が公開されました。今回のブログでは、AWSジャパン・パブリックセクターより、この事例から読み取られるべきインパクトについて、ご紹介します。 ７兆円超の巨大な資源管理をするERPシステムをAWSへ移行 戦闘準備の整った海軍を維持・訓練・装備を充実させることを使命とする米海軍（U.S. Navy）は、軍のメンバーが十分な情報に基づいた意思決定を行い、目前のタスクに集中できるようにするため、テクノロジーやサービス、人事に関連する多くのバックオフィス機能を自動化しています。ただし、これまで整備されてきたオンプ

Amazon Web Services ブログ Elastic 社による Elasticsearch および Kibana のライセンス変更にともなう AWS の対応方針のご案内 先週、Elastic 社が Elasticsearch および Kibana のライセンス変更に関するアナウンスを実施しました。これによりバージョン 7.11 以降の Elasticsearch と Kibana は、Apache License, Version 2.0 (ALv2) での提供が行われません。これを受けて AWS は、2021/1/21 (PST) に対応方針を発表いたしました。本発表の要点は以下のとおりです。 AWS は Elasticsearch と Kibana のバージョン 7.10 をベースに fork した Elasticsearch と Kibana を ALv2 ライセンスにて公

Amazon Web Services ブログ ゼロトラストアーキテクチャ: AWS の視点 本投稿は、AWS の CISO オフィスのディレクターを務める Mark Ryland と AWS Identity の専門家である Quit Van Deman による寄稿を翻訳したものです。 アマゾン ウェブ サービス（AWS）の使命は、安全なシステムの構築、デプロイ、迅速な反復処理を行う際に行う作業がより少なくなるようにお客様に代わってイノベーションを行うことです。お客様からはセキュリティの観点について以下のような質問をよくいただきます、 “システムとデータの機密性、完全性、可用性を適切なレベルに確保し、スピードと俊敏性を向上させるのに最適なパターンは何ですか？“。ゼロトラスト・アーキテクチャまたはゼロトラスト・ネットワーキングのカテゴリーに該当するセキュリティアーキテクチャパターンが、これ

Amazon が 2 台目のサーバーを追加した時から、分散システムは Amazon で馴染み深いものになりました。私が 1999 年に Amazon に入社したとき、サーバーの数が非常に少なかったため、「fishy」や「online-01」などのわかりやすい名前を付けることができました。けれども、1999 年であっても、分散コンピューティングは容易ではありませんでした。また現時点で、分散システムの課題には、レイテンシー、スケーリング、ネットワーキング API の理解、データのマーシャリングとアンマーシャリング、および Paxos などのアルゴリズムの複雑さが含まれます。システムが急速に大きくなり、分散するにつれて、理論的なエッジケースであったものが定期的に発生しました。 信頼できる長距離電話ネットワークやアマゾン ウェブ サービス (AWS) のサービスといった分散ユーティリティコンピュー

Amazon Web Services ブログ サーバーレス第2弾 AWS SAM 編とオススメ学習方法を紹介します！ – Monthly AWS Hands-on for Beginners 2020年1月号 こんにちは、テクニカルソリューションアーキテクトの金澤 (@ketancho) です。 本日は、先日 1/27 に新たに公開したサーバーレスの新コンテンツの紹介、AWS Hands-on for Beginners の活用方法の紹介、そして AWS を「広く学ぶ」のにオススメな AWS Innovate についてご案内します。 AWS Hands-on for Beginners シリーズ一覧 前回の記事: “スケーラブルウェブサイト構築編” を公開しました！- Monthly AWS Hands-on for Beginners 2019年12月号 AWS Hands-on fo

AWS Startup ブログ 技術選定、採用、マネジメント……。数多くの課題を CTO たちはどう乗り越えてきたか？ 【CTO Night & Day 2019 Day2のダイジェスト】 9 CTO Night & Day は、CTO や VPoE などの技術の立場から企業経営に関与するリーダー・マネージャーのための招待制オフサイト・カンファレンスです。 2014年から続くこのカンファレンスでは、参加者同士によるディスカッションや事例共有などを通じて、年齢や業種を超えた幅広い知識の交流が行われてきました。日常の業務から離れ、オフサイトならではの環境での交流を通じて、技術リーダー同士のコミュニティを活性化し、業界全体が発展していくことを目的としています。 2019年は、京都府京都市の「The SODOH」をメイン会場としてカンファレンスを開催。10月9日に行われた Day1 では、AWS

こちらのページでは 2019 年 6 月 12 日 (水) ～ 14 日 (金) 、6 月 27 (木) に開催された「AWS Summit 2019 (Tokyo / Osaka) 」のセッションの資料と動画、EXPO 会場の展示ブースにて配布された資料を公開しています。 当日残念ながらお越しになれなかった方はもちろん、当日のセッションを改めてご参考にしたいお客様もぜひご覧ください。

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

やりたいこと（ユースケース）から利用パターンへ到達できるように、ユースケース主導で紹介。利用するサービスのすべての機能をを覚えなくてもやりたいこと/部分からスタートできます。実際、類似するアーキテクチャの実例が多くあることがわかります。 パターン別のテンプレートから始めてみよう!  チュートリアルで体感しよう! - いくつかのパターンはテンプレート/雛形から始めることができます。それぞれのパターンの「Template」「Sample」「Solution」のリンク先を参照ください。 - 実際に作って動かせるチュートリアルに「Tutorial」「Workshop」リンクからアクセスできます。ちょっとしたトライに費用が気にならないのもサーバーレスの良いところ。 - 各パターンの特性に合わせたエラーハンドリングの記事を拡充中。それぞれのパターンの「エラーハンドリング」リンクからご確認ください。 -

Amazon Web Services ブログ Firecracker – サーバーレスコンピューティングのための軽量な仮想化機能 私の好きなAmazonリーダーシッププリンシプルの1つはCustomer Obsessionです。 私たちがAWS Lambdaをローンチしたとき、私たちは開発者にセキュアなサーバーレス体験を提供し、インフラストラクチャの管理を避けることに重点を置いていました。 目的のレベルの分離を達成するために、我々は各顧客に専用のEC2インスタンスを使用しました。 このアプローチにより、私たちはセキュリティ目標を達成することができましたが、私たちがLambdaを裏で管理する方法に関していくつかのトレードオフを余儀なくされました。 また、新しいAWSサービスの場合と同様に、顧客がLambdaをどのように使用するのか、あるいはサーバーレスモデル全体をどのように考えているのかも

Amazon Aurora Serverless は、Amazon Aurora のオンデマンドの Auto Scaling 設定です。アプリケーションニーズに応じて、自動的に起動、シャットダウン、および容量をスケールアップまたはスケールダウンします。データベースインスタンスを管理せずにクラウド内でデータベースを実行できます。Aurora Serverless v2 インスタンスを、既存または新規のデータベースクラスターでプロビジョニングされたインスタンスとともに使用することもできます。 データベースの容量を手動で管理すると、貴重な時間が奪われ、データベースリソースの非効率的な使用につながるおそれがあります。 Aurora Serverless では、データベースを作成し、必要に応じてデータベースの容量範囲を指定し、アプリケーションを接続します。データベースがアクティブな場合に使用するデー

AWS 採用を掲げクラウド化を前面に打ち出したところ、インフラ部門に関心を持つエンジニアや配属希望者が急増し、人材確保の悩みが解消されました。また、エンジニアにコスト意識が身につき、モチベーションも高まりました。 位置情報、移動軌跡、経路検索情報などのログを分析する基盤にサーバーレスのクエリサービス Amazon Athena を採用。他社クラウドのビッグデータクエリサービスから乗り換えたことで、Amazon S3 に蓄積していたログを転送する必要がなくなり、インフラコストを 75 ％削減しました。また、同時にセキュリティ強化と運用負荷軽減も実現しました。 IT インフラのクラウド化により、リソース調達のリードタイムの短縮やオートスケールが可能になり、降雪時などアクセスが集中するタイミングでの対応力の向上、チャレンジコストの最小化、サービスごとの利用コストの可視化などを実現しています。 コ