Amazon.comがモノリシックな構造からSOAへ移行したときに気がついた間違い。同社CTOが語る
ニューヨークで開催されたイベント「AWS Summit 2016 New York」。基調講演で同社CTOのWerner Vogels氏は、Amazon.comのシステムがモノリシックな構造からSOAへ、そしてマイクロサービスへ移行する際に得た教訓について手短に紹介しています。 機能ドリブンでサービスを分解するべきだった Werner Vogels氏。 10年前の話をしよう、Amazon.comは巨大なモノリシックな構造から転換してきた。私たちのお客様もおそらく、似たような経験をこれからするはずだ。 Amazon.comは、モノリシックな構造からSOAに転換すると決めた、それはいわゆるSOAが登場するよりも前の時期だ。 さまざまなコンポーネントをサービス化し、APIでつなげるようにした。これは非常にうまくいったが、しかし私たちは間違いにも気づき始めていた。 それは、データドリブンにサービス
とある現場のシステムアーキテクチャ
DevLOVE関西 現場のアーキテクチャの話をしてみませんか？ のセッション資料です。Read less
私のアーキテクチャルディシジョン
https://bit.ly/2XtzKlv 組織はクラウドを急速に採用しており、複雑なビッグデータの状況に対処するに際し、重要な企業情報リソースの移行が課題になる可能性があります。適切なデータサービスアーキテクチャを構築することで、企業は俊敏性やコスト削減など、クラウドイニシアチブから最大限の利益を得ることができ、データ仮想化が問題の軽減に役立ちます。
"Microservices"を読んだ
James Lewis氏とMartin Fowler氏による“Microservices”を読んだ．以前ざっと目を通したが，最近よく耳にするようになったのでちゃんと読んだ．以下はそのメモ． 概要 “Microservices” とはソフトウェアシステムの開発スタイルである 近年このスタイルでの開発を見てきて良い結果が出ている 初出は2012年の3月の“Micro services - Java, the Unix Way” Microserviceは一連の小さなサービスで1つのアプリケーションを開発する手法 それぞれのサービスは自身のプロセスで動いており，軽量な機構（e.g., HTTP API）を通じて情報をやりとりする これらのサービスは独立して自動デプロイされる 一枚岩として構築されるMonolithicスタイルのアプリケーションと比較すると分かりやすい 一般的なエンタープライズのア
クックパッドとマイクロサービス - クックパッド開発者ブログ
技術部の高井です。 最近、日本でもマイクロサービスという言葉が流行しつつあります。 今回は、なぜクックパッドがマイクロサービスを選択したのか、また実際にどのようなやり方をしているのかということを紹介します。 Conwayの法則 ここ数年の間、クックパッドはレシピの投稿・検索サービスから「食を中心とした生活のインフラ」として事業領域を拡大しつつあります。海外レシピサービスの買収による海外展開は、単なる金銭的な関係にとどまらず、人的・技術的な交流も含めて本格化しつつあります。また、「モバイルファースト」を標語とするモバイルアプリケーションへの取り組みも加速してきました。 事業領域の拡大やグローバル展開、モバイルファーストといったビジネス要求の変化に応じて、会社の組織構造も変化しています。そして、Conwayの法則 として知られているように、組織構造とソフトウェアアーキテクチャには密接な関係があ
世界最強のソフトウェアアーキテクト
「のどが渇いた」というユーザーに何を出す？ ユーザーの「欲しい」に惑わされない、本当のインサイトを見つけるUXデザイン・UXリサーチ 2022年9月13日 株式会社メンバーズ ポップインサイトカンパニーでのウェビナーのスライドです。「ユーザーが欲しいと言った機能をつけたのに使われない！」という経験はありませんか。プロダクトをつくるとき「ユーザーの心理を理解しよう」とよく言われます。しかし、ユーザーに言われたままやることと、ユーザーが本当に望んでいることは異なります。「UXデザイン・UXリサーチ」は、ユーザーを理解するための専門技術です。ユーザーインタビューやユーザビリティテストを用いてファクトを集めることで、ユーザーの表面的な言葉に惑わされない、本当のインサイトにたどりつくことができます。かんたんなワークも交えながら、体系的に解説いたします。
highscalability.com の Tumblr のアーキテクチャについての記事を読んだ - @kyanny's blog
High Scalability - High Scalability - Tumblr Architecture - 15 Billion Page Views a Month and Harder to Scale than Twitter を読んだ。すごく面白かった。 Kindle で引用したところを中心にメモ。 Tumblr のソーシャルグラフの特徴 The graph for Tumblr users has hundreds of followers. This is different than any other social network and is what makes Tumblr so challenging to scale. Tumblr だと follower が数百人いるユーザーはザラにいる。 follower の多いユーザーの post は多くのユーザ
Webアプリのアーキテクチャの歴史と進化 | ありえるえりあ
Webアプリのアーキテクチャの歴史と進化 アリエルネットワークCTO 井上誠一郎 自己紹介+宣伝 書籍 「P2P教科書」 「パーフェクトJava」 「サーバサイドJavaScript入門」 「パーフェクトJavaScript」 今回の講義 - Webアプリのアーキテクチャの俯瞰 - 基軸がないと散漫になるのでPoEAAを開始点 - 専門用語は[用語]ページで整理 参考図書 - PoEAA マーチン・ファウラー http://martinfowler.com/eaaCatalog/index.html - J2EE ロッド・ジョンソン 変わらない目的 - 理解しやすい設計/コード - 変更に強い設計/コード パラダイムシフト(1) - 名著や偉い人の言葉でも、その時代なりの制約の下にある - 制約が変われば常識も変わる パラダイムシフト(2) - Xは正しい... - オブジェクト指向は正し
CPUのアーキテクチャをトイレに例えると | Hinemosu
おもろい。たとえ方がうまいなぁ。 消え気味なのでコピペ。 155 ：・良く分かるパイプライン ：04/04/26 17:20 ID:B6tZVOSS 「おしっこをして手をあらってでてくる」。 トイレが一室しかないと混雑時は長蛇の列ができます。 1.おしっこをする 2.手を洗う。 二段のパイプにすると、手を洗ってる間に別の人が用を足せるようになります。 トイレ一室で二人が気持ちよくなれて、効率が倍になります。 もうすこし深くしてみましょう。 1.ジッパーを下げる 2.ちんちんとりだす 3.放尿する 4.しずくを切ってちんちんしまう。 5.ジッパーをあげる 6.手を洗う 7.紙を使って手をふく 7ステージに分解すると、なんと 7人が同時に処理できます。 これがパイプラインです。 156 ：・良く分かるスーパスケーラ ：04/04/26 17:21 ID:B6tZVOSS トイレの利用はおしっこ
高速WebサーバMighttpdのアーキテクチャ | IIJの技術 | インターネットイニシアティブ（IIJ）
IIJ-II技術研究所では、2009年の秋からMighttpd（mightyと読む）というWebサーバの開発を始め、オープンソースとして公開しています。この実装を通じて、マルチコアの性能を引き出しつつ、コードの簡潔性を保てるアーキテクチャにたどり着きました。ここでは、各アーキテクチャについて順を追って説明します。 ネイティブ・スレッド 伝統的なサーバは、スレッド・プログラミングという手法を用いています。このアーキテクチャでは、1つのコネクションを1つのプロセスかネイティブ・スレッドが処理します。 このアーキテクチャは、プロセスやネイティブ・スレッドを生成する方法で細分化できます。「プール」方式では、あらかじめ複数を起動しておきます。例としては、Apacheのpreforkというモードが挙げられます。「都度」方式では、コネクションを受け取るたびに生成します。このアーキテクチャの利点は、制御を
Twitterがページ表示時間を5分の1に高速化。どのようなテクニックを使ったのか？
Twitterがフロントエンドのアーキテクチャを見直し、Webページの読み込み速度を改善したことをブログで明らかにしています。 新しいアーキテクチャでは、これまでWebブラウザ上でJavaScriptの処理によって行ってきたWebページのレンダリングを見直し、サーバ側でレンダリング済みのHTMLページを送信し表示することにしています。これによってWebページの読み込みから最初のツイートの表示までの時間が大幅に短縮されることになりました。 When we shipped #NewTwitter in September 2010, we built it around a web application architecture that pushed all of the UI rendering and logic to JavaScript running on our users’
MVCは死んだ。MOVEするときがきた - きしだのHatena
Conrad Irwinさんの「MVC is dead, it's time to MOVE on.」を訳してみました。 MVC is dead, it's time to MOVE on. この訳文も原文のライセンスを引き継いでCC-BY-3.0ライセンスで利用可能とします。 追記13:58 すでに訳してた方がいました。MVCの時代は終わった。MOVEを使い始めましょう。 - ふじこのプログラミング奮闘記 MVCは死んだ。MOVEするときがきた MVCはすばらしいアイデアだ。モデルを持ち、モデルは内部に少しの状態をもつ。ビューは内部に少しのUIをもつ。そして、コントローラは内部に少しの・・・ 何を持つ？ 私は確かにこのことに気づいた最初の人物ではない。しかし示されたようなMVCの問題のために、あなたは最後には過剰なコードをコントローラに詰め込むことになる。なぜなら、他にどこに入れていいか
ソフトウェア・エンジニアから見た原発事故
私はこれまでこのブログで、今回の原発事故が「想定外の津波によって起こされた天災」ではなく、「本来想定すべき天災に対する対処を先送りして来たことによる人災」であったこと、そして、形だけの津波対策や地震対策をしたところで、「規制機関が電力業界と癒着して利権構造を作っている」という根本的・構造的な問題を抱えている限りは、同じような事故が必ずまた起こることを指摘してきた。 こんな私の指摘に対しては、「原子力の専門家でもない、シアトルに住むソフトウェア・エンジニアの戯言（たわごと）に過ぎない」と言う指摘もしばしばいただいたが、エンジニアに不可欠な「システマティックにものを見る能力」のある人であれば、原子力の専門家でなくとも、これぐらいのことは言える。 別の言い方をすれば、事故に関して公開されている限られた情報だけで、その根本の原因がどこにあったのか、そして、このまま原発を再稼働することがどのくらい危
Keplerの“なに”が仮想化対応GPUなのか──日本で「NVIDIA VGX」を解説
NVIDIAは、GPUコンピューティングにおけるオフィス向け仮想化プラットフォーム「NVIDIA VGX」を日本の関係者に紹介する説明会を行い、NVIDIA米本社 VGXプロダクト・ライン・マネージャーのウィル・ウェイド氏が、プラットフォームの構成と概要を解説した。 NVIDIA VGXは、“Kepler”世代のGPUで実装したGPUコンピューティングにおけるハードウェア仮想化技術で、その概要は2012年5月に米国で行われた「GPU Technology Conference 2012」（GTC 2012）におけるNVIDIA CEOのジェンスン・ファン氏による基調講演で紹介している。 ウェイド氏は、NVIDIA VGXを支える技術的動向の1つとして、「Bring Your Own Device」（BYOD）を挙げている。BYODは、ビジネスの現場で、IT管理部門が支給するデバイスではなく
まとめ本 - Strategic Choice
まとめ記事を書いた本の一覧です。まとめ記事の内容も、簡単に説明しています。一覧出典本まとめ記事オブジェクト指向設計原則パッケージ設計の原則オブジェクト指向を効果的に活用するための、クラス設計の原則についてまとめています。（SOLID原則） また、クラスレベルだけでなく、パッケージレベルの原則についてもまとめています。GRASPパターンオブジェクト指向設計の基本は「適切なクラスに適切な責任を割り当てること」です。この指針である「GRASP」についてまとめています。構造化プログラミング構造化プログラミングのエッセンスについてまとめています。 パラダイムが異なっても（＝オブジェクト指向でも）通用する・適用できる考え方です。 GoFのデザインパターンGoFのデザインパターンを全てまとめています。 各パターンのまとめ後、「なんでこんなことするのか？」「こうするとどういう効果がうまれるのか」を考察して
pixivのデータストア/キャッシュ戦略 その1 - pixiv engineering blog
Zoff PCのカラータイプ眼鏡を愛用しているインフラ兼ソフトウェアエンジニアのbokkoです。 夏休みは山登り -> 温泉で悠々自適に過ごしてましたが、休み明けから筋肉痛で体のあちこちが痛いです(><)。 今回はpixivで活用しているデータストアやその周辺ミドルウェアの話を3回くらいに分けてしようと思います。 pixivを支えるデータストア pixivでは主に以下の2つをデータストアとして活用しています。 MySQL KyotoTycoon MySQL pixivではユーザやイラスト、ブックマーク、あるいはそれらに関連した情報といったサービスの根幹に関わるデータはMySQLに保存しています。 これはMySQLの高い信頼性のほかに、ピクシブ社内でMySQLの運用に関するノウハウが蓄積されていたり、自作の運用ツール群が充実しているというのが大きな理由です。 KyotoTycoon Kyot
第2回 基本設計工程のITアーキテクト
ITアーキテクトが作成する成果物に注目し、何のために作るのかを明らかにします。システム開発のライフサイクルを軸にし、今回は基本設計工程を対象にします。基本設計工程では、主に次の5つの成果物を作成します。 （1）論理データモデル図 （2）パッケージ図（永続化視点） （3）パッケージ図（機能視点） （4）アーキテクチャー設計ドキュメント （5）アーキテクチャー評価ドキュメント ITアーキテクトのはこの工程で、アプリケーションの構造を創出し、その構造を評価します。基本設計工程ではサブシステムごとに設計作業を進め、要件定義の深堀や、要件の変更（改善）が発生しているはずです。そこでITアーキテクトのタスクとしてポイントになるのは、並行する設計作業間で矛盾が生じないようにサブシステム間の依存関係を整理し、また、そのアプリケーション構造を支えるインフラを含めてアーキテクチャーを設計することです。 ITア
抄訳 InfoWorld: MySQL users caution against NoSQL fad - rkajiyama’s diary
InfoWorldの記事に興味深い記事があったので抄訳。 タイトルは「MySQL users caution against NoSQL fad」で訳すと「MySQLユーザがNoSQLブームに警鐘を鳴らす」という感じでしょうか？2012年9月のMySQL Connect 2012でのパネルディスカッションの内容などをもとに、NoSQLテクノロジーは本当に必要なのかという疑問を提示しています。 以下は抄訳なので詳細は原文をお確かめください。 MySQL users caution against NoSQL fad | InfoWorld Paypalの例 PayPalのチーフアーキテクトは「A lot of people think they have a big data problem, and a lot of times they don't,」「多くの人が"ビッグデータ"の問題を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ソーシャルゲームスケールアウトの歴史
Charming Python: Functional programming in Python, Part 3
