アプリケーションサーバって必要？ (222ﾚｽ)
上下前次1-新
7(2): 名無しさん＠お腹いっぱい。 2001/08/17(金)18:02 ID:qA6/nhUI(1) AAS
>>1-6
こういう人たちには「Webサービス」とか「SOAP」とかいっても
「は？なにそれ？石鹸のこと？」とか逝っちゃうんだろうﾅｧ
5はﾉｿﾞｸ
8(2): 名無しさん＠お腹いっぱい。 2001/08/17(金)18:37 ID:??? AAS
>>7
SOAP くらい誰だって知ってるだろ。
9: 名無しさん＠お腹いっぱい。 2001/08/17(金)18:40 ID:bI1dRR5c(1) AAS
オウ 言っちゃうねもうｿｰﾌﾟでも何でも へへへ
つーかちょっと説明すれて
10: 名無しさん＠お腹いっぱい。 2001/08/17(金)18:41 ID:??? AAS
>>8
酔ってんの？
11: ◆sUui9gxA [(ﾟдﾟ)ｳﾏｰ] 2001/08/18(土)04:53 ID:??? AAS
イアンソープ萌え〜(´Д｀;)ﾊｧﾊｧ
12: 名無しさん＠お腹いっぱい。 2001/08/18(土)05:06 ID:??? AAS
Oracle iasだけど、ほとんどApache Jserv
ただxsqlはマジ楽。
あとOracle提供のパッケージがいい。
13(2): 名無しさん＠お腹いっぱい。 2001/08/23(木)02:36 ID:v0kK/WPY(1) AAS
>>1
同時アクセス200以上とかヘビーに負荷をかけると、
やっぱりweblogicとかは安定感が違う。らしい。
でもほとんどtomcatでいいじゃん、てのは同意。
EJBなくても問題なし。
世の中そんな大層なWebアプリなんてないよねー。
14(1): まんせー [(´Д｀;)] 2001/08/23(木)21:39 ID:??? AAS
>>13
ないよな！開発費用が億いくようなサイトでないといらないだろ。
で、大規模サイト新規構築をいまやろうって会社はないし。
アプリケーションサーバはとりあえず買って安心しちゃってる奴が9割とみた。
15: 名無しさん＠お腹いっぱい。 2001/08/23(木)22:08 ID:??? AAS
WebObjectsがyo!
16: 名無しさん＠お腹いっぱい。 2001/08/25(土)12:00 ID:Q02Kmkrc(1) AAS
cold fusionマン背ー
17: 名無しさん＠お腹いっぱい。 01/10/05 05:30 ID:QOfceUzo(1) AAS
tomcatで十分！！
18(1): 名無しさん＠お腹いっぱい。 02/01/17 09:26 ID:??? AAS
WebObjectsでしょ
19: 名無しさん＠お腹いっぱい。 02/01/26 01:18 ID:??? AAS
Xcute?
20: 盛岡電波 02/03/05 20:41 ID:3FfOjYYg(1) AAS
絶対必要age
21: 02/03/07 23:25 ID:yQL+H3uh(1) AAS
Zopeってどないなんです？
22(1): あ 02/03/08 06:15 ID:??? AAS
なんでアプリケーションサーバの話でデータベースとの接合性の話が出ないのか
不思議。まぁ Tomcat 4 からコネクションプールもサポートされているみたい
だから問題ないのかも。あと WebSphere だと 2 プロセス立ち上げといて片系
落ちたときに瞬時に切り替えられたはず。パフォーマンスもめちゃくちゃ良い
(そのかわりハードウェアに金かかるし起動が遅い)。将来的に Web へ業務を
リプレースしてゆく予定があるなら、今から使っておいても良いんじゃないかな。
まぁ適材を見極めるのもエンジニアの仕事だから Tomcat で不満や心配がない
うちはそれで良いんじゃない?
一応参考のため、WebSphere 3.5x+AIX+RS/6000 の 1 台構成で、俺が見てた
ときで最大秒間 80 処理 (HTTPdのアクセスじゃないよ) を遅延なく捌いた。
省4
23: ( つД｀) 02/12/04 07:52 ID:yPiEb7Ol(1) AAS
>>22
アプリケーションサーバとデータベースとの接合性を話してください
24: 02/12/04 12:02 ID:5J/Cl2JM(1) AAS
Jakarta本には、TOMCATのセッションじゃあ分散環境に対応できない、って書いてあったなぁ。
>>7
＞ SOAP
一応、Axisとかあるんだけども。
25: 山崎渉 [（＾＾）sage] 03/01/15 13:43 ID:??? AAS
（＾＾）
26: 03/01/29 07:27 ID:svj5cY50(1/3) AAS
>>5,6,13,14 ﾊｹﾞﾄﾞｳ
「同時ｱｸｾｽ数のｽｹｰﾗﾋﾞﾘﾃｨを考えると商用製品が必要」
とか言う人に限ってDBの設計がﾍﾀﾚなのでﾊﾟﾌｫｰﾏﾝｽが出ない罠
ネットワーク負荷、アプリケーションサーバ負荷、DBアクセス負荷
とみたとき、一番影響があるのはDBアクセスだと思うんです。
DB設計がそこそこならそれほどひどいﾊﾟﾌｫｰﾏﾝｽにはならないはず。。。
当方ｲﾝﾄﾗかつｱﾌﾟﾘ的にも排他制御するほどﾍﾋﾞｰなｻｰﾋﾞｽでない
(ぶつかったら諦めてｱｸｾｽし直してね！とか)
ので、あまりでかいことは言えないのですが、これが実感。
上下前次1-新書関写板覧索設栞歴
あと 196 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s