ビッグデータが普及するにつれ,データの多くはデータセンターではなく,ネットワークの辺縁部(エッジ)に格納され,処理される「エッジ・ヘビー・データ」の時代がくるとわれわれは予測する。このためのコンピューター・アーキテクチャは,現在のクラウドコンピューティングとは大きく異なるものになるだろう。われわれはエッジ・ヘビー・データ向けのアーキテクチャKrillの開発を進めている。このアーキテクチャは,データ価値密度を定義するデータ価値場と,確率的プログラミングモデルからなる。われわれは,この大きな変化を千載一遇のチャンスと捉え,ITのリーダーシップを取っていかなければならない。 ビッグデータの時代になって,情報技術(IT)の世界に大きなパラダイムシフトが起きるだろう。データの多くは「クラウド」と称されるデータセンターではなく,ネットワークの辺縁部(エッジ)に格納され,処理されるだろう。われわれはそれ
We demonstrate that, with the availability of distributed computation platforms such as Amazon Web Services and open-source tools, it is possible for a small engineering team to build, launch and maintain a cost-effective, large-scale visual search system with widely available tools. We also demonstrate, through a comprehensive set of live experiments at Pinterest, that content recommendation powe
Jun RaoCo-founder of Confluent and original co-creator of Apache Kafka® This is a repost of a recent article that I wrote for ODBMS. In the last few years, there has been significant growth in the adoption of Apache Kafka. Current users of Kafka include Uber, Twitter, Netflix, LinkedIn, Yahoo, Cisco, Goldman Sachs, etc. Kafka is a scalable pub/sub system. Users can publish a large number of messag
This is an edited transcript of a talk I gave at the Craft Conference 2015. The video and slides are also available. How does your database store data on disk reliably? It uses a log. How does one database replica synchronise with another replica? It uses a log. How does a distributed algorithm like Raft achieve consensus? It uses a log. How does activity data get recorded in a system like Apache
Architectural Patterns for Near Real-Time Data Processing with Apache Hadoop Evaluating which streaming architectural pattern is the best match to your use case is a precondition for a successful production deployment. The Apache Hadoop ecosystem has become a preferred platform for enterprises seeking to process and understand large-scale data in real time. Technologies like Apache Kafka, Apache F
左から、南泰裕氏、丸山洋志裕氏、市川紘司氏、天内大樹氏 いま「建築理論研究」とはなにか 編集──すでに言い古された言い方になりますが、1990年代半ば以降、とくに21世紀に入ってからは建築理論がかなり後退している。あるいは、建築理論を受容する理由が蒸発しかけている。そうした状況をどう受け止めればいいか、建築に関わるわれわれにとって建築の理論とはなにかを、もう一度でも二度でも考えてみたいと、南泰裕さん、天内大樹さんと議論してきました。そこで今回から「建築理論研究」のシリーズ(隔月掲載)を始めるにいたったわけですが、南さんにはこの研究会の主意文「建築にとって理論とは何か」を執筆いただいています。 今日は第1回目としてレム・コールハースの『錯乱のニューヨーク』を採り上げるにあたり、ゲストとして丸山洋志さんをお迎えしました。どうぞよろしくお願いいたします。 まずは、南さんにこの研究会全体のフレーム
→紀伊國屋書店で購入 ●「マンハッタンはどこまで完璧でありえるか」 「委員会が提案したマンハッタン・グリッド―――分割される土地は誰のものでもなく、そこに描き出される人々の群れは架空のものであり、そこに建てられる建物は幻影であり、その中で行われる活動は存在しない。」(p35) マンハッタンについて語ることにより、その隠れた戦略を暴き出し、自家薬籠中とすることにより、再びマンハッタンを構築すること。それがこの本の目的である。著者レム・コールハースは特異な建築家である。20世紀のモダニストが自らのイデオロギーを基に方法論を展開し、明晰なマニフェストを提示しながらも創作を展開していたのに対し、レム・コールハースは自らのイデオロギーを決して語ることなく、また自己の創作の方法論を明確に提示することもなく、ただマンハッタンの生成プロセスを語ることによってのみ、自らの創作の根拠を世の中に提示しようとする
特定のプロジェクトがあり、要件定義をし概要設計をする。 それがアーキテクトの仕事だと思われがちですが、大きな視点を持ち様々な課題を自らリードして解決していく立場としても絶好のポジションです。 このセッションでは、Mobage オープンプラットフォームの立ち上げから、 グローバルプラットフォーム展開、さらには mixi 社との共同プラットフォーム構築、 JavaScript SDK と認証技術の組み合わせによる新しい HTML5 プラットフォーム構築をアーキテクトという立場でリードし続けた立場から、技術選択のみならず実現したい事に対する俯瞰的な捉え方を、これまでの実例と共に紹介し、アーキテクトという役割について、お話します。Read less
@@ -0,0 +1,37 @@ +http://martinfowler.com/bliki/SacrificialArchitecture.html + + +会議の席であなたは考えている。自分のチームが二年間かけて書いてきたコードのことを。そして決断に至る。いま打てる最善の手は、あのコードをすべて投げ捨てまったく新しいアーキテクチャを再構築することだ。死にゆくコード、それに費やした時間、自分が下し続けてきた判断。この決断は、あなたはどんな気持ちにするだろう? + +多くの人にとって、コードを捨てるのは失敗の証だ。ソフトウェア開発の探索的な性質を考えれば、わからない判断ではないかもしれない。けれど失敗には違いない。 + +ところが、いま書ける最良のコードは二年経ったら捨てるつもりのコードだということはよくある。 + +私たちは長命なソフトウェアとして偉大なコードを思
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く