タグ

2018年5月5日のブックマーク (4件)

  • Vespa 機能紹介 #yjmu

    2. チュートリアル資料 https://yahoojapan.github.io/vespa-tutorial/ • 氏名 • 矢野 友貴 (やの ゆうき) • 所属 • ヤフー株式会社 D&S統括部 • サイエンス的ななにか • 業務 • むかーしVespaのサービス運用してた • 検索モデリングとかチョットデキル • 最近はSolrに浮気中 自己紹介 Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 1 3. チュートリアル資料 https://yahoojapan.github.io/vespa-tutorial/ • Vespaの日語向けのチュートリアル資料を以下に公開してます • 詳しい使い方はそちらを参照してください • この発表ではVespaの特徴的な機能をSolr/E

    Vespa 機能紹介 #yjmu
    kimutansk
    kimutansk 2018/05/05
    流石にすぐにどうこうということはないでしょうけど、後から公開された方が周辺の機能はさておき、ベースのアーキテクチャ部が優秀なことは多いので、気長に見てみますかね
  • Introducing the Confluent Operator: Apache Kafka® on Kubernetes

    Introducing the Confluent Operator: Apache Kafka on Kubernetes Made Simple At Confluent, our mission is to put a Streaming Platform at the heart of every digital company in the world. This means, making it easy to deploy and use Apache Kafka and Confluent Platform—the de-facto Streaming Platform—across a variety of infrastructure environments. In the last few years, the rise of Kubernetes as the c

    Introducing the Confluent Operator: Apache Kafka® on Kubernetes
    kimutansk
    kimutansk 2018/05/05
    EBSでKafkaクラスタ構築していた頃からそうでしたが、ネットボリュームという形で実質ストレージが分離され、BooKieへのデータ保存とある意味似た構成ですが、これはKafkaの利点を増強するのか、殺すのか。
  • Kafka vs Pulsar @KafkaMeetup_20180316

    2. Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 2 自己紹介 栗原 望 経歴: ▪ 2012/04 ヤフー株式会社に新卒入社 ▪ 2012/10 ユーザーの属性情報に関連する社内向けプラットフォームの開発 ▪ 2015/07 ヤフオクのBEシステム再構築 ▪ 2016/10 「Pulsar」を使った社内向けメッセージングプラットフォームの開発 ▪ 2017/06~ 「Pulsar」のコミッター 趣味: ▪ ぷよぷよテトリス ▪ ボードゲームいろいろ 3. Copyright (C) 2018 Yahoo Japan Corporation. All Rights Reserved. 無断引用・転載禁止 3 Apache Pulsar Yahoo! Inc.(現:Oath)で開発された

    Kafka vs Pulsar @KafkaMeetup_20180316
    kimutansk
    kimutansk 2018/05/05
    Kafka、やはりBrokerと実際のストレージが密結合なのが個別にスケールしにくく、厄介になってきた気が。ただ、その分関連ミドルは少なくおさえているわけで、それは両面あるんでしょうね。
  • Multitenancy: Kafka clusters for everyone at LINE

    Yuto Kawamura from LINE Corporation presented on their use of Apache Kafka clusters to provide multitenancy for different internal teams. They face challenges in ensuring isolation between client workloads and preventing abusive clients. Their solutions include request quotas to limit client resource usage, slow logs to identify slow requests, and changes to the broker code to pre-warm caches and

    Multitenancy: Kafka clusters for everyone at LINE
    kimutansk
    kimutansk 2018/05/05
    Cache上にない場合のブロックをHandler側に移し、LatestでないSegmentのみ実行することで他の即対応可能なリクエストに影響を出さないようにすることでマルチテナンシと同等、という状態に持って行ったわけですか。