Reactive, Stateless and Mortal Architecture for Web Applications 松本亮介 / ペパボ研究所 GMOペパボ ホスティング技術カンファレンス ~破壊的イノベーションをおこす革新的技術~
![FastContainerアーキテクチャ概論 / Reactive, Stateless and Mortal Architecture for Web Applications](https://cdn-ak-scissors.b.st-hatena.com/image/square/9a869e1584c7484ce7afeb5ac8059551385c2553/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2F78f3593adfa14edfa189d3d57480731c%2Fslide_0.jpg%3F7361539)
はじめに これまでにこんな記事を書いていました。 Ansible 2.0リリース! Ansible 2.0がリリースされたときに書いたもの Ansible 2.0リリース記事の日本語訳 Ansibleのこれまでとこれから Ansible 2.1がリリースされたときに書いたもの これまでの振り返りとロードマップの解説 と、よくよく考えてみたらAnsible 2.2がリリースされたのになんの記事も書いていないことに気づきました。これはまずい。 というわけで(Advent Calendarの穴埋めをかねて)この記事を書き始めました。 Ansible 2.2 それではいつものように CHANGELOG と リリース記事 あたりから Ansible 2.2 というリリースがどのようなものだったのか押さえておきましょう。 Ansible 2.2 brings performance enhanceme
Distributed computing (Apache Hadoop, Spark, ...) Advent Calendar 2016の12/25分です。もともとYARNのApplication Timeline Server v2について書こうと思っていたのですが、気が変わってHadoopとS3の関係性について書いていこうと思います。もし期待していた方がいらっしゃったらごめんなさい。(ATSについては機会があればまた書きたいと思います。) 背景 S3について書こうとおもったのは、下記のような仕組みを作っている中でいろいろ思うところがあったからです。 システムがS3に吐き出す様々なログ、データやメトリクスをZepplinで可視化するための仕組みです。永続化したいデータはS3にしか置かず、SparkやZeppelinなどのコンポーネントはステートレスかつ拡張、もしくは別の計算フレームワ
こんにちは。組長こと @fujiwara (id:sfujiwara) です。 早速ですが皆さん、ログは見ていますか? 当然見ていますよね。tail -f で追いかけるとか大好きですよね。という前提で話を進めましょう。 この記事は Tech KAYAC Advent Calendar 2016 の24日目の記事です。 TL;DR 多種多様なホストから発生するログの末尾を tail -f で追いかけたい fluentd + ローカルファイルで行うのはちょっと面倒 Amazon Kinesis + Lambda を使ってスケーラブルな仕組みを考えてみた kinesis-tailf というツールも作った 既存の仕組みと問題点 techblog.kayac.com 弊社の Lobi とソーシャルゲームでは、この記事で紹介されたような Fluentd を活用したログ集約の仕組みを整備しています。この
12月15日、六本木ヒルズにて、Elasic社の公式イベント「Elastic{ON} Tour 2016 in Tokyo」が開催されました。本稿では基調講演を中心にその模様をレポートします。 基調講演「ELKからElastic Stackへ」 基調講演は「ELKからElastic Stackへ」と題して、CTO&創業者のShay Banon氏が話しました。 Elasticの歴史 始めに、Elastic社のこれまでの歩みを振り返りました。2010年2月に、分散型RESTful検索/分析エンジンであるElasticsearchの最初のバージョンをリリースしました。そして2012年に会社(当時の社名はElasticsearch)を設立しました。その際、Elasticsearchやそのエコシスムに投資することで継続的に作っていくこと、よりシンプルにすること、そしてこれらを使って実際の問題を解決し
Open-source TSDB written in Go and based on ideas from Clickhouse DB, supporting an extended PromQL query language. Primarily designed for high-cardinality metrics and supporting long term Prometheus storage Fast, flexible, and, reliable open-source time-series database powered by PostgreSQL. TimescaleDB natively supports full SQL and connects to the entire Postgres ecosystem of tools and connecto
この記事はCyberAgent Developers Advent Calendar 2016 24日目の記事です。23日目はdekatotoroさんの「Apple TV – tvOS入門」でした。 こんにちは、AbemaTVサーバサイドエンジニアのギアです。 去年は新卒のiOSエンジニアとして、「ReactiveCocoaとMVVMモデル」という記事を書きましたが、今年はサーバサイドに関することを書きます。 はじめに この前にAbemaTVはモニタリング・アラートのため、主にStackdriver, Bugsnag, StatusCakeというサービスを使っています。しかし、Stackdriverはデフォルトである程度のGCP (Google Cloud Platform) 上のリソースに対するメトリクスしかありません。各マイクサービス間の通信やサービスのカスタマイズメトリクスなどのアプ
不動の人気を誇る動画配信サービス「ニコニコ動画」(ニコ動)と「ニコニコ生放送」(ニコ生)において、動画プレーヤのHTML5化、そしてバックエンドシステムの刷新が図られました。このプロジェクトの背景や使われた技術、苦労したポイントなどについて、ドワンゴのエンジニアである七田弘志氏(写真1)、後藤哲志氏(写真2)、三須健太郎氏(写真3)にお話を伺いました。 フロントエンドのみならず、バックエンドシステムも刷新 ──どのようなきっかけから、HTML5化プロジェクトが始まったのでしょうか。 七田:大きな要因となったのは、主要WebブラウザでFlashのサポートを打ち切るという方針が示されたことですね。今までもスマートフォンやテレビデバイスなどではHTML5プレーヤを実現できていたのですが、PC版のページは既存機能が大きく、プレーヤの作り変えが後手に回っていた部分が大きかったんです。そ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く