Elastic 社による Elasticsearch および Kibana のライセンス変更にともなう AWS の対応方針のご案内 | Amazon Web Services
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 ライセンスにて公
Stepping up for a truly open source Elasticsearch | Amazon Web Services
AWS Open Source Blog Stepping up for a truly open source Elasticsearch Last week, Elastic announced they will change their software licensing strategy, and will not release new versions of Elasticsearch and Kibana under the Apache License, Version 2.0 (ALv2). Instead, new versions of the software will be offered under the Elastic License (which limits how it can be used) or the Server Side Public
システム構成図をテキストで
Gigazineさんでdrawthe.netを取り上げていたので紹介です。使い方はGigazineさんのほうが丁寧なので、気になる方はチェックしてみてください。（2020年12月1日、追記） drawthe.netとは cidrblock/drawthe.netは複雑なネットワーク図も「テキストで書いてブラウザ上でSVGレンダリングできるようにしよう」というコンセプトのもと開発されたツールです。下図のように複雑な構成図も精度高く描くことができます。 拡大してみると情報量が多いこと、またいかに整っているかがわかると思います。 デモサイトも用意されているので、サクッと試したい場合はコチラが便利です。コードはGitHubで公開されています。更新が2017年末で止まってしまっているのが玉に瑕ですが、十分な性能を発揮してくれます。 drawthe.netを使いたい理由 美しい構成図といえばInter
Summary of the Amazon Kinesis Event in the Northern Virginia (US-EAST-1) Region
November, 25th 2020 We wanted to provide you with some additional information about the service disruption that occurred in the Northern Virginia (US-EAST-1) Region on November 25th, 2020. Amazon Kinesis enables real-time processing of streaming data. In addition to its direct use by customers, Kinesis is used by several other AWS services. These services also saw impact during the event. The trig
Amazon EC2 を Arm に切り替えたら幸せなことしかありませんでした | CyberAgent Developers Blog
技術本部 サービスリライアビリティグループ（SRG）の長谷川 @rarirureluis です👳 #SRG（Service Reliability Group）は、主に弊社メディアサービスのインフラ周りを横断的にサポートしており、既存サービスの改善や新規立ち上げ、OSS貢献などを行っているグループです。 はじめに Apple M1 で Arm という単語をよく耳にし、そしてその性能に驚いた方も多いと思います。Apple M1 が搭載された Mac のベンチマークはこちら そして Amazon EC2（以下：EC2）にも Arm が搭載されたインスタンスがあります。 https://aws.amazon.com/jp/ec2/graviton/ 今回はとあるサービスの全開発環境の EC2 インスタンスを m5.large から t4g.medium へ移行したら幸せになれたので、この記事を
クロスアカウントの Amazon Cognito ユーザープール認証による ALB を設定する
Application Load Balancer で Amazon Cognito 認証を使用したいのですが、ユーザープールは別の AWS アカウントにあります。そのため認証にはクロスアカウントユーザープールを使いたいと考えています。 簡単な説明 Application Load Balancer をユーザー認証用に設定する場合、デフォルトでは同じアカウントの Amazon Cognito ユーザープールのみがサポートされます。ただし、回避策として、クロスアカウントユーザープールを OpenID Connect (OIDC) ID プロバイダー (IdP) として設定することができます。 以下の手順に従って、あるアカウント (「アカウント B」) の Application Load Balancer を、別のアカウント (「アカウント A」) のユーザープールを介して認証するように設定
athena(presto)で、dateとtimeからJSTを得る · sacre
CloudFrontのログファイルをathenaでテーブルにすると、dateカラムとtimeカラムで別カラムになっている Amazon CloudFront ログのクエリ - Amazon Athena この2つのカラムからdatetime (JST) のカラムを作りたい こんな感じでできる この辺を組み合わせる date_format from_iso8601_timestamp AT TIME ZONE 'Asia/Tokyo' 文字列結合でiso8601フォーマットを作っている eg: 2019-08-21T18:04:04Z WITH t AS ( SELECT cdn_access_log.*, from_iso8601_timestamp(date_format(date, '%Y-%m-%dT') || time || 'Z') AT TIME ZONE 'Asia/Toky
CloudFrontを導入してもUser-agentの値は書き換えられないようにする方法。 - Qiita
はじめに CloudFrontの導入の際に、特に何も設定を行わないと、CloudFrontを通過する時点でUser-agentの値が「Amazon CloudFront」に書き換えられてしまいます。 その場合、今までUser-agentの情報をもとにPCサイトやモバイルサイトへの振り分けを行っていた場合、うまく振り分けられなくなってしまいます。 今回はそういう状況を回避するためUser-agentの値を導入前と同じように取得するための設定を行います。 また、CloudFrontはELBまたはS3に対してしか導入できない(2016年4月現在)ため、今回はELBを利用した以下の構成で行います。 0. 事前準備 今回は以下のphpファイルをサーバに配置してUser-agentの値を確認します。
Amazon CloudFront のアクセスログを大規模に分析する | Amazon Web Services
Amazon Web Services ブログ Amazon CloudFront のアクセスログを大規模に分析する 多くの AWS の顧客が、グローバルなコンテンツ配信ネットワーク (CDN) サービスである Amazon CloudFront を使用しています。低いレイテンシーと高い転送速度で、ウェブサイト、動画、API 操作をブラウザやクライアントに配信します。 Amazon CloudFront は、キャッシングまたはウェブアプリケーションファイアウォールによって、大量の負荷や悪意のあるリクエストからバックエンドを保護します。その結果、バックエンドに届くのはすべてのリクエストのごく一部になります。Amazon Simple Storage Service (S3) へのすべてのリクエストの詳細情報とともにアクセスログを保存するように Amazon CloudFront を設定するこ
AWS CDK Intro Workshop
English 日本語 Prerequisites AWS CLI AWS Account and User Node.js IDE for your programming language AWS CDK Toolkit Python .NET Java Go TypeScript Workshop New Project cdk init Project structure cdk synth cdk deploy Hello, CDK! Cleanup sample Hello Lambda CDK Watch API Gateway Writing constructs Define the HitCounter API Hit counter handler Define resources Use the hit counter CloudWatch Logs Grantin
クックパッドと分散トレーシング - クックパッド開発者ブログ
こんにちは、技術部の Taiki (@taiki45) です。 近年の Web サービスの開発ではマイクロサービスに代表されるように分散アーキテクチャが採用されるようになってきました。大規模でも素早いプロダクト開発をするために、クックパッドでもマイクロサービスを採用し分散アーキテクチャへの移行を進めています*1。今回は、そのような分散アーキテクチャを利用したシステム構築において必須のコンポーネントになりつつある分散トレーシングについて、クックパッドでの事例を紹介したいと思います。 分散トレーシングとは マイクロサービスのような分散アーキテクチャでは、個々のサービス同士の通信が複雑になるため、モノリシックアーキテクチャと比較して、システム全体としての振る舞いを把握することが難しくなります。これはプロダクト開発においては、障害発生時の原因究明が難しくなったり、あるいはシステム全体でのパフォーマ
New – High-Resolution Custom Metrics and Alarms for Amazon CloudWatch | Amazon Web Services
AWS News Blog New – High-Resolution Custom Metrics and Alarms for Amazon CloudWatch Amazon CloudWatch has been an important part of AWS since early 2009! Launched as part of a three-pack that also included Auto Scaling and Elastic Load Balancing, CloudWatch has evolved into a very powerful monitoring service for AWS resources and the applications that you run on the AWS Cloud. CloudWatch custom me
【新機能】AWS X-Rayを試してみた #reinvent | DevelopersIO
大阪のガノタ市田です。 AWS re:Invent 2016で発表された新サービス「AWS X-Ray」のプレビュー申請が通ったので、早速試してみた内容をレポートしたいと思います。 AWS X-Rayとは AWS X-Rayは簡単にいうとアプリケーションモニタリングのサービスになります。レスポンスタイムやレスポンスステータス等、アプリケーションに対するリクエストに関するデータを収集して表示、フィルタリングを行い、分析することで問題を特定することができます。 AWS X-Ray - AWS Documentation 注意点 AWS X-Rayはまだプレビュー版ですので、今後のリリースにより仕様が変更になる場合があります。 また、プレビューなので利用するには利用申請が必要です。下記のX-Rayのページから利用申請を行いましょう。 https://aws.amazon.com/jp/xray/
Using AWS Lambda with AWS X-Ray - AWS Lambda
You can use AWS X-Ray to visualize the components of your application, identify performance bottlenecks, and troubleshoot requests that resulted in an error. Your Lambda functions send trace data to X-Ray, and X-Ray processes the data to generate a service map and searchable trace summaries. If you've enabled X-Ray tracing in a service that invokes your function, Lambda sends traces to X-Ray autom
【アップデート】AWS X-Ray が AWS Lambda に対応しました（プレビュー） ｜ DevelopersIO
こんにちは、藤本です。 日本時間2017/04/20(木) の『AWS Summit 2017 in San Francisco』で多くのアップデートが発表されました。弊社の AWS 関連ブログも賑わっております。 AWS X-Ray が General Available となりました。こちらは別のエントリがあります。AWS X-Ray に関しては下記エントリをご参照ください。 【アップデート】AWS X-RayがGenerally Available!! アプリケーションをモニタリングする 同時に発表された AWS Lambda 対応を試してみました。なお、本機能は既に設定・利用可能ですが、プレビューとなっています。本番環境でのご利用はご注意ください。 AWS X-Ray Now Supports Tracing for AWS Lambda (Preview) 概要 今まで AWS
Understanding Container Reuse in AWS Lambda | Amazon Web Services
AWS Compute Blog Understanding Container Reuse in AWS Lambda Tim Wagner, AWS Lambda AWS Lambda functions execute in a container (sandbox) that isolates them from other functions and provides the resources, such as memory, specified in the function’s configuration. In this article we discuss how Lambda creates and reuses these sandboxes, and the impact of those policies on the programming model. St
Do’s and Don’ts of AWS Lambda
This post touches on some things I’ve learned using AWS Lambda to build the Apex Ping uptime monitoring tool, which is built almost exclusively with Lambda in all 15 regions supported, and the Apex Up serverless deployment tool. Don’t substitute FaaS with writing good librariesPeople often ask me how to test Lambda functions locally, my answer to that is don’t! Write and test libraries, integratio
CDNとの付き合い方 – cat /dev/random > /dev/null &
最近何かと話題なCDNですが、そもそもCDNってなんだろう・・・どんなことに使えるんだろう？的なことを書いてみようと思います。 一応先に言っておくと、私はCDN業者に所属したことないのであくまでも利用者として見た時の話を書きます。 また、私の考えであり、様々なワークロードがあるなかでこれがすべてではありませんので、こんな考えもあるんだなぁぐらいに思ってもらえると助かります。 そもそもCDNってなんだろうか そもそもCDNはContent Delivery Networkの略であってCache Delivery Networkの略ではありません。 要はコンテンツをクライアントに対して高速・効率的に配信するためのネットワークです。 良くCDNといえばその成り立ちからキャッシュというイメージはありますが、重要な要素の一つではあるもののCDNの全てではありません。 さらに言えばAkamaiのInt
AWS LambdaとDynamoDBがこんなにツライはずがない #ssmjp
3. サーバーレスアーキテクチャ #とは • 視点1：3種類の「サーバ」を捨てていく 1. 自分で管理する物理的・仮想的な「サーバ」を捨てて、 上の「機能」だけを利用する 2. プロビジョニング単位としての「サーバ」を捨てて、 確保サーバ数から消費したリソース量への転換 3. 処理全体に責任を持つ「指揮者としてのサーバ」を捨てて、 リアクティブな非同期メッセージングでシステムを構成 • 視点2：クラウドが提供する「ありもの」を最大限に活用する 4. 続きは書籍で！ • SoftwareDesign 2016/04号 • 電子版が技評で買えます https://gihyo.jp/dp/ebook/2017/978-4-7741-8409-8 • サーバーレスの薄い本 • 電子書籍版 https://gumroad.com/l/memotr201608 • ダイジェスト https://www
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Querying Cloudfront web logs using AWS Athena and Serverless