なぜ壊れない？ 古代コンクリートの謎がまたひとつ解明2013.06.18 13:0019,896 satomi 何千年も昔の人類より大抵のことはうまくできている今日このごろですが、そうじゃないものもあるんですね。 例えば、ローマン・コンクリート（古代コンクリート）。 今のコンクリートでは到底及ばぬほど長もちするのですが、その秘密は一体なんなのか？ 二千年の謎がまたひとつ解明されました。 コンクリートは現代建築には欠かせないものです。一般によく使われる｢ポルトランドセメント（Portland cement）｣は、セメントの強固材として200年近く前から使われています（日本では1875年に宇都宮三郎の会社が初の国産に成功）。が、耐久性の面ではローマン・コンクリートの足元にも及びません。イタリアには何千年も前からあるコンクリートの港が今だに健在ですが、ポルトランドセメントのコンクリートは｢塩水に
スライドの作者であるGleicon Moraesは、これらの図を示した上で、リレーショナルデータベースはガムテープのようにつぎはぎで使えるような万能薬ではない。シャーディングや非正規化などは検討すべきよい選択肢であり、またリレーショナル以外のデータベースも選択肢としていれるとよいだろうと説いています。 そして次のような「リレーショナルデータベースの間違った使い方10項目」を示しているのです（訳は前述の記事「データベースの間違った使い方10項目」から）。 Dynamic table creation（動的なテーブルの作成） Table as cache（テーブルをキャッシュとして使う） Table as queue（テーブルをキューとして使う） Table as log file（テーブルをログとして使う） Distributed Global Locking（分散したグローバルなロック）
「2007年からソーシャルゲームを提供してきたGREEにおける、技術的な側面での失敗と成功の実例を通じて、そのノウハウや必要な技術について解説します。合わせて、それらの経験に基づくGREEから提供していくフレームワークであるGREE Technology Stackについてもご紹介します」ということで、CEDEC2011にて講演された「GREEソーシャルゲーム5年間の技術的失敗と成功の歴史 ～GREE Technology Stackのご紹介～」はかなり濃い内容となっており、グリーの開発本部 取締役 執行役員CTO 開発本部長である藤本真樹氏と、同じくグリーの開発本部 インフラ統括部 アプリ基盤チーム リーダーの梶原大輔氏による話が次々と展開されていきました。 注目度も非常に高く、人だらけ。 今回はこの講演を発表の場にいる感覚で読んでもらえるように、当日の発表資料と合わせてまとめてみました
みなさん、Evernoteは使っていますか？ Evernoteは「全てを記憶する」が合言葉のメモアプリで、クラウド上にデータを保存してWin/Mac/iPhone/Webから共通のデータにアクセスしたり同期したりできるのが特徴の便利なサービスです。開発元はシリコンバレーの会社ですが、日本人のユーザも非常に多いそうで、Evernoteの使い方についての記事は日本語でも星の数ほどありますのでここでは触れません。 今回は、そのEvernoteの裏側のシステム概要を解説する記事が今月開設されたばかりの技術ブログに公開されていましたので、翻訳してみました。Architectural Digest | Evernote Tech Blog はじめにこのブログの手始めとして、Evernoteの構築について大雑把な概要を述べる。ここではそれぞれのコンポーネントの詳細に踏み込むことはしない。それらについての
調べ物をしていて、Cloud Architecture Patternsなるものに辿り着きました。 次の記事が、パターンに関する概要です。 Cloud Architecture Patterns: Overview http://www.doublecloud.org/2010/10/cloud-architecture-patterns-overview/ 別記事で、10個のパターンが解説されています。 ブログ記事ではありますが、アレグザンダーの『パターン・ランゲージ』や、それにインスパイアされて書かれた（いわゆる）パターン本の形式が、ほぼ踏襲されています。 Motivation: そのパターンを適用する前提や課題 Solution: Motivationに対する解決策 Applicability: パターンがどのように適用するか Consequence: パターンを活用した結果 Kno
米国の計算機学会として知られるACMが主催したクラウドコンピューティングのシンポジウム「ACM Symposium on Cloud Computing 2010」（ACM SOCC 2010）が6月10日、11日にインディアナ州インディアナポリスで開催されました。 基調講演には、グーグル、Facebook、セールスフォース・ドットコムというクラウド業界のトップベンダーが登場し、それぞれのクラウドについて語るという内容でした。ここではその基調講演から、セールスフォース・ドットコムのRob Woollen氏による同社クラウドのアーキテクチャの解説を紹介します。おそらくこれまででもっとも詳しく、同社のクラウドアーキテクチャを解説したものになっています。 セールスフォースのマルチテナントアーキテクチャとは Rob Woollen氏。講演タイトルは「Inside Cloud:Salesforce.
Twitterは、同社の何千台ものサーバに対してバイナリをデプロイする場合に、ピア・ツー・ピアシステムのBitTorrentを利用したツール「Murder」を用いていると、7月1日の記事「Twitterの大規模システム運用技術、あるいはクジラの腹の中（後編）～Twitterのサブシステム「Unicorn」「Kestrel」「Flock DB」」で紹介しました。 FacebookでもBitTorrentによる大規模なデプロイが高速に行われていることは、7月16日の記事「Facebook、memcachedに300TB以上のライブデータを置く大規模運用の内側」で紹介しました。 どうやら大規模システムにおけるデプロイではBitTorrentの利用が進んでいるようです。 7月15日付けのTwitter Engineering Blogに、Twitterのエンジニア、Larry Gadea氏による「
クラウドのように大規模なシステムでは、ソフトウェアの開発と同等以上に、大規模運用の巧拙が、システム全体の成功を大きく左右します。 6月22日から、米サンタクララで行われていたWebサイトのパフォーマンスと運用に関するオライリーのイベント「Velocity 2010」で、FacebookのTechnical Operations teamを担当するTom Cook氏が「A Day in the Life of Facebook Operations」（Facebook運用のある1日）と題したセッションで、Facebookがふだんどのような運用を行っているか、紹介しています。 世界でトップクラスの大規模サイトが、普段どのようなツールを用い、どのような方法で運用しているのか、セッションの内容を紹介しましょう。 6年で4億アクティブユーザー、3カ所のデータセンター Tom Cook氏。Facebo
ここ数日、自宅サーバの仮想化方式を決めるためにkqemu, Xen, Linux-VServer, jailやらを試していました。Webで評価記事がたくさんありますが、正直なところどれも実際に使ってみないとわからんなと思います。 自分で手を動かさずに方式を決められるか？ サービスを作っていく上でどの技術（方式）を採用するか分かれ道があります。早い話が、Windows ServerにするかLinuxにするか、Javaにするか.NETにするか。方式を決めるには、必要な条件を洗い出し、どれがどう優れているかを評価します。 グラスと煎茶碗 ここに面白い喩えがあります。 方式としてどちらが優れているのかを、わかっていない人に説明するのって大変だよね。説明しないことはないけど手間はかかるし、そもそもなんでそんな上司が以下略。 例えば、グラスと煎茶碗、どちらも飲み物を給仕することは出来る。では、コーラを
ちょっと前からDIコンテナの必要性について考えているのだけど、 結論としては「DIコンテナは必要なところに使えばいい」と思う。 必要なところの例は、DBコネクション周りの設定ファイルを 本番環境と開発環境で変わる場合。 DBの接続先が変わる（または変える予定がある）場合は、 そこはDIや設定ファイルとして外部で制御できるようにすべき。 ただ、こういう環境の差異の吸収目的以外の使用でDIが絶対に必要になる という箇所はあまり思いつかない。 テスティングしやすくするためにDIコンテナ使うのだったら、 TDDで書いてテスティングの時だけDIコンテナ使えばいいのでは？と思う。 で、自分なりに考えたSlim3にDIコンテナが無い理由なんだけど、 App Engineの場合、DIが必要になりそうな「本番と開発環境の差異」を Googleが提供しているもので吸収することができるから。 Slim3だとAp
本コーナーは、マイクロソフトが季刊で発行する無料の技術論文誌『アーキテクチャジャーナル』の中から主要な記事をInsider.NET編集部が選び、マイクロソフトの許可を得て転載したものです。基本的に元の文章をそのまま転載していますが、レイアウト上の理由などで文章の記述を変更している部分（例：「上の図」など）や、図の位置などを本サイトのデザインに合わせている部分が若干ありますので、ご了承ください。『アーキテクチャ ジャーナル』の詳細は「目次情報ページ」もしくはマイクロソフトのサイトをご覧ください。 ■概要 ITビジネスの原動力、付加価値を高める方法、企業価値の回復に役立つ重要な焦点分野およびテクノロジについて解説します。 ■はじめに 私たちが置かれている（執筆当時）経済状況は、情報技術（IT）のプロフェッショナルにとってとりわけ厳しいものとなっています。金融部門やその関連業界での事件は、テクノ
既存システムという制約とアーキテクチャ――どうつなぎ、うまく再利用するか：戦う現場に贈る分散システム構築－開発現場編（10）（1/3 ページ） 複数システムを統合するプロジェクトを任された若手技術者の豆成くん。机上の空論よりも検証が重要であることを認識した豆成くんだったが、その目の前には既存システムという伏魔殿がそびえていた……。 システム開発子会社から中堅メーカーのマメックス工業（仮名）に転職した豆成くんは、入社早々点在する複数のシステムを統合する大役を押しつけられてしまった。 非機能要件を担当することになった豆成くんは、システム全体のアーキテクチャを考えつつ、“アンタッチャブル”な既存システムの領域に踏み込むことになった。単独システムの開発経験はあるものの、業務知識やシステム統合技術を持たない豆成くんは無事、プロジェクトを成功に導くことができるのだろうか？ 豆成くん、立ちすくむ 前回、
はじめに 本稿では、Java Portlet Specificationに準拠するJavaポートレットの開発方法と、Javaポートレット用のポータルランタイムコンテナの基本について、企業ポータルサーバとオープンソースポータルの両方を踏まえて解説します。 2003年に最初のJSR 168: Portlet Specificationがリリースされて以来、ポートレット開発は、エンタープライズ業界とオープンソースコミュニティの両方において堅調に普及してきました。 2008年6月のJSR 286: Portlet Specification 2.0のリリースにより、ポートレット技術は、現在最もよく使用されるWeb開発技術の1つという地位を不動のものとしました。現在では、Sun Liferayポータル、eXo Platform、Jakarta Plutoなど、20以上もの著名なオープンソースのポート
Google App Engine上でアプリを作りはじめて約二ヶ月。いろいろと分かって来たこともあるので、自分へのメモも含めてまとめてみる。まずは、Datastoreの話から。 なによりも大切なのはデータベースの設計 あたりまえと言えばあたりまえの話だが、App Engine上でアプリを作る上でもっとも大切なこと（＝頭を使うべきところ）は、データベースの設計である。特にリレーショナル・データベース（RDB）上でのアプリ作りに慣れた人には、大きな「発想の転換」が必要なので、ここは注意が必要。 特に絶対にやっては行けないのは、 将来RDB上へ移行できるようにレイヤーを作って、その上にアプリを作る RDB上に作ったアプリをデータモデルを大幅に変更せずにApp Engine上に移植する RDBを前提に設計されたフレームワークをApp Engine上に載せて、その上にアプリを作る など。App En
McAfee Avert Labs Blog 「Windows 7 – Kernel API Refactoring」より January 5，2010 Posted by Bing Sun 米マイクロソフトが最新版クライアントOS「Windows 7」を一般発売してから、多くの人が「MinWin」と呼ばれる新たなカーネルに興味を示すようになった。ところが、MinWinを正しく理解して説明できる人はまずいないし、「MinWin」と「Server Core」を混同している場合が多い。そこで「MinWin」という用語をきちんと説明しよう（関連記事：「Windows 7」は数え切れないブラッシュアップで見違えるほど洗練されている/Windows 7：それほど新しくないMicrosoftの新MinWinカーネル）。 マイクロソフトがサーバーOS「Windows Server 2008」で実現したも
アプリケーションには、昨今の激変するビジネス環境下において、業務効率化への貢献のみならず、企業のビジネス目標の達成に沿った戦略的価値への貢献と、変化に対する柔軟性の獲得と資源の最適化の両立という緊急課題への対応が求められている。こうした課題の解決に対する圧力は、これまで以上に強くなっている。 すなわち、企業にとってどのようにITとビジネスを直結させ、ITをビジネスに貢献させるか。そしてビジネスを取り巻く環境に変化が生じ、その変化への対応が求められたとき、それを支えるITがいかに敏速に対応できるかが非常に大きな課題になってきているのである。 これまでアプリケーションといえば、個別の業務機能の実装および変更に対する対応などに焦点が当たっていた。だが最近のトレンドは、ビジネスそのものの目標に対し、どれだけ直接的に貢献できるかという方向に向かってきている。その文脈においては、企業はアプリケーション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
