5ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

■ このスレッドは過去ログ倉庫に格納されています

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

1 :名無しさん:2001/08/16(木) 22:05 ID:???
weblogicとかのアプリケーションサーバってどんな案件で使ってますか?
広告どおり、開発期間短縮とか信頼性アップとかに本当につながりました?

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

2 :名無しさん:2001/08/16(木) 23:04 ID:dLCMco.A
お金いっぱいもらえる案件なら利用すべきじゃない?

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

3 :◆sUui9gxA:2001/08/17(金) 02:59 ID:???
TOMCATはノーマルモードに限るね〜★
マシンガン ( ゚Д゚)ハァ?
ミサイル (@Д@)ドキドキ
フォーメーション (´Д`;)ハァハァ

4 : :2001/08/17(金) 03:04 ID:???
500人でWebLogic使ったら詐欺

5 :名無しさん@お腹いっぱい。:2001/08/17(金) 10:38 ID:xrVq7k..
webflow とか色々楽しいフレームワークが付いているから楽になる部分も確かにあります。
んでもどんな実行環境・開発環境でもそうですが、エンジニアが「それ」に十分に慣れていれば「それ」が一番。

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

6 :名無しさん@お腹いっぱい。:2001/08/17(金) 10:56 ID:4H/XzJqk
EJB使うんだったら必要だけどね。
でも一番安い奴でいいよ。Jrunかな?
WebLogicはぼったくりだと思う。

7 :名無しさん@お腹いっぱい。:2001/08/17(金) 18:02 ID:qA6/nhUI
>>1-6
こういう人たちには「Webサービス」とか「SOAP」とかいっても
「は?なにそれ?石鹸のこと?」とか逝っちゃうんだろうナァ
5はノゾク

8 :名無しさん@お腹いっぱい。:2001/08/17(金) 18:37 ID:???
>>7
SOAP くらい誰だって知ってるだろ。

9 :名無しさん@お腹いっぱい。:2001/08/17(金) 18:40 ID:bI1dRR5c
オウ 言っちゃうねもうソープでも何でも  へへへ
つーかちょっと説明すれて

10 :名無しさん@お腹いっぱい。:2001/08/17(金) 18:41 ID:???
>>8
酔ってんの?

11 :◆sUui9gxA:2001/08/18(土) 04:53 ID:???
イアンソープ萌え〜(´Д`;)ハァハァ

12 :名無しさん@お腹いっぱい。:2001/08/18(土) 05:06 ID:???
Oracle iasだけど、ほとんどApache Jserv
ただxsqlはマジ楽。
あとOracle提供のパッケージがいい。

13 :名無しさん@お腹いっぱい。:2001/08/23(木) 02:36 ID:v0kK/WPY
>>1
同時アクセス200以上とかヘビーに負荷をかけると、
やっぱりweblogicとかは安定感が違う。らしい。

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

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

14 :まんせー:2001/08/23(木) 21:39 ID:???
>>13
ないよな!開発費用が億いくようなサイトでないといらないだろ。
で、大規模サイト新規構築をいまやろうって会社はないし。
アプリケーションサーバはとりあえず買って安心しちゃってる奴が9割とみた。

15 :名無しさん@お腹いっぱい。:2001/08/23(木) 22:08 ID:???
WebObjectsがyo!

16 :名無しさん@お腹いっぱい。:2001/08/25(土) 12:00 ID:Q02Kmkrc
cold fusionマン背ー

17 :名無しさん@お腹いっぱい。:01/10/05 05:30 ID:QOfceUzo
tomcatで十分!!

18 :名無しさん@お腹いっぱい。:02/01/17 09:26 ID:???
WebObjectsでしょ

19 :名無しさん@お腹いっぱい。:02/01/26 01:18 ID:???
Xcute?

20 :盛岡電波:02/03/05 20:41 ID:3FfOjYYg
絶対必要age

21 :nobodyさん:02/03/07 23:25 ID:yQL+H3uh
Zopeってどないなんです?

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

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

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

23 :( つД`):02/12/04 07:52 ID:yPiEb7Ol
>>22
アプリケーションサーバとデータベースとの接合性を話してください

24 :nobodyさん:02/12/04 12:02 ID:5J/Cl2JM
Jakarta本には、TOMCATのセッションじゃあ分散環境に対応できない、って書いてあったなぁ。

>>7
> SOAP

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


25 :山崎渉:03/01/15 13:43 ID:???
(^^)

26 :nobodyさん:03/01/29 07:27 ID:svj5cY50
>>5,6,13,14 ハゲドウ
「同時アクセス数のスケーラビリティを考えると商用製品が必要」
とか言う人に限ってDBの設計がヘタレなのでパフォーマンスが出ない罠

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

当方イントラかつアプリ的にも排他制御するほどヘビーなサービスでない
(ぶつかったら諦めてアクセスし直してね!とか)
ので、あまりでかいことは言えないのですが、これが実感。

27 :nobodyさん:03/01/29 07:33 ID:svj5cY50
>>18
専用スレもあるけどここでもいいよね。WebObjectsは実感いまいち。
フレームワークが複雑すぎ…例えばDBアクセスのクラスライブラリのEOEnterpriseObject
とかEOStoreProcedureの使い方がわかんなくて、ある外注さんは
内部でコッソリJDBC使ってた(!!!!) 当社側のSEは何も知らず、
やっぱWebObjectsだからDBのパフォーマンスがいいゼ! とか言ってる。
>>5さんの言うとおり、フレームワークの使いこなし方次第なんだよね。
それが理解できないと開発生産性なんてダメダメっす。


28 :nobodyさん:03/01/29 20:43 ID:???
>>27
漏れのところも外注さんにWebObjectsで開発を依頼したが、大分使いこなしているところ
らしく、JDBCは使ってなかったYO(w
パフォーマンスは全然悪くなかったよ。アクセス数増えたときでも(90マソpv/1日)でも
鯖が落ちるとかなかったし。


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

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

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

32 :nobodyさん:03/01/30 03:35 ID:???
>>31
そのくらいトーゼンですよ
我が社の技術力は東洋一ですから

33 :nobodyさん:03/02/02 04:52 ID:???
http://timidmacer.s5.xrea.com/error_img/403.swf

34 :nobodyさん:03/02/02 14:16 ID:YFeQlWrc
正直、22さんのような環境がうらやましい。


35 :nobodyさん:03/02/25 19:17 ID:???
WEBアプリってどうなん?本当に三階層なの?
物理的に?それとも論理的に?

36 :nobodyさん:03/02/25 19:36 ID:???
>>35
物理的にも論理的にも3階層は実現できる。

37 :35:03/02/25 19:45 ID:???
>36
例えば一台で論理的に三階層作ると
意味あるの?
もともとwebアプリの役割って負荷の分散でしょ?


38 :35:03/02/25 19:47 ID:???
>37
訂正ね
一台で三階層じゃなくて二台で三階層
もともとC/二階層だとデータベース鯖は暇なのにweb鯖がネックになって
ダメだから三階層にしたんですよね?


39 :nobodyさん:03/02/25 22:02 ID:70zq75Yl
結論
webアプリなんてイラネー

40 :nobodyさん:03/02/25 22:40 ID:???
>>39
そりゃ、おまえさんが作るナンチャッテ掲示板CGIじゃWebアプリなんてものはいらねぇよな(プッ


41 :nobodyさん:03/02/25 22:48 ID:70zq75Yl
>40
プ おまいはセイゼイイラネーもんに金だしてろヴァカw

42 :40:03/02/25 23:15 ID:???
>>41
ええと、マヂレスですが、カネはかかってねぇすよ。ワレものでもなくて。


43 :nobodyさん:03/02/26 01:02 ID:PbDvmql3
そもそも、41のようなAP鯖がいらねーとか言ってるヤシは、

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

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

44 :42:03/02/26 01:21 ID:???
>>43
フォロー、サンクスコ

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

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


47 :nobodyさん:03/02/26 03:25 ID:7bB+4UD5
自作自演必死だなワラ

48 :27=29:03/02/26 07:45 ID:1zniFAqP
WebObjectsはフレームワークとしては確かにいい製品だと思うよ。

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

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

49 :田代:03/02/26 12:08 ID:???
age

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

51 :48:03/02/27 20:34 ID:Pw/2wySl
>>50
なるほど、確かにそれは大事だね。失礼しました。
当方イントラ、内部製作なので、そういう部分の品質管理は甘いなあ(反省)

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

52 :nobodyさん:03/02/27 21:31 ID:W9EPrMyi
http://hkwr.com/

53 :山崎渉:03/03/13 17:10 ID:???
(^^)

54 :nobodyさん:03/03/16 15:36 ID:???
必要

55 :山崎渉:03/04/17 12:13 ID:???
(^^)

56 :山崎渉:03/04/20 06:20 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

57 :山崎渉:03/05/22 02:21 ID:???
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

58 :山崎渉[(^^)]:03/05/27 13:13 ID:???
JBossがいい。
アプリケーションサーバは高すぎるよ・・・

59 :山崎渉:03/05/28 17:09 ID:???
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

60 :山崎 渉:03/07/15 11:25 ID:???

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

61 :山崎 渉:03/08/02 02:29 ID:???
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

62 :ぼるじょあ ◆ySd1dMH5Gk :03/08/02 05:01 ID:???
     ∧_∧  ∧_∧
ピュ.ー (  ・3・) (  ^^ ) <これからも僕たちを応援して下さいね(^^)。
  =〔~∪ ̄ ̄ ̄∪ ̄ ̄〕
  = ◎――――――◎                      山崎渉&ぼるじょあ

63 :山崎 渉:03/08/15 23:27 ID:???
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

64 :nobodyさん:03/08/16 00:55 ID:???
いまさらながら、、、、
>>1 よ、Tomcatはアプリケーションサーバでないのか?と小一時間。
なんで、誰もつっこんでやらないんだろうか。

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

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

16 KB
■ このスレッドは過去ログ倉庫に格納されています

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50

read.cgi ver 05.04.00 2017/10/04 Walang Kapalit ★
FOX ★ DSO(Dynamic Shared Object)