LambdaとFargateがさらに高速化？！MicroVMをわずか5ミリ秒で起動 Firecracker open-source innovation #OPN402 #reinvent | DevelopersIO
CX事業本部の岩田です。 先日Lambdaの内部アーキテクチャに関するブログを書きましたが、もう少し色々と理解を深めるべくFirecrackerに関するセッションを漁っているところです。今回紹介するセッションではFirecrackerのロードマップ紹介やデモが含まれており、Firackracerのスナップショット取得&復元技術を使うことでMicroVMがわずか5ミリ秒で起動するという衝撃的なデモを見ることができます。このスナップショット技術がFargateやLambdaの基盤に適用されれば、FargateのタスクやLambda実行環境のさらなる高速起動が期待できそうです。とても楽しみですね。 それでは早速セッション内容を紹介していきます。 資料 セッション動画 スライド Firecracker open-source innovation ※以後の画像はすべて上記スライドからの引用になりま
Amazon ECS でコンテナをローリングアップデートする - Qiita
はじめに ECSのローリングアップデートの動作を確認しましたので、備忘録として投稿します。 もくじ 旧バージョンのコンテナをデプロイ 新しいリビジョンのタスク定義を作成 サービスを更新して新バージョンのコンテナをデプロイ ローリングアップデートの流れ 参考 ECSでコンテナのrolling update - Carpe Diem Amazon ECS launches new deployment capabilities; CloudWatch metrics; Singapore and Frankfurt regions | AWS Compute Blog コンテナイメージについて ローリングアップデートの動作確認用にECRへv1、v2とタグ付けしたコンテナイメージをプッシュしておきます。 今回の投稿では v1 旧バージョンのコンテナイメージ v2 新バージョンのコンテナイメージ
サーバレス時代におけるヘテロジニアス時系列データベースアーキテクチャ - ゆううきブログ
この記事は、第2回ウェブシステムアーキテクチャ研究会の予稿です。 ウェブシステムをモニタリングするために、高可用性、高書き込みスケーラビリティ、メトリックの長期保存が可能な時系列データベースが求められている。 これらを実現するために、性能特性の異なる汎用Key-Value Store(以下KVS)を組み合わせ、透過的に問い合わせ可能な、ヘテロジニアス時系列データベースであるDiamondを開発した。 この記事では、Diamondを分散システムの観点で捉え、アーキテクチャ、データ構造、実装を紹介し、考察によりFuture Workを議論する。 1. はじめに 2. アーキテクチャ アーキテクチャ概要 動作フロー データ構造 KVSの機能要件 3. 実装 実装概要 KVS間のデータ移動 データ位置の解決 費用特性 4. 考察と今後の課題 Diamondの欠点 将来機能 5. まとめ スライド
Kinesis Data Streams の新機能の使用により、ファンアウトが 5 倍拡大し、データストリームが 65% 高速化
新しい HTTP/2 データ取得 API と拡張ファンアウトという、Amazon Kinesis Data Streams の 2 つの新機能をご案内します。この新機能により、Kinesis Data Streams アプリケーションのパフォーマンスが向上します。 この新しい拡張ファンアウト機能では、1 つ以上のコンシューマーとシャード間でスループットが最大 2MB/秒の論理パイプを利用できるため、お客様はパフォーマンスを維持しながら、ストリームから同時に読み取りを行うコンシューマーの数をスケールできます。SubscribeToShard と呼ばれる新しい HTTP/2 データ取得 API では、プロデューサーと複数のコンシューマー間のデータ配信速度が 65% 以上改善されています。この新しい API を使用すると、データは通常、拡張ファンアウトを使用して、プロデューサーから複数のコンシュ
メルペイ VPoE による2019年の振り返り | メルカリエンジニアリング
こんにちはこんにちは。前回のブログでお知らせしたとおり、Merpay Advent Calendar の1日目を、メルペイ VPoE の @hidek がお届けします。 はじめに 2019年もあっという間で、12月を迎えて終わろうとしています。ということで、メルペイとしての2019年を振り返ろうと思います。お題は「何かエモい話」と雑に振られたのですが、2019年に起こったことをなるべく赤裸々に淡々と書いていきます。 メルペイは2018年2月くらいから開発を開始していました。最初からマイクロサービスアーキテクチャの採用、Google Cloud Platform （GCP）を使ったクラウドネイティブな環境、と比較的モダンな思想のもとでの開発を続けています。ちなみに私が参加したのは2018年5月で、2018年中にはすでに決済基盤など大きなところの開発はかなり進んでいる状態でした。が、一方でなか
メルペイ立ち上げの裏側 – 決済サービス開発のゼロイチ話 | メルカリエンジニアリング
はじめに こんにちは。メルペイのPayment PlatformチームでPaymentServiceの開発を担当するエンジニアの @foghost です。この記事は、Merpay Advent Calendar 2019 の21日目の記事です。 3年前、ソーシャルゲーム業界からメルカリに転職してから、幸運なことにゼロイチで決済サービスの開発に関わることができて、エンジニアとしても人生としてもとても充実の3年間を送りました。 そして、今、日本ではすでにキャッシュレスブームが始まっていて、これからFinTechの領域で様々な革命が起きていくと思っています。この記事では私がエンジニアとしてこれまでに決済サービスの開発に関わってきたことを振り返り、これからFinTechに関わりたい方への参考になればと思います。 社内向け決済基盤の検討 メルカリに入社してすぐ、当時社内ID基盤を開発していたPlat
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
