naoyaのはてなダイアリー - 疎結合のための Web API

RSS みたいな公開フォーマット(?)はパースしやすいし、手軽に使えるってのはいい。ただ、せっかく内部の情報を使えるのに、あえて公開 API を使う利点ってのはどこにあるのか、と。 以前の失敗を考えると、DB を使えるなら DB から直接データを取り出して、プログラム的に使いやすい形に整形する方が手間がないと思う。 on HTTP で流す情報も大本は DB な訳だし、DB ボトルネックもそれほど関係ないんじゃないのかな？ 違うよー、DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。 二つ以上のアプリケーションからある一つのデータベースを直接叩くっていうことは、各アプリケーションがデータベースの場所を知ってる必要があります。もちろんデータベース周りの実装は抽象化したライブラリを使って共有するよ。でも、その二つのアプリケーションが同じサーバーに搭載されている保証はどこにもな

[webmarksjp]

dev

[h5y1m141]

これを単体で読んだときには、イマイチ理解が出来なかった部分があったけど、こんかいのさくらのiDCへの移転のエントリとあわせて読んで、「Web のインタフェースは変わりにくいけど・・」という箇所がよくわかった

[teahut]

>Web のインタフェースは変わりにくいけど、内部の構造っていうのは四六時中いじりまくって変化しまくりですから。

[nsta]

異なるサービスで同じDBを叩くと仕様を変えた時にいろいろ問題が起こるからWeb APIでラップしてしまえという話

[nishiking]

Web APIを使う理由

[kno]

「サービス間の密結合を避ける」…思い当たる筋ありまくりんぐ

[lockcole]

DBに直接アクセスした方がパフォーマンスは良いけど，強い依存性が発生するし，スクリプトの言語が違えば（例： Perl, Ruby）DBライブラリが共有できないから面倒になる。だからWeb APIで疎結合に。DBは隠蔽しちゃうと。

[takatoshiono]

DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。

[style_blue]

>DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。

[tsysoba]

これポイント

[wushi]

「はてなダイアリーのメンテナンスをするのに、いちいちはてなラボのアプリケーションとか気にかけるのはめんどくさい」やっぱり繋がっているんですね……

[nitsuji]

DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。

[penalty]

DBも疎結合にすることで、Webサービスの連携をしやすくする。

[Barren]

[]

[monolith]

OSIでいうと性能のためにレイヤバイオレーションするぜ派と原理主義は並存する．IFで切るのは筋がいいと思うけど，はてなの落ちっぷりを見てると性能重視して，とかも思う．いや，マシン増で対応でしたか

[dodolaby]

DB 直接叩かないのはサービス間の密結合を避けるためなんです。疎結合。

[Chaborin]

ということですね。

[akahigeg]

たくさんのサービスを作ってると疎結合にかかるコストもペイできるってことかなぁ。あとはサーバリソースたくさん。

[wacky]

「別サービスのDBに直接アクセスする」より「Web API経由でアクセスする」利点。はてなSNSがはてなダイアリのデータを直接見にいかない理由。

[ouest]

WebAPI

[osktaka]

apiの利点

[h-hirai]

<q>あと、はてなSNS は Rails で作ってあって、</q>うわぁ、今頃知った。たしかにそう書いてる。

[hiro_y]

Web API＝カプセル化、内部情報の隠蔽化。

[KoshigoeBushou]

つっこまれた。

[yorihito_tanaka]

仕様変えられてしまう問題はDBでなくても、Web同士でも起こる

[jmala]

2006/02/28 12:14:02

[hiromark]

そうそうそう。