InfoQ ホームページ Architecture に関するすべてのコンテンツ
-
bitlyでの分散システム構築から学んだこと
5月に開催されたBacon Conferenceで，bitlyのアプリケーション開発リーダのSean O’Connor氏は，毎月600億クリックを処理する分散システムの開発を通じてbitlyの開発者たちが学んだ，最も価値ある教訓について説明した。
-
Microsoftは、新しいデータストリーム処理サービスでInternet-of-Thingsに立ち向かう
先週Microsoft Worldwide Partner Conferenceにおいて、MicrosoftはAzure Event Hubsを公開した。 このサービス– 来月の一般公開まではプレビューリリース中– はデバイスやサービスで生成されたデータストリームを高いスループットで挿入する。Event HubsはAmazon Kinesisに似ており、データ処理ユニットとトランザクション量に基づいて、同一の価格設定を採用している。
-
Googleがオープンソースの2D物理エンジンLiquidFun 1.1をリリース
GoogleがLiquidFun 1.1のリリースを発表した。流体シミュレーションを備えた，オープンソースの2D物理エンジンだ。ゲーム開発者とUIデザイナの両方に対して新たな可能性を開くものだ，とGoogleは述べている。またAndroid, Linux, OS Xに加えて，iOSが公式にサポートされている。
-
Docker、Orchard Labsを買収
Docker Incは、Dockerサービスプロバイダで、マルチコンテナDockerアプリケーションのためのコンポジションおよびオーケストレーションツールFigの開発元、Orchard Labsの買収を発表した。ロンドンを拠点とするOrchardチームは、2名の強力で多作な開発者、Ben Firshman氏とAanand Prasad氏からなる。
-
Clouderaがビッグデータ暗号化の新興企業Gazzangを買収
HadoopディストリビュータのClouderaが，Hadoopエコシステムのセキュリティ戦略を進めている。同社は先月，ビッグデータの暗号化とキー管理の新興企業であるGazzangを買収した。この取引はClouderaをセキュリティ面で強化すると同時に，Gazzangの技術チームが先鞭をつけた，Hadoopセキュリティの卓越した中心的存在の創造にもつながるものだ。
-
OSGi Release 6仕様，Data Transfer Object，Versioning Annotationを追加
先月のOSGi DevCon in New YorkでOSGi Allianceは，OSGi Core Release 6をリリースした。Data Transfer Objectの表現の標準化や，インターフェースがクライアントによる参照あるいは実装のいずれを意図するのかを示すアノテーションが追加されている。その他にも osgi.native ネームスペース，拡張バンドルのアクティベータなどが加えられた。本文を読んで，その詳細を確認してほしい。
-
モバイル開発における継続的デリバリの課題
Woogaでエンジニアリング部門のトップを務めるJesper Richter-Reichhelm氏は，GOTO Amsterdam 2014で，継続的デリバリの考え方でモバイルゲーム開発を実施した際に，チームが直面した課題について講演を行った。その中で特に強調したのが，モバイルソフトウェアのデリバリプロセスに関して，自分たちがコ��トロールを持たないためにビジネスが崩壊直前に至ったという，その経緯についてだ。
-
連邦政府におけるアジャイル・デリバリーの成功要因
The Guide to Critical Success Factors では、アジャイルの価値や利点、および、その課題について触れ、連邦政府におけるアジャイル・デリバリー遂行ための重要成功要因について提議している。 infoQ は、Paul Gorans氏にインタビューし、アジャイル・プラクティスの遂行においてアジャイルが取得と調達にもたらす影響、アジャイルにおけるコミュニケーションの拡大、そして、レビュー方法について伺った。
-
ベータ版になったBipIO
BipIOは軽量なオープンソースのIPaaSで、さまざまなクラウドサービスをマイクロアプリやパーソナルワークフローとして通信できる。プライベートベータとしてサービスを提供し、BipIOはサービスを公開した。InfoQはBipIOの創業者であり、テクニカルリードを務めるMichael Pearson氏にNodeJSとたくさんの公開APIを使ってこのプラットフォームを開発した経験を聞いた。
-
マイクロサービスの配置とビルドのパターン
マイクロサービスを管理するのは、互いに通信しあい、自動的にプロビジョニングするたくさんの小さなシステムの面倒を見ることであり、インフラの自動化が極めて重要だ、とJames Lewis氏は言う。氏はマイクロサービスアーキテクチャがもたらす、増大する運用の複雑性に対処するための方法を共有する中で、このように書いている。
-
rest: HaskellのオープンソースRESTフレームワーク
Silkは先頃，"rest"という名称のHaskell用RESTフレームワークをオープンソースにした。happstackなどの一般的なWebフレームワーク上で動作させることが可能な，RESTサービス定義用のDSLを提供する。タイプセーフなURL，フォーマット形式の抽象化サポート，API仕様とビジネスロジックの明確な分離といった機能も備える。
-
マイクロサービス(µServices)は4年前すでに定義されていた
"私は4年前にマイクロサービス(µServices)ということばを考え出して，常に同じプロセス内でオーバヘッドのない通信を行うサービスとして定義しました。SOA(Service Oriented Architecture, サービス指向アーキテクチャ)の出現によって人々が思い浮かべがちな大規模で高コストで複雑なサービスと，これらの軽量サービスを区別するためです。" Peter Kriens氏は先日，このような主張をした。
-
ThoughtWorks Technology Radar 2014年7月版
ThoughtWorksがTechnology Radar July 2014 (PDF) を公開した。ここにはJavaScriptエコシステム、マイクロサービス、コンウェイの法則、インフラストラクチャの分散化に関する大きなトレンドが示されている。
-
どのようにして正しい製品を開発するか
顧客がほしがっていない製品や市場がない製品を作ってしまうのは無駄だ。アジャイルは効率的に製品を開発できるが、何をビルドするかは理解しておかなければならない。どのようにして顧客の製品に対するニーズを見つけることができるだろうか。
-
Dockerにまつわる誤解
Dockerを評価したシステム管理者としての経験に基づいて、Matt Jaynes氏がDevOps Universityのサイトに「Docker Misconceptions」という記事を書いた。彼は小規模で信頼できるインフラ基盤のないところでDockerを採用することをいさめ、デプロイメントプロセスを改善する代替案について説明している。