InfoQ ホームページ Infrastructure に関するすべてのコンテンツ
-
Datomic情報モデル
Clojureの作者であるRich Hickey氏が、Datomic情報モデルについて説明する。Datomicは、シンプルなサービスで組み立てられた新しいデータベースで、RDBMSの機能性とNoSQLのスケーラビリティを同時に実現している。
-
Apache Crunch:MapReduceプログラミングを容易にするJavaライブラリ
Josh Wills氏は新しい記事でCrunchを紹介しているー新しいApacheのインキュベーションプロジェクトでMapReduceパイプラインを作成するためのJavaライブラリを提供する。 Crunchは高レベルの抽象セットをベースにしており、MapReduceアプリケーション設計を容易にし、データの結合、アグリゲーションの実行、レコードのソートのような共通したタスクを実装するパターンのライブラリを提供する。
-
NoSQLの現状
Stefan Edlich氏がNoSQLを再考する。NoSQLの発展、財政的な影響、標準や不足してい部分、現在の展望、書籍、リーダーと新参者について考慮した上で、NoSQLは普及すると結論付けている。
-
メトリクス駆動開発
この記事では著者が開発チームと共にメトリクスを使って開発を行った経験と考えたことを共有します。著者はメトリクスを使ってアプリケーション開発全体を駆動する、メトリクス駆動開発を提唱します。
-
Datomicのアーキテクチャ
Clojureの作者であるRich Hickey氏がDatomicのアーキテクチャを説明します。Datomicは新しいデータベースで、シンプルなサービスで組み立てられており、従来のRDBMSの機能性とNoSQLの拡張性を取り得れようとしています。
-
達人アーキテクト - 人類未踏の地へ勇敢に進もう
この記事でFrank Buschmann氏はコンポーネント内よりもシステムコンポーネント間のインタラクションのアーキテクチャ上の重要性について語った。彼は達人アーキテクトの3つの秘訣についてこう述べている。隠れたドメインコンセプトを明らかにする、ものが出会うところにいる、不確かさをドライバとして使う。
-
IPA/SEC 統合モデリング技術WG 内田氏インタビュー
IPAソフトウェア・エンジニアリング・センター(SEC)統合系プロジェクトにおいて、統合システムモデリング技術WGを運営している内田功志 研究員に、ワーキンググループの目的、システムズエンジニアリングとは、モデリング言語SysMLを用いたモデルベース開発の可能性、等についてインタビューしました。
-
12年後のCAP定理: "法則"はどのように変わったか
CAP定理は、共通のデータを扱うネットワークで繋がったシステムは3つの望ましい性質(一貫性,可用性,分割耐性)のうち、2つしか満たせないことを示します。IEEEの記事では、Eric Brewer氏が分割を明示的に扱いながら可用性と一貫性を最適化して、CAP定理の3つの属性の最良の釣り合いを取る方法を解説します。
-
大規模データ技術の現状と今後の方向性
クラウドコンピューティングを前提とした大規模データ技術が利用可能となってきています。Big Dataが一過性のブームで終わるかどうかにかかわらず、スケーラブルな分散アーキテクチャーの基盤はデータベース技術に主導されつつあります。RDBとORM主体のエンタープライズシステムは、HadoopやNoSQLとの組み合わせにより複合的なデータモデルに発展しました。こうしたアーキテクチャーの革新を最適化し、複雑さを隠ぺいするためにデータタイプやデータモデルを導入する新たな動きが起こっています。また、Hadoopの多方面への発展の軸を見ることで、大規模データ技術の発展の方向性を占うことが可能です。
-
「Groovy & Grails eXchange 2011」in London 参加レポート(1/3)
2011年12月8日~2011年12月9日に、ロンドンのSkills Matter eXchangeにて開催された「Groovy & Grails eXchange 2011」の参加報告を、日本Grails/Groovyユーザーグループのメンバーが3回に渡って紹介します。
-
GAE開発の落とし穴
Googleのクラウド環境をつかったGoogle App Engineによる開発するにあたり、初めての試みで苦悩する開発者達の経験をもとに、各開発フェーズにあわせて問題点やどう解決したかをご紹介します
-
SOAP から REST へ - その方法と意義
REST API の数はここ5年間で急激に増加しています。しかしそこには実装上の矛盾が数多く存在し,多数の開発者がその原因である RESTful アーキテクチャ定義に合意点を見出すための努力を続けています。この記事では iPaaS (Integration Platform as a Service) である Mule iON が,公開 API と API マッシュアップに一貫性を実現している方法について説明します。