並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 320 件 / 1288件

新着順 人気順

"amazon cloudwatch"の検索結果281 - 320 件 / 1288件

  • NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 | Amazon Web Services

    Containers NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 Today, we are announcing the ability for all Amazon ECS users including developers and operators to “exec” into a container running inside a task deployed on either Amazon EC2 or AWS Fargate. This new functionality, dubbed ECS Exec, allows users to either run an interactive shell or a single command agai

      NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 | Amazon Web Services
    • Ruby 3.3でのアップデートも要チェック!まちのコインでYJITを有効化したはなし - KAYAC engineers' blog

      SREチームの長田です。 今回はRubyのJITコンパイラであるYJITのはなしです。 カヤックが開発・運用している地域通貨サービス「まちのコイン」は、Ruby on Railsを使用しています。 このまちのコインにてYJITを有効化し、その結果どのような影響があったのかを紹介します。 coin.machino.co YJITとは YJITは RubyのJITコンパイラです。 Ruby 3.1までは実験的な機能という位置づけでしたが、 Ruby 3.2から実用段階となりました。 Basic Block Versioning (BBV)を採用した遅延コンパイルにより、コード実行の高速化を図っているようです。 YJITそのものの話題については、今回は割愛させていただきます。 まちのコインの状況 まちのコインでは昨年6月末頃に Ruby 3.1.x から Ruby 3.2.x にアップデートを行

        Ruby 3.3でのアップデートも要チェック!まちのコインでYJITを有効化したはなし - KAYAC engineers' blog
      • AWS CodeDeploy now supports linear and canary deployments for Amazon ECS | Amazon Web Services

        Containers AWS CodeDeploy now supports linear and canary deployments for Amazon ECS AWS CodeDeploy has extended blue/green deployment support for Elastic Container Service (Amazon ECS) to include canary and linear deployments for applications hosted on AWS Fargate or Amazon Compute Cloud (Amazon EC2). Blue/green deployments are a safe deployment strategy provided by AWS CodeDeploy for minimizing i

          AWS CodeDeploy now supports linear and canary deployments for Amazon ECS | Amazon Web Services
        • スタディプラス SREチームの2019年の取り組みまとめ - Studyplus Engineering Blog

          SREチームの栗山(id:shepherdMaster)と菅原(id:ksugahara08)です。 年末ということもあり、弊社SREチームが2019年に行ってきた取り組みの中で大きめのトピックを紹介したいと思います。 本来ならもっともっと書きたいことがあるのですが、今回はスタディプラスのSREチームが何をやってきたのか概要がわかるように書いていきたいと思いますのでぜひ最後まで読んで頂けるとありがたいです。 SREチーム発足 SREという職種の共有会 ポストモーテム導入 脱AWS Elastic BeanstalkとKubernetes移行 Terraform移行 ログ収集基盤改善 Rubyバージョンアップ jemallocの導入 勉強会開催 Kubernetesハンズオン Kubernetetsの各機能の勉強会 コンテナ監視ツール勉強会 サービスメッシュ勉強会 CI/CD勉強会 AWS

            スタディプラス SREチームの2019年の取り組みまとめ - Studyplus Engineering Blog
          • セキュリティログ分析基盤におけるクラウド活用、組織体制、メンバー育成のポイント

            セキュリティログ分析基盤におけるクラウド活用、組織体制、メンバー育成のポイント:セキュリティログ分析基盤活用入門(終)(1/2 ページ) セキュリティ業務における「ログ」と、その分析基盤の活用について解説する連載。最終回は、クラウド活用、組織体制、メンバー育成のポイントを紹介します。 セキュリティ業務における「ログ」と、その分析基盤の活用について解説する本連載「セキュリティログ分析基盤活用入門」。前々回は、ログを活用するセキュリティ業務やログの果たす役割を、前回は、ログ分析基盤の設計ポイントを、アーキテクチャの観点から紹介しました。 最終回となる今回は、「クラウドサービスを用いることで、セキュリティログ分析業務においてどのようなメリットがもたらされるのか」について、前回紹介した「Splunk」や「Elastic Stack」にも触れながら、その検討ポイントを含めて解説します。また、「セキュ

              セキュリティログ分析基盤におけるクラウド活用、組織体制、メンバー育成のポイント
            • ヘッドレスChromeをAWS Lambda上のPuppeteerから操作してみた | DevelopersIO

              ブラウザテストやスクレイピングのためにPuppeteerからヘッドレスChromeを操作させたい時があります。 AWS Lambda上でPuppeteerを動作さるために、ナイーブにデプロイパッケージを作成すると、Lambdaのサイズ上限に引っかかってしまいます。 GitHub - alixaxel/chrome-aws-lambda を利用し、Lambdaのサイズ制限を回避する方法を紹介します。 AWS Lambdaのパッケージサイズ上限とChrome単体のサイズ AWS Lambda のデプロイパッケージには以下のサイズ制限があります。 50 MB (zip 圧縮済み、直接アップロード) 250 MB (解凍、レイヤーを含む) Puppeteer パッケージのサイズを確認すると、Puppeteer に同梱さているChrome単体で250MBもあり、Lambdaパッケージのサイズを超過す

                ヘッドレスChromeをAWS Lambda上のPuppeteerから操作してみた | DevelopersIO
              • 新サービス – CloudWatch Synthetics を使用してサイト、API エンドポイント、ウェブワークフローなどをモニタリングする | Amazon Web Services

                Amazon Web Services ブログ 新サービス – CloudWatch Synthetics を使用してサイト、API エンドポイント、ウェブワークフローなどをモニタリングする 今日のアプリケーションには、コンテナ、マイクロサービス、レガシー内部サービス、サードパーティサービスなど、数百または数千の可動パーツが含まれます。各パーツの正常性とパフォーマンスをモニタリングすることに加えて、許容できるカスタマーエクスペリエンスを提供するために、パーツが確実に噛み合うようにする必要があります。 (AWS re:Invent 2019 で発表した) CloudWatch Synthetics を使うと、サイト、API エンドポイント、ウェブワークフローなどをモニタリングできます。パフォーマンスと可用性の可視性が向上したアウトサイドインビューが表示されるため、これまでになく迅速に問題を認

                  新サービス – CloudWatch Synthetics を使用してサイト、API エンドポイント、ウェブワークフローなどをモニタリングする | Amazon Web Services
                • さまざまなAWSサービスの品質を支える運用監視の要 Amazon CloudWatch

                  この連載ではこれまでに、コンピューティングやデータベース、ストレージ、ネットワークなど各種システム開発に役立つさまざまなAWSのサービスを紹介してきました。読者の皆さまはこれらを活用して、AWSでシステムを提供する準備がそろそろ整ってきたところかと思いますが、忘れてはいけないのは運用監視です。今回は安定したシステム運用を実現する「Amazon CloudWatch」を紹介します。 アマゾン ウェブ サービス ジャパン パートナーアライアンス統括本部 ISV パートナー本部 櫻谷 広人 氏"> 講師 アマゾン ウェブ サービス ジャパン パートナーアライアンス統括本部 ISV パートナー本部 櫻谷 広人 氏 何をどのレベルで提供するのか 運用監視を行う目的とは 今回の記事を担当するAWSジャパンの櫻谷です。今回のテーマは運用監視ですが、まずは運用監視を行う目的を確認しましょう。システムはユー

                    さまざまなAWSサービスの品質を支える運用監視の要 Amazon CloudWatch
                  • New – Amazon CloudWatch Anomaly Detection | Amazon Web Services

                    AWS News Blog New – Amazon CloudWatch Anomaly Detection Amazon CloudWatch launched in early 2009 as part of our desire to (as I said at the time) “make it even easier for you to build sophisticated, scalable, and robust web applications using AWS.” We have continued to expand CloudWatch over the years, and our customers now use it to monitor their infrastructure, systems, applications, and even bu

                      New – Amazon CloudWatch Anomaly Detection | Amazon Web Services
                    • Amazon ECS向けAmazon CloudWatch Container Insightsについて | Amazon Web Services

                      Amazon Web Services ブログ Amazon ECS向けAmazon CloudWatch Container Insightsについて 本記事は AWS のシニアソリューションアーキテクトの Sirirat Kongdeeによる寄稿記事です。 Amazon CloudWatch を利用することで、Amazon Elastic Container Service(Amazon ECS)のリソースを監視することができます。Amazon CloudWatchは、CPU やメモリの割り当てについてや、クラスター、サービスレベルでのリソース使用率のメトリクスを提供するサービスです。以前は、サービスとタスクについてカスタムモニタリングを有効にする必要がありましたが、CloudWatch Container Insightsを使用することで、すべての Amazon ECS リソースの監

                        Amazon ECS向けAmazon CloudWatch Container Insightsについて | Amazon Web Services
                      • サーバーレスアプリケーションから Amazon Aurora への IAM ロールベース認証 | Amazon Web Services

                        Amazon Web Services ブログ サーバーレスアプリケーションから Amazon Aurora への IAM ロールベース認証  ユーザー名とパスワードをアプリケーションに直接保存することはベストプラクティスではありません。セキュリティで保護されたアプリケーションでは、資格情報をプレーンテキストとして保存しないでください。ソリューションとして、AWS Identity and Access Management (IAM) ポリシーは、Amazon Aurora リソースを管理できるユーザーを決定するアクセス許可を割り当てることができます。たとえば、IAM を使用して、DB クラスター、タグリソース、またはセキュリティグループを作成、記述、変更、削除できるユーザーを決定できます。Amazon Aurora では、データベースユーザーを IAM ユーザーとロールに関連付けるこ

                          サーバーレスアプリケーションから Amazon Aurora への IAM ロールベース認証 | Amazon Web Services
                        • Update for Apache Log4j2 Security Bulletin (CVE-2021-44228)

                          AWS is aware of the recently disclosed issues relating to the open-source Apache “Log4j2" utility (CVE-2021-44228 and CVE-2021-45046). Responding to security issues such as this one shows the value of having multiple layers of defensive technologies, which is so important to maintaining the security of our customers’ data and workloads. We've taken this issue very seriously, and our world-class te

                            Update for Apache Log4j2 Security Bulletin (CVE-2021-44228)
                          • Amazon CloudWatch Logs announces streaming API support for Live Tail

                            We are excited to announce streaming API support for Amazon CloudWatch Logs Live Tail, making it possible to programmatically view, search and filter relevant log events in real-time. You can now view your logs interactively in real-time as they’re ingested within your own custom applications or dashboards inside or outside of AWS. Live Tail console has been providing customers a rich out-of-the-b

                              Amazon CloudWatch Logs announces streaming API support for Live Tail
                            • AWS Fault Injection Simulator の Amazon ECS に関する新機能のお知らせ | Amazon Web Services

                              Amazon ECS タスクにフォールトインジェクションを行う仕組み 次の図は、AWS FIS が Amazon ECS タスクにフォールトインジェクションをどのように行うかを表現しています。AWS FIS は AWS Systems Manager SSM Agent を使って、フォールトインジェクションを実行しています。Amazon ECS タスク内で、サイドカーとして SSM Agent を動かすことで、AWS FIS がフォールトインジェクションを実行できるようにしています。これにより、Systems Manager の Run Command 経由で様々な障害試験を行うことで、潜在的な問題を発見し改善しやすくなります。AWS FIS のフォールトインジェクションを行うために、ECS のタスク定義に、SSM Agent のサイドカーを追加する必要があります。 ウォークスルー 次のス

                                AWS Fault Injection Simulator の Amazon ECS に関する新機能のお知らせ | Amazon Web Services
                              • [レポート] AWS Lambdaを使用したマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO

                                CX事業本部の佐藤です。 re:Invent 2019 「Building microservices with AWS Lambda」のセッションレポートです。 セッション概要 Many developers have become familiar with building microservices on traditional compute offerings such as virtual machines and containers, but what about serverless? The "functions as a service" model behind AWS Lambda presents a number of unique differences while still providing many benefits that make it a

                                  [レポート] AWS Lambdaを使用したマイクロサービスの構築 #SVS343 #reinvent | DevelopersIO
                                • AWS Fargate launches platform version 1.4.0 | Amazon Web Services

                                  Containers AWS Fargate launches platform version 1.4.0 AWS Fargate is a managed service to run containers. Fargate allows customers to use Amazon Elastic Container Service (ECS) and Amazon Elastic Kubernetes Service (EKS) to launch applications without the burden of having to deal with the undifferentiated heavy lifting of maintaining, patching, scaling, securing, life-cycling the infrastructure.

                                    AWS Fargate launches platform version 1.4.0 | Amazon Web Services
                                  • すべての AWS サービス(ただし名前空間を基準とする)をコマンド一発で一覧出力するワンライナーが完成した | DevelopersIO

                                    コンバンハ、千葉(幸)です。 「結局 AWS サービスって何個あるの……?」「似た名前のものがあり過ぎない?」「よく名前を聞くあれはサービスの一つなの?機能なの?」 そんな疑問が思い浮かぶ場面は皆さん多々あるのではないでしょうか。 それらにバチッと応えてくれる唯一の手法、それはコマンドによる一覧出力を置いて他に存在しないですよね。そしてコマンドを実行するからには何回も打鍵したくない、一発で行いたいというのが便利さに慣れきった現代人が辿り着く至高の思考であり嗜好ですよね。 そんな要求に応えるため、私は調査に明け暮れました。そして苦節 74 分、ついにワンライナーでの出力に成功しました。今回はその内容をご紹介します。 (なお、動作確認ができているのはzshとbashのみです。) ( Windows は早々に諦めましたが詳しい方がいたら教えてください。 あっという間に社内のメンバーが作成してくれ

                                      すべての AWS サービス(ただし名前空間を基準とする)をコマンド一発で一覧出力するワンライナーが完成した | DevelopersIO
                                    • Amazon RDS または Amazon EC2 を使ってホストされているデータベースで実稼働ワークロードを実行するためのストレージのベストプラクティス | Amazon Web Services

                                      Amazon Web Services ブログ Amazon RDS または Amazon EC2 を使ってホストされているデータベースで実稼働ワークロードを実行するためのストレージのベストプラクティス AWS は、OLTP ワークロードを処理するデータベースをホストするために複数のオプションを提供しており、Amazon EC2 インスタンスで独自のマネージドデータベースをホストする、または AWS が管理する Amazon RDS を使用することができます。RDS は、高可用性、自動バックアップ、データベースのアップグレード、OS パッチ、セキュリティ、およびリードレプリカを管理します。RDS は、クラウドネイティブのオプションである Amazon Aurora データベースエンジンも提供し、このエンジンは MySQL および PostgreSQL に対応しています。Aurora は、標

                                        Amazon RDS または Amazon EC2 を使ってホストされているデータベースで実稼働ワークロードを実行するためのストレージのベストプラクティス | Amazon Web Services
                                      • EC2 インスタンスの起動と停止を自動化することは出来ますか? | DevelopersIO

                                        困っていた内容 1日のうち決まった時間帯のみ特定の EC2 インスタンスを起動させたい要件があります。毎回手動で行うのは手間なので、自動化させたいと考えています。 どうすればいいの? Amazon Systems Manager のオートメーションと CloudWatch イベントを使用して自動起動、停止をスケジュールすることが可能です。 IAMロールを作成する CloudWatch イベントの作成時に使用する IAM ロールを作成します。 CloudWatch Events には、提供された Automation ドキュメントとパラメータを使用して SSM Start Automation Execution を呼び出すための権限が必要です。 IAM コンソールよりロールを作成します。今回は event-ssm-automation-role という名前のロールを作成しました。IAM ロ

                                          EC2 インスタンスの起動と停止を自動化することは出来ますか? | DevelopersIO
                                        • 【AWS】「AWS Systems Manager」経由でWindowsサーバーにリモートデスクトップ接続する方法|コラム|クラウドソリューション|サービス|法人のお客さま|NTT東日本

                                          2020.06.23 | Writer:高木 【AWS】「AWS Systems Manager」経由でWindowsサーバーにリモートデスクトップ接続する方法 NTT東日本がお届けする、クラウドの情報満載のメールマガジンはこちらからご登録ください。 初めまして、クラウド導入・運用サービスにて構築担当している高木です。 AWSとスノーボードが大好きです。スノーボードは3年ほど前インストラクターの資格を取得したのですが、子供が産まれてからゲレンデから遠ざかってしまいました。子供が少し大きくなったら家族でゲレンデに遊びに行こうとひそかに計画しています。 それでは早速本題です。 今回のコラムでは、複数のユーザーが「AWS Systems Manager(以下AWS SSM)」経由でWindowsサーバーにリモートデスクトップ接続をする方法について紹介していきます。 恐らく皆さまもオンプレミス環境

                                            【AWS】「AWS Systems Manager」経由でWindowsサーバーにリモートデスクトップ接続する方法|コラム|クラウドソリューション|サービス|法人のお客さま|NTT東日本
                                          • CloudWatch Logs Insights クエリを定期的に実行して結果をS3に置く(EventBridge Scheduler, Step Functions, Lambda) - KAYAC engineers' blog

                                            カヤックSREの今です。 SRE連載8月のエントリーになります。 techblog.kayac.com Amazon CloudWatch Logs Insights(以下Insights)は、CloudWatch Logsのログを期間を指定して検索、集計、簡単な文字列処理を行うことが出来ます。 Webコンソールから手軽に利用することができ、エラーが起きた際のログ調査に日常的に利用しています。 クエリは非同期で実行されますが、Webコンソールからクエリを実行して結果の表示前にページを離れてしまうと、クエリ結果をWebコンソール上で確認することができません。 Webコンソール上の履歴からリクエストIDを取得し、AWS CLIからaws logs get-query-result --query-id=[リクエストID]を実行することで結果をjsonで得ることができます。 今回は自動で日時の集

                                              CloudWatch Logs Insights クエリを定期的に実行して結果をS3に置く(EventBridge Scheduler, Step Functions, Lambda) - KAYAC engineers' blog
                                            • 「家族アルバム みてね」におけるオブザーバビリティの取り組み | gihyo.jp

                                              株式会社MIXIで「家族アルバム みてね」(⁠以下みてね)のSREグループに所属している清水と申します。 みてねのインフラはAWSを全面的に利用しています。サービスがリリースされた2015年から2021年ごろまではAWS OpsWorksというAmazon EC2のオーケストレーションサービスの利用をしておりました。その後Amazon EKSに移行し、AWSのインフラにおける大きな変化となりましたが、同様にモニタリングやオブザーバビリティに関わるツール、サービスについても大きく変化してきました。 本記事ではオブザーバビリティにまつわるツールやサービスの変遷、工夫点などについて紹介します。 オブザーバビリティとは何か 開発したソフトウェアをシステムにデプロイして運用を始めた後、システムが正常に動作し、良いパフォーマンスが出ているのかをモニタリングするというのは開発者にとってよくある習慣です。

                                                「家族アルバム みてね」におけるオブザーバビリティの取り組み | gihyo.jp
                                              • New — Create Point-to-Point Integrations Between Event Producers and Consumers with Amazon EventBridge Pipes | Amazon Web Services

                                                AWS News Blog New — Create Point-to-Point Integrations Between Event Producers and Consumers with Amazon EventBridge Pipes It is increasingly common to use multiple cloud services as building blocks to assemble a modern event-driven application. Using purpose-built services to accomplish a particular task ensures developers get the best capabilities for their use case. However, communication betwe

                                                  New — Create Point-to-Point Integrations Between Event Producers and Consumers with Amazon EventBridge Pipes | Amazon Web Services
                                                • AWS Chatbot – ChatOps for Slack and Amazon Chime | Amazon Web Services

                                                  AWS News Blog AWS Chatbot – ChatOps for Slack and Amazon Chime Last year, my colleague Ilya Bezdelev wrote Introducing AWS Chatbot: ChatOps for AWS to launch the public beta of AWS Chatbot. He also participated in the re:Invent 2019 Launchpad and did an in-depth AWS Chatbot demo: In his initial post, Ilya showed you how you can practice ChatOps within Amazon Chime or Slack, receiving AWS notificat

                                                    AWS Chatbot – ChatOps for Slack and Amazon Chime | Amazon Web Services
                                                  • AWS CodeDeploy が Amazon ECS の線形デプロイと Canary デプロイをサポートするようになりました | Amazon Web Services

                                                    Amazon Web Services ブログ AWS CodeDeploy が Amazon ECS の線形デプロイと Canary デプロイをサポートするようになりました  AWS CodeDeploy は、Elastic Container Service (Amazon ECS) のブルー/グリーンデプロイサポートを拡張し、AWS Fargate または Amazon Compute Cloud (Amazon EC2) でホストされるアプリケーションの Canary および線形デプロイを含めます。 ブルー/グリーンデプロイは、アプリケーションバージョンの変更による中断を最小限に抑えるために、AWS CodeDeploy が提供する安全なデプロイ戦略です。これは、グリーンと呼ばれる新しいアプリケーション環境と、ブルーと呼ばれるライブトラフィックを処理している現在のアプリケーション

                                                      AWS CodeDeploy が Amazon ECS の線形デプロイと Canary デプロイをサポートするようになりました | Amazon Web Services
                                                    • Monthly AWS Serverless Update 202010 - Sweet Escape

                                                      2020年10月のサーバーレス関連まとめです。こちらのイベントで取り上げる内容です。 serverless-newworld.connpass.com 2020/11/05 Update 配信のアーカイブがあがっています。 Monthly AWS Serverless update 2020/11 2020年10月のリリース 10月は割と大きめのアップデートがありました。 AWS AppSync が AWS WAF のサポートを追加 待望の人も多いんじゃないでしょうか。AWS AppSyncがAWS WAFに対応しました。少し前に質問でもいただいてましたね これまでWAFを使うのが難しかったので泣く泣くAppSyncを諦めてた人には朗報かと思います Amazon SNS を使用して SMS を送信するアプリケーションが新しい 5 つのリージョンでホスティング可能になりました。 SMSによる

                                                        Monthly AWS Serverless Update 202010 - Sweet Escape
                                                      • Amazon CloudWatch Synthetics を試してみた - Qiita

                                                        2019年11月25日に Amazon CloudWatch Synthetics のプレビューが公開されました。 Introducing Amazon CloudWatch Synthetics - Now in Preview 一言で言えば外形監視機能ですが、単に Web サービスの死活監視をするだけでなく、 ページ内の要素を監視する レスポンスタイムを監視する スクリーンショットを撮る リンク切れを検出する などなど、監視項目を柔軟に設定できるようです。 こういう機能欲しいな〜〜〜と思っていたところだったので、テンション爆上がりで早速試してみました。 監視項目を作成する 現時点では US East (N. Virginia), US East (Ohio), EU (Ireland) の3リージョンでしか使えないとのことですが、どのリージョンから監視をしても大して問題はないと思うので

                                                          Amazon CloudWatch Synthetics を試してみた - Qiita
                                                        • クォーラムモデルを使用したAWSデータベースサービスの違い、共通点の比較 -Amazon Aurora、Amazon DocumentDB、Amazon Neptuneの比較表 - - NRIネットコムBlog

                                                          小西秀和です。 2020年度に続き2021年、2022年、2023年もJapan AWS All Certifications Engineer(旧称:APN ALL AWS Certifications Engineer)、Japan AWS Top Engineer(Services) (旧称:APN AWS Top Engineer)に選出していただきました。これも多くの方に読んでいただいたAWS認定記事に依るところが大きいと思いますが、今後はAWS認定以外の記事も書いていこうと思います。まずはデータベースに関するテーマからです。 AWSのデータベースサービスには現在、Amazon Aurora、Amazon DocumentDB、Amazon DynamoDB、Amazon ElastiCache、Amazon Keyspaces (for Apache Cassandra)、Am

                                                            クォーラムモデルを使用したAWSデータベースサービスの違い、共通点の比較 -Amazon Aurora、Amazon DocumentDB、Amazon Neptuneの比較表 - - NRIネットコムBlog
                                                          • re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 | Amazon Web Services

                                                            Amazon Web Services ブログ re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 みなさん、こんにちは。アマゾン ウェブ サービス ジャパン、プロダクトマーケティング シニアエバンジェリストの亀田です。 12月2日から6日にかけて米国ネバダ州ラスベガスで開催されるre:Invent 2019がいよいよ近づいてきています。 例年通り、re:Invent が始まる前に非常に多くのアップデートが毎日発表されています。その量が多く、また一部日本語化がされていないことなどから整理が大変だということを多くのお客様から頂いており、昨年同様2019年11月15日以降の発表分を一覧表形式にて日本語でまとめて行きたいと思います。 今回は11月15日から11月19日(米国時間基準)分です。 11月15日 Amazon Redshift がインスタンスをまたい

                                                              re:Invent 2019に向けて 2019年11月後半アップデートのまとめ 第一弾 | Amazon Web Services
                                                            • AWSの静的ウェブサイトホスティングで入門するAWS Amplify(Console、CLI) - 構築編(Amplify Console) - NRIネットコムBlog

                                                              小西秀和です。 前回「AWSの静的ウェブサイトホスティングで入門するAWS Amplify(Console、CLI) - 概要編」の記事でサーバーレスな静的ウェブサイトホスティングを題材に概要を説明しました。 今回はその記事の続編としてAmplify Consoleを使用して実際にサーバーレスな静的ウェブサイトホスティングを構築する手順を見ていきたいと思います。 AWS Amplify(Console、CLI)の概要について知りたい場合は元記事を参照してください。 Amplify Consoleによる静的ウェブサイトホスティング(Managed Hosting)の構築例 Amplify ConsoleではGitHub、BitBucket、GitLab、AWS CodeCommitといったリポジトリやGitプロバイダーを使用しないローカルアップロード、Amazon S3、URLといった方法で

                                                                AWSの静的ウェブサイトホスティングで入門するAWS Amplify(Console、CLI) - 構築編(Amplify Console) - NRIネットコムBlog
                                                              • 歴史・年表でみるAWS全サービス一覧(参考資料編) -アナウンス日、General Availability(GA)の参考URL- - NRIネットコムBlog

                                                                小西秀和です。 歴史・年表でみるAWS全サービス一覧 -アナウンス日、General Availability(GA)、AWSサービス概要のまとめの記事で参考にしたURLが多すぎるため、こちらに別記事としてまとめました。 AWSサービスの概要など「歴史・年表でみるAWS全サービス一覧」のメインコンテンツは本編を御覧ください。 ただ、見方によってはこの記事の方が面白いかもしれません。 [English Edition] AWS History and Timeline - Almost All AWS Services List, Announcements, General Availability(GA) AWS全サービスの歴史年表に記載したアナウンス日・GA日(一般提供開始日)の参考URL 「What's New」のURL(例:https://aws.amazon.com/about-

                                                                  歴史・年表でみるAWS全サービス一覧(参考資料編) -アナウンス日、General Availability(GA)の参考URL- - NRIネットコムBlog
                                                                • Amazon SageMakerでのディープラーニング学習時における、GPUパフォーマンスチューニングのためのI/O最適化 | Amazon Web Services

                                                                  Amazon Web Services ブログ Amazon SageMakerでのディープラーニング学習時における、GPUパフォーマンスチューニングのためのI/O最適化 GPUはディープラーニングの学習スピードを著しく向上させ、学習にかかる時間を数週間からほんの数時間へと短縮させる可能性があります。しかし、GPUを使用する恩恵を十分に得るためには以下の点を考慮する必要があります。 基盤となるハードウェアを十分に稼働させるためのコードの最適化 最新の高性能なライブラリとGPUドライバの使用 GPUの計算と一致する速度でデータがGPUに供給されるためのI/Oとネットワーク操作の最適化 マルチGPUもしくは分散学習の際のGPU間の通信の最適化 Amazon SageMakerは開発者とデータサイエンティストがあらゆる規模で迅速かつ簡単に機械学習(ML)モデルをビルド、学習、デプロイするためのフ

                                                                    Amazon SageMakerでのディープラーニング学習時における、GPUパフォーマンスチューニングのためのI/O最適化 | Amazon Web Services
                                                                  • Amazon MQ Update – New RabbitMQ Message Broker Service | Amazon Web Services

                                                                    AWS News Blog Amazon MQ Update – New RabbitMQ Message Broker Service In 2017, we launched Amazon MQ – a managed message broker service for Apache ActiveMQ, a popular open-source message broker that is fast and feature-rich. It offers queues and topics, durable and non-durable subscriptions, push-based and poll-based messaging, and filtering. With Amazon MQ, we have enhanced lots of new features by

                                                                      Amazon MQ Update – New RabbitMQ Message Broker Service | Amazon Web Services
                                                                    • 祝 CloudWatch Anomaly Detection が GA になりました! | DevelopersIO

                                                                      こんにちは 園部です。 オープンプレビュー となっていました CloudWatch Anomaly Detection が GA となりました! 新規 – Amazon CloudWatch anomaly detection – 異常検出 今回、オープンプレビュー時との差異を中心に、やってみたいと思います! オープンプレビュー時に関しては、弊社メンバーが記事にしてくれています。 CloudWatchにAnomaly detection(異常検出)が追加されました(Open preview) 最後に、 Anomaly Detection と Outlier Detection について、調べた内容を整理してみます。 CloudWatch Anomaly Detection 異常検出は、選択したメトリクスの履歴値を分析し、毎時、毎日、毎週繰り返される予測可能なパターンを探します。 次に、将来

                                                                        祝 CloudWatch Anomaly Detection が GA になりました! | DevelopersIO
                                                                      • AWS 環境でセキュリティレスポンスの自動化を始める方法 | Amazon Web Services

                                                                        Amazon Web Services ブログ AWS 環境でセキュリティレスポンスの自動化を始める方法 AWS では、AWS 環境内のセキュリティイベントについて自動化による迅速な検知と対応をすることをお勧めしてます。自動化は、検知と対応の速度を向上させることに加えて、AWS で実行するワークロードを拡大するときにセキュリティ運用もスケーリングするのに役立ちます。これらの理由から、セキュリティの自動化は、Well-Architected フレームワークとクラウド導入フレームワークの両方、およびAWS セキュリティインシデント対応ガイドで概説されている重要な原則です。 このブログでは、AWS 環境内に自動セキュリティレスポンスメカニズムを実装する方法を学習します。このブログには、一般的なパターン、実装に関する考慮事項、およびソリューション例が含まれます。セキュリティレスポンスの自動化は、多

                                                                          AWS 環境でセキュリティレスポンスの自動化を始める方法 | Amazon Web Services
                                                                        • 新機能 – プロビジョンド IOPS (io1) Amazon EBS ボリュームのマルチアタッチ | Amazon Web Services

                                                                          Amazon Web Services ブログ 新機能 – プロビジョンド IOPS (io1) Amazon EBS ボリュームのマルチアタッチ Amazon Elastic Compute Cloud (EC2) の を使用して Linux を実行しているお客様は本日より新たに Amazon Elastic Block Store (EBS) のプロビジョンド IOPS (io1) ボリュームを複数の EC2 インスタンスにアタッチできるようになりました。各 EBS ボリュームに新しいマルチアタッチオプションを設定すると、1 つのアベイラビリティーゾーンあたり最大 16 個の EC2 インスタンスにアタッチできます。さらに、Nitro ベースの EC2 インスタンスではそれぞれに複数のマルチアタッチ対応 EBS ボリュームがサポートされます。マルチアタッチ機能を使用すると、ストレージの

                                                                            新機能 – プロビジョンド IOPS (io1) Amazon EBS ボリュームのマルチアタッチ | Amazon Web Services
                                                                          • New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス | Amazon Web Services

                                                                            Amazon Web Services ブログ New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス この記事は、 NEW – Using Amazon ECS Exec to access your containers on AWS Fargate and Amazon EC2 を翻訳したものです。 本日、開発者、運用者を含むすべての Amazon ECS ユーザに向けて、 Amazon EC2 もしくは AWS Fargate にデプロイされたタスク内のコンテナに “Exec” する機能を発表しました。この新しい機能は、 ECS Exec と名付けられ、コンテナに対して対話型のシェル、あるいは一つのコマンドを実行できるようになります。これは AWS コンテナロードマップ上で最も要望の多かった機能の一つであり、一般

                                                                              New – Amazon ECS Exec による AWS Fargate, Amazon EC2 上のコンテナへのアクセス | Amazon Web Services
                                                                            • [実験] ChatGPT4とPySimpleGUIで学習のゲーム化をしたら、AWSの知識をどこまで習得出来るか - Qiita

                                                                              [実験] ChatGPT4とPySimpleGUIで学習のゲーム化をしたら、AWSの知識をどこまで習得出来るかPythonPySimpleGUIChatGPT 目論見 エンジニアにとってAWSの知識はあればあるだけ良い。しかし既存の退屈な勉強法に興味が持てない。 なので、モチベーションが上がる仕組みを用意してみようと考えた。 ChatGPTとGUIを使用したら面倒くさい学習を簡単にゲーム化出来て、「やべえ、楽しい!」ってなりながら自動的に学べるんじゃないか という仮説が出てきたので、これを検証していくことにした。 アプリ画像(暫定版) 使用するライブラリ PySimpleGUI … 簡単にGUIを作成できる、tkinterのラッパー。 polars … データの前処理。pandasはもう古くなりそう。 pip install polars 問題の作成方法 ChatGPT4に作成させる。 ネ

                                                                                [実験] ChatGPT4とPySimpleGUIで学習のゲーム化をしたら、AWSの知識をどこまで習得出来るか - Qiita
                                                                              • Amazon CloudWatch ServiceLens を使用して高度に分散化されたアプリケーションを視覚化して監視する | Amazon Web Services

                                                                                Amazon Web Services ブログ Amazon CloudWatch ServiceLens を使用して高度に分散化されたアプリケーションを視覚化して監視する 数千のメトリックとテラバイトのログをもつ、ますます分散するアプリケーションは、視覚化と監視が課題になる場合があります。アプリケーションとその依存関係のエンドツーエンドのインサイトを得て、パフォーマンスのボトルネック、運用上の問題、顧客への影響を迅速に特定できるようにするためには、多くの場合、それぞれ情報の特定のファセットを提示する複数の専用ツールを使用する必要があります。これは代わりに、データの取り込みがより複雑になり、さまざまなインサイトを手作業でつなぎ合わせて、全体的なパフォーマンスを判別し、複数のソリューションを維持するコストが増加します。 本日発表された Amazon CloudWatch ServiceLen

                                                                                  Amazon CloudWatch ServiceLens を使用して高度に分散化されたアプリケーションを視覚化して監視する | Amazon Web Services
                                                                                • あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools

                                                                                  公開日 2024/01/24更新日 2024/02/15あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 ユーザーや顧客へ信頼性を担保した価値提供をしていく中で、監視・オブザーバビリティの取り組みは非常に重要です。 前回の監視・オブザーバビリティ特集では、合同会社DMM.com、株式会社MIXI、株式会社マネーフォワード、パイオニア株式会社、Sansan株式会社、株式会社ZOZOの6社の各サービスを支える監視・オブザーバビリティをご紹介しました。 今回後編では、Chatwork株式会社、株式会社カカクコム、株式会社LayerX、株式会社リンクアンドモチベーション、株式会社タップルのアーキテクチャをご紹介します。 各社がどのようなアーキテクチャを組んでいるのか、またそのアーキテクチャにしている背景や意図についてぜひ参考にしてみてください。 Chatwork株式会社 アーキテ

                                                                                    あのサービスの監視・オブザーバビリティ アーキテクチャ選定【後編】 - Findy Tools