「Amazonでさえサーバレスやマイクロサービスを理解できない」とDHH氏が主張する一方で、「進化可能なアーキテクチャこそ重要」とAmazonのVogels博士
Ruby on Railsの作者として知られるDavid Heinemeier Hansson（DHH）氏が自身のブログに5月4日付けで投稿した記事「Even Amazon can't make sense of serverless or microservices」（Amazonでさえサーバレスやマイクロサービスを理解できない）が話題になっています。 これはAmazon Prime Videoの技術部門が3月に自社ブログに投稿した記事「Scaling up the Prime Video audio/video monitoring service and reducing costs by 90%」（Prime Videoの音声映像監視サービスにおけるスケールアップと90％のコスト削減の実現）で紹介された、AWS Lambdaのサーバレスで作られたPrime Videoの監視サービス
実装クリーンアーキテクチャ
最近何かと騒がしいクリーンアーキテクチャですが、丁度プロダクトで採用したところだったので折角なので情報共有ということで Qiita の初記事にしてみようと思います。 こちらの記事は GUI や CUI のアプリケーションを対象にしています。 Java コードの記事リンク：https://nrslib.com/clean-architecture-with-java/?preview_id=1263&preview_nonce=542ba7b70f&_thumbnail_id=1293&preview=true その他解説もしています。もしよろしければチャンネル登録をお願いいたします。 より実践的なコード（WEBアプリケーション）: https://github.com/nrslib/itddd/tree/master/CleanLike YouTube での解説（WEBアプリケーション）：
DCI Tokyo 1 - Lean Architecture by James Coplien - が開催されました（前編）
1月10日に六本木ヒルズにて、James Coplien氏をお招きしてLean Architectureに関する勉強会を開催しました。UUUMさんに大変素敵な会場を提供頂き、スタッフ含めて40名前後の参加者が集まりました。 このブログでは、当日の翻訳担当を務めた@remoreと@ganchikuが、当日の翻訳内容から抜け落ちた部分の捕捉を含めて、内容のアウトラインを簡単に振り返れればと思います。セッションの前半部分は@remoreが、後半は@ganchikuが解説を担当します。 なお当日のCoplien氏によるセッション内容は、許可を得た上でYouTubeにアップロードされていますので、より深くご覧になりたい方はこちらも併せてご参照下さい。 DCI Tokyo 1 - Lean Architecture by James Coplien (Part 1 of 2)DCI Tokyo 1 -
Webアプリケーションフレームワーク導入時に考慮すべき22の観点 - Qiita
本記事では、 チームによる持続的に変更可能なWebアプリケーションの開発を目標に、フレームワーク導入時に考慮すべき22の観点を紹介する。 フレームワークによって特徴は異なるが、本番導入にあたって、考慮すべきポイントはあまり変わらないので、極力フレームワーク1に依存しすぎないよう配慮する。また、話をシンプルにするため、REST APIを提供するアプリケーションを題材とする。 前提 ソフトウェアのエントロピー ソフトウェアがエントロピー増大の法則を避けられないことを、体感している開発者は多いだろう2。普通にアプリケーション開発を続けると、開発スピードは鈍化し、品質は低下してバグが増え、開発者からは技術的負債への怨嗟の声が聞かれるようになる。エントロピー増大というフォースは極めて強力で、意思を持って立ち向かわなければ、容易にダークサイドに堕ちてしまう。 関心事の分離 大規模Webアプリケーション
自律分散監視システムとそれを利用したネットワークグラフ可視化への挑戦 - Hatena Developer Blog
はじめに はてなサマーインターン2017の大規模システムコースの成果報告をします。 今年の大規模システムコースではメンターのid:masayoshiさんとid:y_uukiさんの下、自律分散監視システムとそれを利用したネットワークグラフの可視化に取り組みました。自律分散監視システムでは単純なクラスタリングによる死活状況の確認だけではなくアプリケーションレベルの疎通確認を行えるものを実現しました。またどのようにしてクラスタを形成するかという問題に取り組む内に、サービス間のネットワーク上のつながりを取得できるようになり、その情報でサーバー間の関係性の可視化を行いました。この記事では、それらの詳細を説明します。 はじめに 自律監視システムの実現 中央サーバー型の監視システム 自律分散監視システム アプリケーションレベルの相互監視 どうやってクラスタを形成するか？ 実験 ネットワークグラフの可視化
いま起きているムーアの法則の限界は、微細化よりも電力と経済性の限界～ポスト・ムーア法則時代のコンピューティング（前編）。QCon Tokyo 2016
今日のお話は、ムーアの法則が限界に来ているなかで、ソフトウェアの技術者の方々がなにをすべきか、ということを中心にしていこうと思います。 ムーアの法則は終焉するのか？ これまでに何度もムーアの法則限界説が流れていて、そのたびに半導体業界はそれをなんとか乗り越えてきたので、ここでまたムーアの法則が限界だという話をすると、オオカミ少年だと言われてしまうかもしれません。 ただ今回はかなり深刻な状況になっています。 その前にまず、ムーアの法則とは何かということを説明しておくと、インテルの共同創業者のゴードン・ムーアという人が50年前に、1つのチップ上の半導体の数、つまりトランジスタの数は毎年倍増すると予測したものです。倍増するペースはそのあと18か月から2年に修正されました。 トランジスタの数はたしかにこの通りに増えていったのですが、他方で半導体業界は総力を挙げてこのムーアの法則を満足させるために技
microservices-infrastructure documentation — Microservices Infrastructure 0.1pre documentation
microservices-infrastructure documentation¶ microservices-infrastructure is a modern platform for rapidly deploying globally distributed services. Features¶ Mesos cluster manager for efficient resource isolation and sharing across distributed services Marathon for cluster management of long running containerized services Consul for service discovery Vault for managing secrets Docker container runt
Webシステムにおけるデータベース接続アーキテクチャ概論 - ゆううきブログ
先月投稿した2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャを学ぶ道のりと代表的な実装モデルの概要を紹介しました。 今回は、前回同様、主に新卒Webエンジニア向けに、Webアプリケーションサーバとデータベースサーバ間の接続管理モデルと運用事情について紹介します。 データベース接続の永続化やコネクションプーリングとは何なのか、なぜ必要なのかといったことが主な話題です。 背景 データベース接続の永続化とはなにか データベース接続のオーバヘッド データベース接続の永続化手法 コネクションプーリングとはなにか コネクションプーリング: ドライバ型 コネクションプーリング: プロキシ型 コネクションプーリング全体について PostgreSQLとMySQL 参考資料 まとめ 背景 2015年Webサーバアーキテクチャ序論では、Webサーバアーキテクチャの話とWebアプリケーショ
Inside NGINX: How We Designed for Performance & Scale
Analytics cookies are off for visitors from the UK or EEA unless they click Accept or submit a form on nginx.com. They’re on by default for everybody else. Follow the instructions here to deactivate analytics cookies. This deactivation will work even if you later click Accept or submit a form. Check this box so we and our advertising and social media partners can use cookies on nginx.com to better
Introduction to Microservices | NGINX
Registration is now open for Microservices March 2023. See the agenda and sign up here. Editor – This seven‑part series of articles is now complete: Introduction to Microservices (this article) Building Microservices: Using an API Gateway Building Microservices: Inter-Process Communication in a Microservices Architecture Service Discovery in a Microservices Architecture Event-Driven Data Managemen
Microservices
a definition of this new architectural term The term "Microservice Architecture" has sprung up over the last few years to describe a particular way of designing software applications as suites of independently deployable services. While there is no precise definition of this architectural style, there are certain common characteristics around organization around business capability, automated depl
重複排除 技術解説（1）重複排除が注目を集める理由 - Wataru's blog
ASCII.technologies 2011年1月号に寄稿した「重複排除技術が革新するストレージの世界」を、何本かのエントリに分けて公開させて頂きます。まずは、第一章「重複排除が注目を集める理由」です。第二章の技術解説、第三章の今後の展望に関しては、後日公開する予定です。なお、編集前のテキストを用いていますので、実際の記事と少し差異があります。 [記事序文] 重複排除（Deduplication）という技術を聞いたことがあるだろうか？その名が示すとおり、「データ内に存在するムダな重複部分を排除して一つにまとめてしまう」技術のことで、ストレージシステムを大きく変え得る技術として、市場で大きな注目を浴びている。本記事では、この新技術はなぜそんなにも注目されているのか、技術にはどのような種類があるのか、そして今後どのように発展していくのかなど、重複排除技術の現状と今後の展望について解説する。
The Sandy Bridge Preview
With Clarkdale/Arrandale, Intel improved integrated graphics by a large enough margin that I can honestly say we were impressed with what Intel had done. That being said, the performance of Intel's HD Graphics was honestly not enough. For years integrated graphics have been fast enough to run games like the Sims but not quick enough to play anything more taxing, at least not at reasonable quality
OpenCL on the CPU: AVX and SSE - StreamHPC
Our Services and ProductsWe are a software house that writes extremely fast code for the world's most demanding companies. Software Development – From architecture to delivery, making fast softwareDevelop Fast SoftwareMaking the release version of prototype codeAparapi and GPU-code in JavaMaking CUDA-code work on AMD hardware (HIP)Porting CUDA to OpenCLTraining – From crash-course to full in-house
インテルの次世代アーキテクチャ「Sandy Bridge」--見えてきた進化の方向
「Sandy Bridge」はおそらく、Intelにとって最も重要な未来のテクノロジだろう。では、Sandy Bridgeとは具体的にどういうものなのだろうか。 Intelはここ12カ月くらいの間、同テクノロジについて慎重な姿勢を取り、断片的な情報しか明かしてこなかった。しかし今では、同テクノロジがIntelをどのように前進させるかについて理解できるだけの情報が出そろっている。 先週北京で「Sandy Bridge」のウエハを初めて披露したエグゼクティブバイスプレジデントのDavid Perlmutter氏。 提供：Intel 簡単に言うと、Sandy BridgeはIntelの次世代のマイクロアーキテクチャだ。つまり、同社プロセッサの再設計である。チップの再設計はIntelにとって最も重要な取り組みであり、2年ごとに実施されている。現行の設計である「Nehalem」は2008年11月に発
CSP(Communicating Sequential Processes)
サイトの説明 並行システムなどを研究していてFormal Methods(形式手法)であるCSPに興味を持ったのだが、日本語であまり良い解説・入門サイトがないようなので自分で書いてみようかと思いました。少しでも役に立てれば幸いです。リンク、コメントなどは自由にしてください。 学習の流れ CSP概要 FDR2とは 代数演算子 prefix（接頭辞） sequential（逐次） recursion（再帰） conditional choice（条件選択） external choice（外部選択） internal choice（内部選択） parallel（並行） 例題１ interleaving sharing（共有） hiding（隠蔽） 例題２ interrupt(割り込み) renaming(変更) Input/Output(入出力) linked parallel Trace S
アプリキャストSDKが一般解放、5年後には「テレビ」という概念が変わるか？:Geekなぺーじ
Sony Dealer Convention 2008に参加してきました。 イベント会場で様々なセッションが開催されていたのですが、その中で一番面白かったのがアプリキャストセッションでした。 アプリキャストのセッションでは、近日中にアプリキャストSDKが一般個人向けに公開されることが発表されていました。 「近日中」とは、かなり近い日程であり、遅くとも1ヶ月以内であるそうです。 今まで、法人向けには公開されていましたが、個人向けSDKはまだ公開されていませんでした。 個人向けSDKが公開され、それが評判になり、その他のテレビメーカも追随した仕組みを発表すれば、5年ぐらいでテレビという機器の概念がガラリと変わってしまいそうです。 少なくとも、私はテレビという固定概念を壊してしまうぐらいの威力がありそうだと感じました。 (ちょっと大げさかも知れませんが。。。) アプリキャストにできること アプリ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
リアクティブ・アーキテクチャ ～大規模サービスにおける必要性と課題〜 #devsumi
エンジニアtype 技術者のキャリアを考えるWebマガジン - 転職＠type
pubsubhubbub - Google Code
