タグ

webとアーキテクチャに関するwebmarksjpのブックマーク (3)

  • 自由すぎるWebの世界でメタデータは統合できるか - @IT

    特集:変貌するリッチクライアント(4) 自由すぎるWebの世界でメタデータは統合できるか 野村総合研究所 技術調査室 田中 達雄 2006/9/8 自由すぎるWebの世界で、メタデータ統合の鍵を握る技術は? 複数の美術館に保管されている美術品をワンストップで検索させるフィンランド美術館のセマンティックWeb活用から考えよう 前回の「企業のWeb2.0活用はSOAとの融合から」では、SOA(サービス指向アーキテクチャ)やWeb2.0世界のWebAPIやSaaS(Software as a Service)が、クライアントの独立性を高め、リッチクライアントの普及を後押しすると説明した。 現在、これらのサービスは、サーバ上で統合(マッシュアップ含む)する例が多いが、独立したリッチクライアントであれば、個別のサービスを直接呼び出すことも可能だ。つまり、リッチクライアントは、データやサービスを統合す

  • 大量トランザクション処理に適したアーキテクチャ ― @IT

    大量トランザクションを処理するためには、アプリケーション・サーバを複数台並べて負荷分散する一方で、マルチプロセッサのDBサーバを採用しDB処理能力を確保するアーキテクチャが用いられることが多い。さらに高い処理能力が求められる場合には、DBの並列処理やオン・メモリ処理を併用するデザインもあるが、重要なことはスケーラビリティを確保するアーキテクチャ設計と、負荷を平準化する工夫である。

    大量トランザクション処理に適したアーキテクチャ ― @IT
  • yohei-y:weblog: REST ってやっぱり難しいかも。

    前のエントリでこんなことを書いたばかりだけれど、REST ってやっぱりどうよ、という気分になったので久々に blog を更新してみる。 ただただしさんのおれだったらフォト蔵APIをこうするを読んで、僕が del.icio.us に書いた感想は +1。ID == URI ですよね。Cool URI は名詞であるべき、というのは強調したい。「日REST協会」入りたくないなー(笑)。みんな休んでそう というもの。たださんのエントリでは URI と書くべきところが ID になっててちょっと気になったり、「作法」は「アーキテクチャ」じゃなくて「アーキテクチャスタイル」だ、とか思ったのだけれど、でも筋としては納得の内容だった。 しかし、たださんのエントリの、たかはしさんや mizzy さんのコメントを読んでうーんと唸ってしまった。 僕にはお二人の言いたいことがわかる。んで両方間違っていないと思う。

  • 1