アプリケーションサーバって必要？

**名無しさん** · 2001/08/16(木) 22:05

weblogicとかのアプリケーションサーバってどんな案件で使ってますか？
広告どおり、開発期間短縮とか信頼性アップとかに本当につながりました？

現在ユーザ500人ぐらいのwebアプリをtomcatで
運用してるんですが、全然問題ないです。
当分これでやってこうかなーと思ってます。

**名無しさん** · 2001/08/16(木) 23:04

お金いっぱいもらえる案件なら利用すべきじゃない?

それにサポートもあるしさ。うけるかどうかは別として

**◆sUui9gxA** · 2001/08/17(金) 02:59

TOMCATはノーマルモードに限るね～★
マシンガン　( ﾟДﾟ)ﾊｧ?
ミサイル　(＠Д＠)ﾄﾞｷﾄﾞｷ
フォーメーション　(´Д｀;)ﾊｧﾊｧ

2001/08/17(金) 03:04

500人でWebLogic使ったら詐欺

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 10:38

webflow とか色々楽しいフレームワークが付いているから楽になる部分も確かにあります。
んでもどんな実行環境・開発環境でもそうですが、エンジニアが「それ」に十分に慣れていれば「それ」が一番。

tomcatやmod_perlやphpできちんとした物が作れて運用できる人たちにとって、ふつーのWebアプリケーションで導入するメリットは少ない。

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 10:56

EJB使うんだったら必要だけどね。
でも一番安い奴でいいよ。Jrunかな？
WebLogicはぼったくりだと思う。

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 18:02

>>1-6
こういう人たちには「Webサービス」とか「SOAP」とかいっても
「は？なにそれ？石鹸のこと？」とか逝っちゃうんだろうﾅｧ
5はﾉｿﾞｸ

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 18:37

>>7
SOAP くらい誰だって知ってるだろ。

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 18:40

オウ　言っちゃうねもうｿｰﾌﾟでも何でも　　へへへ
つーかちょっと説明すれて

**名無しさん＠お腹いっぱい。** · 2001/08/17(金) 18:41

>>8
酔ってんの？

**◆sUui9gxA** · 2001/08/18(土) 04:53

イアンソープ萌え～(´Д｀;)ﾊｧﾊｧ

**名無しさん＠お腹いっぱい。** · 2001/08/18(土) 05:06

Oracle iasだけど、ほとんどApache Jserv
ただxsqlはマジ楽。
あとOracle提供のパッケージがいい。

**名無しさん＠お腹いっぱい。** · 2001/08/23(木) 02:36

>>1
同時アクセス200以上とかヘビーに負荷をかけると、
やっぱりweblogicとかは安定感が違う。らしい。

でもほとんどtomcatでいいじゃん、てのは同意。
EJBなくても問題なし。

世の中そんな大層なWebアプリなんてないよねー。

**まんせー** · 2001/08/23(木) 21:39

>>13
ないよな！開発費用が億いくようなサイトでないといらないだろ。
で、大規模サイト新規構築をいまやろうって会社はないし。
アプリケーションサーバはとりあえず買って安心しちゃってる奴が9割とみた。

**名無しさん＠お腹いっぱい。** · 2001/08/23(木) 22:08

WebObjectsがyo!

**名無しさん＠お腹いっぱい。** · 2001/08/25(土) 12:00

cold fusionマン背ー

**名無しさん＠お腹いっぱい。** · 01/10/05 05:30

tomcatで十分！！

**名無しさん＠お腹いっぱい。** · 02/01/17 09:26

WebObjectsでしょ

**名無しさん＠お腹いっぱい。** · 02/01/26 01:18

Xcute?

**盛岡電波** · 02/03/05 20:41

絶対必要age

**nobodyさん** · 02/03/07 23:25

Zopeってどないなんです？

あ · 02/03/08 06:15

なんでアプリケーションサーバの話でデータベースとの接合性の話が出ないのか
不思議。まぁ Tomcat 4 からコネクションプールもサポートされているみたい
だから問題ないのかも。あと WebSphere だと 2 プロセス立ち上げといて片系
落ちたときに瞬時に切り替えられたはず。パフォーマンスもめちゃくちゃ良い
(そのかわりハードウェアに金かかるし起動が遅い)。将来的に Web へ業務を
リプレースしてゆく予定があるなら、今から使っておいても良いんじゃないかな。

まぁ適材を見極めるのもエンジニアの仕事だから Tomcat で不満や心配がない
うちはそれで良いんじゃない?

一応参考のため、WebSphere 3.5x+AIX+RS/6000 の 1 台構成で、俺が見てた
ときで最大秒間 80 処理 (HTTPdのアクセスじゃないよ) を遅延なく捌いた。
さらに実運用中の年末にその倍行ったらしいが、別段問題も無く安定駆動
(一度ログのパーティションがいっぱいになって全処理一時停止したらしいが、
それは運用ミス)。イントラは業務開始と同時に 100Base-TX でいっせい
攻撃かかるからかなり恐ろしい (藁

**( つД｀)** · 02/12/04 07:52

>>22
アプリケーションサーバとデータベースとの接合性を話してください

**nobodyさん** · 02/12/04 12:02

Jakarta本には、TOMCATのセッションじゃあ分散環境に対応できない、って書いてあったなぁ。

>>7
＞　SOAP

一応、Axisとかあるんだけども。

**山崎渉** · 03/01/15 13:43

（＾＾）

**nobodyさん** · 03/01/29 07:27

>>5,6,13,14 ﾊｹﾞﾄﾞｳ
「同時ｱｸｾｽ数のｽｹｰﾗﾋﾞﾘﾃｨを考えると商用製品が必要」
とか言う人に限ってDBの設計がﾍﾀﾚなのでﾊﾟﾌｫｰﾏﾝｽが出ない罠

ネットワーク負荷、アプリケーションサーバ負荷、DBアクセス負荷
とみたとき、一番影響があるのはDBアクセスだと思うんです。
DB設計がそこそこならそれほどひどいﾊﾟﾌｫｰﾏﾝｽにはならないはず。。。

当方ｲﾝﾄﾗかつｱﾌﾟﾘ的にも排他制御するほどﾍﾋﾞｰなｻｰﾋﾞｽでない
(ぶつかったら諦めてｱｸｾｽし直してね！とか)
ので、あまりでかいことは言えないのですが、これが実感。

**nobodyさん** · 03/01/29 07:33

>>18
専用ｽﾚもあるけどここでもいいよね。WebObjectsは実感いまいち。
ﾌﾚｰﾑﾜｰｸが複雑すぎ…例えばDBｱｸｾｽのｸﾗｽﾗｲﾌﾞﾗﾘのEOEnterpriseObject
とかEOStoreProcedureの使い方がわかんなくて、ある外注さんは
内部でｺｯｿﾘJDBC使ってた(!!!!)　当社側のSEは何も知らず、
やっぱWebObjectsだからDBのﾊﾟﾌｫｰﾏﾝｽがいいｾﾞ! とか言ってる。
>>5さんの言うとおり、ﾌﾚｰﾑﾜｰｸの使いこなし方次第なんだよね。
それが理解できないと開発生産性なんてﾀﾞﾒﾀﾞﾒっす。

**nobodyさん** · 03/01/29 20:43

>>27
漏れのところも外注さんにWebObjectsで開発を依頼したが、大分使いこなしているところ
らしく、JDBCは使ってなかったYO（ｗ
パフォーマンスは全然悪くなかったよ。アクセス数増えたときでも（90マソpv／１日）でも
鯖が落ちるとかなかったし。

27 · 03/01/29 22:18

>>28
難しいところですね。WebObjectsって、J2EE陣営からかなり孤立してるでしょう。
詳しくは知らないけど、J2EE 1.4が本格化したらまた引き離される可能性が。。。
開発者としても、「こんなの覚えて今後食っていけるｽｷﾙになるのかしらん？」
という不安はあるように思う。
27で言った外注さんも、本来はWebSphereﾊﾞﾘﾊﾞﾘの人らしかったのね。
でも当社がWebSphereは高くて買えないから、値段安くて名前もよく似てる(怒)
こっちを選んだせいで、かわいそうだったな。。。

**メリーアン** · 03/01/29 22:24

>>29
>>J2EE陣営からかなり孤立してるでしょう
してないと感じるぞよ。むしろJ2EEに寄り添ってきている。
ただ、フレームワークが濃いというか、んー、思想の違いなんだろうけど。
各クラスのメソッド群は覚えても他の製品じゃ使いもんにならないのは確かだけど、
OOP前提として開発される代物だから、考え方そのものは他製品でも役立つことがおおい。
むしろ、他製品では回りくどいことばかり強いられるから不便を感じる、、いや、感じたっす。
世の中みんなWebObjectsでやってくれたら、、、と信者的発言を言ってみるテスト。

**メリーアン** · 03/01/29 22:27

どうでもいいかもしれませんけど、そのWebObjects外注屋は、
アクセス数がぐっと増えたとき、じゃぁ、鯖増やして負荷分散させましょうと
言って鯖かってやったら２日ぐらいで仕上げてきやがったのでビクーリしたことある。
特別なプログラム仕組むとか無しに。前のカイーシャは負荷分散させたいとかを依頼すると
ものすごいｲﾔｰﾝなカオされたんだが(;´Д`)

**nobodyさん** · 03/01/30 03:35

>>31
そのくらいトーゼンですよ
我が社の技術力は東洋一ですから

**nobodyさん** · 03/02/02 04:52

http://timidmacer.s5.xrea.com/error_img/403.swf

**nobodyさん** · 03/02/02 14:16

正直、22さんのような環境がうらやましい。

**nobodyさん** · 03/02/25 19:17

WEBアプリってどうなん？本当に三階層なの？
物理的に？それとも論理的に？

**nobodyさん** · 03/02/25 19:36

>>35
物理的にも論理的にも３階層は実現できる。

35 · 03/02/25 19:45

>36
例えば一台で論理的に三階層作ると
意味あるの？
もともとwebアプリの役割って負荷の分散でしょ？

35 · 03/02/25 19:47

>37
訂正ね
一台で三階層じゃなくて二台で三階層
もともとC/二階層だとデータベース鯖は暇なのにｗｅｂ鯖がネックになって
ダメだから三階層にしたんですよね？

**nobodyさん** · 03/02/25 22:02

結論
webアプリなんてｲﾗﾈｰ

**nobodyさん** · 03/02/25 22:40

>>39
そりゃ、おまえさんが作るナンチャッテ掲示板CGIじゃWebアプリなんてものはいらねぇよな（ﾌﾟｯ

**nobodyさん** · 03/02/25 22:48

>40
ﾌﾟ　おまいはセイゼイｲﾗﾈｰもんに金だしてろヴァカｗ

40 · 03/02/25 23:15

>>41
ええと、マヂレスですが、カネはかかってねぇすよ。ワレものでもなくて。

**nobodyさん** · 03/02/26 01:02

そもそも、41のようなAP鯖がいらねーとか言ってるﾔｼは、

Webシステムの極一部しか知らない
　　or
AP鯖が必要な比較的大規模・高負荷なシステム開発が「できない」

という自分を正当化したいだけ。

42 · 03/02/26 01:21

>>43
フォロー、サンクスコ

03/02/26 01:23

たしかに「J2EEのお試し実装」であるTomcat、(裸の)Weblogic、Webshereを中心と
して見るとWebobjectsはAPサーバの鬼子というか孤児のよーにも見える。
　しかしStrutsだのAvalonだのといったアプリケーションフレームワークを含めて
見るとまだまだ「数多い選択肢の一つ」だと思うんだけどなー。

**nobodyさん** · 03/02/26 02:01

漏れは前の会社でWebObjectsを使っていたけど、はっきしいって、WebObjectsは
良くできたフレームワークだよ。EOModelorから派生したカスタムロジックを
中心にプレゼンテーションとロジックを分けて構築できるところがよかった。
WebObjects BuilderもカスタムWOなんかに細かくパーツ分けができて再利用性バツグンだった。
今の会社はWebSphereだけど、覚えることとや作業労力が多すぎ。結局マンパワーを
要してしまうし、正直、WebObjectsよりも扱いが大変だと感じる。教育だって
バカにならないし。マカーだとか信者だとおもわれちまうけど、WebObjectsにゃ
もっと頑張ってもらいたいというのが本音すよ。

**nobodyさん** · 03/02/26 03:25

自作自演必死だなﾜﾗ

**27=29** · 03/02/26 07:45

WebObjectsはﾌﾚｰﾑﾜｰｸとしては確かにいい製品だと思うよ。

ただ、やっぱりJ2EEが分かってなきゃWeb開発者を名乗れない、って
風潮は業界的にあるように思う(いいことではないかもしれないが)。
本職の開発者だったら、
(29でも書いたけど)WOの複雑なAPIを極めても、それだけでスキルとは
認知されにくいから、開発外注さんなんかは可哀想に思う。

あと私的なことだが、やっぱりPHPやJSPみたいに、テキストエディタ
一本で開発したいと思う時もある(w　家でお茶飲みながらノンビリとね…
基本はwarやearをそのまま配備できるJ2EE APサーバで、EOFを活用する
という選択肢もある、となれば最高だね。

田代 · 03/02/26 12:08

age

03/02/27 01:45

>48
　客というかプロジェクト全体に対して責任を持つ立場からすれば「テキスト
エディタ一本」は勘弁してもらいたい。些細なミスが増えるから。文末の;抜
けてましたとかカッコをネストした結果閉じる場所がちょっと違ったとかどん
なプログラマだってやっちゃうことあるし。
　特に後者のようなミスだとシンタックスエラーにならずに漠然と動いちゃっ
たりするから始末が悪い。

48 · 03/02/27 20:34

>>50
なるほど、確かにそれは大事だね。失礼しました。
当方イントラ、内部製作なので、そういう部分の品質管理は甘いなあ(反省)

ただ、ｱﾌﾟﾛｰﾄﾞして即動かしてみて試せるPHPやJSPは
(もちろんテスト環境でね)業務データの性質をある程度知っている身では
逆に助かる。所詮その程度の基幹システムかよ！と言われたら、
まあ、そうです(w

**nobodyさん** · 03/02/27 21:31

http://hkwr.com/

**山崎渉** · 03/03/13 17:10

（＾＾）

**nobodyさん** · 03/03/16 15:36

必要

**山崎渉** · 03/04/17 12:13

（＾＾）

**山崎渉** · 03/04/20 06:20

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**山崎渉** · 03/05/22 02:21

━―━―━―━―━―━―━―━―━[JR山崎駅（＾＾）]━―━―━―━―━―━―━―━―━―

**山崎渉[（＾＾）]** · 03/05/27 13:13

JBossがいい。
アプリケーションサーバは高すぎるよ・・・

**山崎渉** · 03/05/28 17:09

　　　　∧＿∧
ﾋﾟｭ.ｰ　(　　＾＾）＜これからも僕を応援して下さいね（＾＾）。
　　＝〔~∪￣￣〕
　　＝ ◎――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉

**山崎渉** · 03/07/15 11:25

　__∧＿∧_
　|（　　＾＾）|　＜寝るぽ（＾＾）
　|＼⌒⌒⌒＼
　＼ |⌒⌒⌒~|　　　　　　　　　山崎渉
　　 ~￣￣￣￣

**山崎渉** · 03/08/02 02:29

　　 ∧＿∧
　　（　　＾＾）＜ぬるぽ（＾＾）

**ぼるじょあ** ◆ySd1dMH5Gk · 03/08/02 05:01

　　　　∧＿∧　 ∧＿∧
ﾋﾟｭ.ｰ　（　・３・） (　　＾＾）＜これからも僕たちを応援して下さいね（＾＾）。
　　＝〔~∪￣￣￣∪￣￣〕
　　＝ ◎――――――◎ 　　　　　　　　　　　　　　　　　　　　　山崎渉&ぼるじょあ

**山崎渉** · 03/08/15 23:27

　　　 (⌒V⌒)
　　　│ ＾＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

**nobodyさん** · 03/08/16 00:55

いまさらながら、、、、
>>1 よ、Tomcatはアプリケーションサーバでないのか？と小一時間。
なんで、誰もつっこんでやらないんだろうか。

**nobodyさん** · 03/08/18 00:57

>>64
お前の方が突っ込まれたいんじゃねえの？
TomcatはWeb鯖兼Servletコンテナに過ぎない。
AP鯖ってのはTPモニタの機能があるものをいうんだよ。
J2EEならJTAが実装されてないと駄目。

何でMicrosoft Transaction Serverの名前がJ2EE以外のAP鯖として
いつも挙がるのか理解してるか？おまいこそ、アプリケーションサーバって
言いたいだけちゃうんかと小一時間(ry

**nobodyさん** · 03/08/29 22:26

>>65

勝手に定義するなよ。
どこにそんなことが書いてあるんだ。

**nobodyさん** · 03/08/31 12:12

>>66
もまいはIISをアプリケーションサーバと言い張りたいわけだな。

**nobodyさん** · 03/09/01 21:39

>>65=67
自分用語ﾏﾝｾｰですね？

**nobodyさん** · 03/09/06 18:27

アスキーのデジタル用語辞典だと、

企業の情報システムの中間に位置し、ユーザーの要求とバックエンド（データベースなどの
業務システム）の処理を橋渡しするミドルウェア。最近では、インターネットの普及に伴って、
Webブラウザと業務システムを連携させるWebシステム（Webコンピューティング）をベースに
したものを指す。この場合は特に、「Webアプリケーションサーバ」と呼ぶこともある。

ある意味、Apacheもアプリケーションサーバ。

**nobodyさん** · 03/09/12 07:11

ASって技術的な定義かい？
それとも言語や環境には依存しない？

**nobodyさん** · 03/09/13 03:03

Seasar （ボソ）

**nobodyさん** · 03/09/15 02:03

>Seaser
Web+DBに紹介されているね
どちらかといえばASというよりFWと言った方がぴったりだけど・・・
実践的(?)な割り切り方(O/Rマッピングの考え方とか)が
意外と斬新に感じられたよ
ここ最近では久々に気になるブツの登場かも

**nobodyさん** · 03/09/15 02:28

>>72
FWってなに？

**nobodyさん** · 03/09/15 02:42

>>73
Fireworksだろ。

**nobodyさん** · 03/09/15 10:17

>>72
ASってActionScriptか(ｗ
Java:What's Newにでてたね。
Jettyが組み込まれてるって。

**nobodyさん** · 03/09/15 10:36

>>73
ふれーむわーく

**nobodyさん** · 03/09/15 13:12

で、1のいいたいことは、有償のアプリケーションサーバって必要?
ってことだったのか。
1よでてこい。

有償の場合は、六でもないサポートがもれなくついてくるわけだが。

**nobodyさん** · 03/09/15 21:10

>>77
具体的な話をききたい。どこ？