タグ

サーバとデータベースに関するyohane00のブックマーク (5)

  • 低レイテンシと安定性を生むアーキテクチャ - SSPの現場に学ぶ、高可用性のつくり方 - エンジニアHub|Webエンジニアのキャリアを考える!

    低レイテンシと安定性を生むアーキテクチャ - SSPの現場に学ぶ、高可用性のつくり方 低レイテンシとは、広告配信の世界でユーザービリティ / 収益に直結する要素であることから、重要視されています。では、SSPの現場で実際に用いられるシステムはどのような構成になっているのでしょうか。fluct社の鈴木健太さんに、低レイテンシ、そして安定して稼働するシステムの基を聞きました。 200msを目安にレスポンスを返す、低レスポンス設計 オンプレミスとAWSを組み合わせてコストとスケールのバランスを保つ データのコピーをサーバーに入れ、独立化する 悪くなったところを捨てるのが、低レイテンシ・システム安定化の秘訣 ログの集計はBigQueryで簡単に 悪くなったところは捨てて、全体を安定に動かす レイテンシ(latency)とは、リクエストに対して応答を返すまでの時間のことです。レイテンシをできるだけ

    低レイテンシと安定性を生むアーキテクチャ - SSPの現場に学ぶ、高可用性のつくり方 - エンジニアHub|Webエンジニアのキャリアを考える!
  • 「サーバレス/Serverless」はデータベースやコンテナへも広がってきた

    「サーバレスコンピューティング」や「サーバレスアーキテクチャ」といった言葉は、2014年にAWS Lambdaが発表され、その後広く普及したことで一気に注目を浴びるようになりました。 現在ではAWS Lambdaだけでなく、Microsoft AzureのAzure Functions、Google Cloud PlatformGoogle Cloud Functions、IBM CloudのIBM Cloud Functionsなど、主要なクラウドサービスの多くでサーバレスコンピューティング環境が提供されています。 サーバがない、のではない。サーバ管理が不要ということ AWS Lambdaに代表されるサーバレスコンピューティング環境は、一般にユーザーがあらかじめ用意しておいた関数を、イベントをトリガーとして実行することで何らかの処理を行うFunction as a Service的なア

    「サーバレス/Serverless」はデータベースやコンテナへも広がってきた
  • 分散型システム徹底入門 – Part 3. | POSTD

    BitTorrent BitTorrentは、Web上でtorrentを使って大容量ファイルを転送する際に広く使われているプロトコルです。その主な目的はメインサーバを経由することなく、ネットワーク内のさまざまなピア間でのファイル転送を容易にすることです。 BitTorrentクライアントを使うと、世界中の複数のコンピュータに接続してファイルをダウンロードします。.torrentファイルを開くと、コーディネーターのような役割を果たすマシン、いわゆる トラッカ に接続されます。トラッカはピアを見つけ出し、欲しいファイルを持っているネットワーク内のノードを示してくれます。 *注釈: トラッカ ・オンラインのノードをトラッキングする ・ノードが何のファイルを提供しているかを認識する Seeder:シーダ Leeche: リーチャ 破線:ファイル転送 実線:メタデータ転送* ネットワークのサンプル

    分散型システム徹底入門 – Part 3. | POSTD
  • 【6/22報告】5月30日からの断続的な障害につきまして|ニコニコインフォ

    ニコニコ各種サービスにおいて、2018年5月30日から2018年6月12日まで、複数回の障害を発生させてしまいました。ご迷惑をおかけして申し訳ありませんでした。 6月12日までに発生した障害について、障害の内容と再発防止策をお知らせします。 ※社内サービス名などの社内用語は一般的な言葉に置き換えています。 5月30日【ユーザーフォロー】ユーザーフォローに失敗する 等 ■ 障害発生時間 2018年5月30日14時30分ごろ ~ 2018年5月30日19時40分ごろ ■ 障害の発生したシステム リレーションデータベース基盤 ■ 障害の影響が波及したシステム ユーザーフォロー基盤, 通知連携基盤 ■ 障害の内容 特定のユーザーによる攻撃的なアクセス(過剰なユーザーフォロー状態の操作)によって、ユーザーフォロー基盤が利用しているリレーションデータベース基盤が過負荷状態に陥りました。 その結果、ユー

    【6/22報告】5月30日からの断続的な障害につきまして|ニコニコインフォ
  • Site Reliability Engineering – 10章 時系列データからの実践的なアラート - Fire Engine

    こんにちは、つるべーです。 先日、福岡のインフラ界隈のエンジニアの方々がやっているSREの輪読会に参加し、発表をさせていただいたので、その時の内容をまとめます。 私は、10章の「時系列データからの実践的なアラート」を担当させてもらいました。 はじめに なぜ「時系列データからの実践的なアラート」が必要かを考えてみた。 Webサービスの大規模化や複雑化に伴い、サーバ台数の増加やシステム構成の複雑化が進んだことで、サーバのメトリクス等の情報を高解像度かつ長期間保持したいという要望が高まっている。また、サーバのメトリクスをより統計的に解析し、アラーティングの精度を向上させたいといったシーンも増え、時系列データベースに溜め込んだデータを用いた柔軟なアラーティングの需要が高まっているのではないだろうか。 概要 10章ではBorgmonと呼ばれるGoogleの内部システムについての話が中心だが、「アラ

    Site Reliability Engineering – 10章 時系列データからの実践的なアラート - Fire Engine
  • 1