変更に強いアーキテクチャについてIT業界19年目の僕が超ザックリ説明する - Qiita
この記事は、設計・アーキテクチャ Advent Calendar 2018 の第7日目の記事である。 はじめに この記事では、IT業界19年目の僕が実践している変更に強いアーキテクチャについて、出来るだけ難しい表現を避け、教科書的なありきたりな内容ではなく現場の肌感覚に近い切り口で「超ザックリ」な解説を試みてみようと思う。 普段自分がよく用いている実装パターンの紹介ともいうべきかも知れない。 この記事で説明すること いざ「変更に強いアーキテクチャとは」とズバリ訊かれても、一概に「これだ！」という答えはない。 プログラミング言語や、フレームワークによっても条件が異なるし、利用可能な技術や開発チームの特性、業務要件や運用要件の特性によっても様々であるし、インフラや開発プロセスまで含めて考えると考慮すべきことは無限にある。 ここでは主にソフトウェアの構造という観点から、"変更に強い" ということ
PLAIDがNode.jsを採用し、5年間で12万行書いてわかったこと | PLAID engineer blog
Node.jsをリアルタイム解析サービスの開発で5年間使って知ったメリットやデメリットを紹介します。大規模な解析サービスをNode.jsで記述する上での工夫などについても解説しています。
実行環境の変化に素早く適応できる恒常性を持つシステムアーキテクチャと今後の課題 - 人間とウェブの未来
一年前にFastContainer構想という記事を書いてから、主にアカデミアでFastContainerに関する研究をすすめたり、FastContainerに基いて実装されている「ロリポップ！マネージドクラウド」というロリポップ！の新しいプランのリリースに向けて取り組みを行ったりしておりました。 hb.matsumoto-r.jp そこで、ブログでも「FastContainer: 実行環境の変化に素早く適応できる 恒常性を持つシステムアーキテクチャ」についての構想からのアップデートをまとめておきたいと思います。 英文タイトルは、 A Homeostatic System Architecture Rapidly Adapting Execution Environment Changes です。 はじめに 背景 目的 提案の概要 Serverlessアーキテクチャによる実装との違い Her
オープンロジを支える技術（2017年版） - Qiita
OPENLOGI Advent Calendar 2017 最後の投稿です。 株式会社オープンロジは 2013年12月25日 が創業日で本日がちょうど創業4年目の節目になります。 オープンロジのサービスリリースが 2014年10月 なのでそれからは3年程になります。 物流アウトソーシング「オープンロジ」がサービス開始――中小事業者や個人をターゲットに お陰様でユーザは徐々に増え今年の夏にはシリーズBラウンドをむかえ事業規模も大きくなってきました。 こんなサービスを３年間支えてきた技術や逆に使わなくなってしまった技術を振り返りながら整理したいと思います。 インフラ 何はともあれサービスを運用するにはサーバーが必要ですがAWSなどクラウドインフラのおかげで誰でも簡単にサービスを立ち上げられる世の中になりました。 オープンロジも誰でも簡単に物流サービスを提供したいという思いがあり、物流のAWSと
一からマイクロサービスの開発フローを作った話 - Qiita
※ 2016年の記事なので、すでに古い情報が多いです。 今の会社で、全社の外部サービスで利用できるAPIを作ってね、という話があったので、環境構築からコーディング、運用まで一人で行っている。 基本はAWSのサービスを利用し、ログの保存だけGCPのBig Queryを利用した。 ※ 2017/10/13 追記 このときの経験を踏まえて、コンテナでの環境構築を行ったので記録した。 → 一からAPIサーバの開発フローを作った話〜コンテナ編 関連記事 マイクロサービスで調査しやすいログをつくる マイクロサービスのテスト作成方針 マイクロサービス作成時におこなった負荷対策 deployフローに関しての振り返り ウェブサービス構築時に導入する、開発が3倍速くなる仕組み 簡単な要件 ゲームなど自社で利用するユーザアカウント情報を1つにする 現在のアカウントで引き続きサービスは利用できる アカウント以外に
サイボウズのサービスを支えるログ基盤
Cybozu Meetup #6 大規模サービスを支える名脇役たちでの発表 https://cybozu.connpass.com/event/61329/
秒間100万クエリ・8万リクエストの「グラブル」安定稼働を支える、Cygames「3つの取り組み」【デブサミ2017】
ゲーム好きにはもちろん、普段はスマホゲームに興味がない人にも「グラブってる？」のTVCMでおなじみのタイトルとなったCygamesの「グランブルーファンタジー」。2017年1月には登録ユーザー数が1400万人を突破し、記念キャンペーンも開催された。これだけ大規模なソーシャルゲームの安定稼働を支えるためには、どのような技術や取り組みが求められるのか？ インフラ構築・運用にかかわる人にとっては気になるところだろう。本セッションでは、Cygamesのインフラセクションマネージャーを務める佐藤太志氏が「膨大なログデータの収集・活用」「リアルタイム通信の高速化」「タグシステムによる運用効率化」という3つの取り組みを中心に紹介。グラブルを支えるさまざまなインフラ技術や大規模ゲームならではの運用の工夫を語った。 講演資料：グランブルーファンタジーを支えるインフラの技術（Cygames Engineers
ダッシュボードツール「Re:dash」とは？インストール方法から使い方まで解説！【初級編】 | SELECK [セレック]
OSSで提供されているダッシュボードツールRe:dash（リダッシュ）。リレーショナルDBはもちろんTreasureDataやBigQueryまで、数々のデータソースに対応するRe:dashの導入方法から使い方まで解説します。 世の中には数々のダッシュボードツールがありますが、Re:dashの特徴はなんといっても無料で使える(※)OSSであること、そして数多くのデータソースに対応していることです。 かくいうSELECKも、Re:dashの取材をした次の日に導入し、今では日々の数字をチームで共有し、次の打ち手を決めるために活用しています。 サービスの重要指標を可視化し、共有するためには欠かせないダッシュボード。その構築方法と使い方を解説します！ちなみにこの記事のためにAWSに環境構築をしたところ、30分くらいで終わりました。 ※ 無料とはいっても、Webサーバー代はかかりますが… ▼このシリ
![ダッシュボードツール「Re:dash」とは？インストール方法から使い方まで解説！【初級編】 | SELECK [セレック]](https://cdn-ak-scissors.b.st-hatena.com/image/square/5ee9a0100fbd05eba028c5d756c78c4093c9cedc/height=288;version=1;width=512/https%3A%2F%2Fdpd29bjwmgbr8.cloudfront.net%2Fwp-content%2Fuploads%2F2016%2F04%2F01215122%2F9fb17a42-d906-4038-8f8f-6bf9a5f9c9fd1.png)
DeNAの分析を支える分析基盤
Hadoop/Spark Conference Japan 2016でのライトニングトークの資料 by Ryosuke Iwanaga (@riywo) This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS a
スマートニュースの世界展開を支えるログ解析基盤
スマートニュースは昨年の 10/1 に米国版をローンチするにあたり、ログ解析基盤のリニューアルを行いました。日本に加えて米国やその他の国が入ってくることにより、単なるユーザ数の増加に加え、OS x 国 x タイムゾーン x 多種多様なメトリクスのような集計軸が増えることで、ログの前処理、集計、可視化に様々な工夫が必要になってきます。本セッションでは、会社の成長に応じたログ集計基盤の転換を振り返りながら、世界進出にあたってどのようなことを考え、どのようにログ集計基盤をリニューアルしていったか、および、そのログ解析基盤を支える Amazon EMR, Hive, Presto, Azkaban, Shib, Chartio などのツールについてお話します。
AbemaTVにおけるMicroservices Architecture
AbemaTVにおけるMicroservices Architecture 1. AbemaTVにおける Microservices Architecture 2. About Me ● プロフィール ○ 西尾 亮太 ○ 株式会社AbemaTV 開発局 ○ サーバーサイドエンジニア ● プロジェクト経歴 ○ Amebaスマートフォンプラットフォーム ○ リアルタイム通信基盤 ○ AbemaTV 3. AbemaTVについて 4. 無料でみれる 24時間365日完全編成 インターネットテレビ 5. マルチデバイス ● PCブラウザ ● Androidスマートフォン/タブレット ● iPhone/iPad ● Chromecast ● Amazon FireTV ● AppleTV(予定) ● AndroidTV(予定) 6. リニア放送 7. Video On Demand 8. インターネ
Serverless Architecture Talks にて IoT + Serverless で登壇しました #gunosybeer | DevelopersIO
Serverless Architecture Talks にて IoT + Serverless で登壇しました #gunosybeer 藤本です。 昨日、Gunosyさん主催のServerless Architecture Talksに登壇しました。Demoに時間を使いすぎ、時間足りなくなって発表を打ち切られてしまいました。ご来場いただいた方、すみませんでした。このブログでお話しきれなかった部分を説明させていただきます。 発表内容 夏休みにセンサーデバイス + AWSのマネージドサービスを利用してIoTデビューしました。その中でいくつかのマネージドサービスを利用してみて、それぞれのマネージドサービスによって何が嬉しいのかまとめてみました。 自由研究内容 センサーデータの可視化 Elasticsearch に収集したデータを Kibana のダッシュボードで可視化しました。 センサーの擬
Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用
Pinterestの急成長を支えてきたアーキテクチャとは？ Pythonで開発しAmazonクラウドで運用 急速に人気が急上昇するWebサービスでは、どのようにスケールするアーキテクチャを構築し運用していくのかはサービスの成否を分けるほど重要です。Pinterestのように急成長してきたサービスのソフトウェア構成やリソース構成はどうなっているのでしょうか、Web上でいくつか情報が公開されているのでまとめてみました。 Pythonで開発し、Amazonクラウドで運用 1年ほど前なので少し古い情報ではあるのですが、Q&AサイトのQuoraにPinterestのco-founder Paul Sciarra氏が書き込んだソフトウェア構成の説明があります。 PinterestはPythonで開発されており、MemcachedやNginxなど高速なレスポンスに配慮した構成になっている様子がうかがえま
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
クックパッドのログをいい感じにしているアーキテクチャ / Logging architecture at Cookpad
知っているようで知らないWebサーバアーキテクチャ
Webアプリケーションのキャッシュ戦略とそのパターン / Pattern and Strategy of Web Application Caching
【14-B-2】グリーを支えるデータ分析基盤の過去と現在（橋本泰一〔グリー〕）
BigQueryで集計するシステムを作って分かったKPI集計ツール作成
AWS IoTアーキテクチャパターン
システムアーキテクチャ | Torrentio -IoTデータ分析プラットフォーム- | AcroMUSASHI | Acroquest Technology Co., Ltd