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

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

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

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

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

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

500人でWebLogic使ったら詐欺

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

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

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

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

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

>>8
酔ってんの？

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

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

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

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

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

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

WebObjectsがyo!

cold fusionマン背ー

tomcatで十分！！

WebObjectsでしょ

Xcute?

絶対必要age

Zopeってどないなんです？

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

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

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

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

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

>>7
＞　SOAP

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

（＾＾）

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

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

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

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

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