アプリケーションサーバって必要？ (222ﾚｽ)
上下前次1-新
1(3): 名無しさん [nana@si] 2001/08/16(木)22:05 ID:??? AAS
weblogicとかのアプリケーションサーバってどんな案件で使ってますか？
広告どおり、開発期間短縮とか信頼性アップとかに本当につながりました？
現在ユーザ500人ぐらいのwebアプリをtomcatで
運用してるんですが、全然問題ないです。
当分これでやってこうかなーと思ってます。
2(2): 名無しさん 2001/08/16(木)23:04 ID:dLCMco.A(1) AAS
お金いっぱいもらえる案件なら利用すべきじゃない?
それにサポートもあるしさ。うけるかどうかは別として
3(2): ◆sUui9gxA [(ﾟдﾟ)ｳﾏｰ] 2001/08/17(金)02:59 ID:??? AAS
TOMCATはノーマルモードに限るね〜★
マシンガン ( ﾟДﾟ)ﾊｧ?
ミサイル (＠Д＠)ﾄﾞｷﾄﾞｷ
フォーメーション (´Д｀;)ﾊｧﾊｧ
4(2): 2001/08/17(金)03:04 ID:??? AAS
500人でWebLogic使ったら詐欺
5(4): 名無しさん＠お腹いっぱい。 2001/08/17(金)10:38 ID:xrVq7k..(1) AAS
webflow とか色々楽しいフレームワークが付いているから楽になる部分も確かにあります。
んでもどんな実行環境・開発環境でもそうですが、エンジニアが「それ」に十分に慣れていれば「それ」が一番。
tomcatやmod_perlやphpできちんとした物が作れて運用できる人たちにとって、ふつーのWebアプリケーションで導入するメリットは少ない。
6(2): 名無しさん＠お腹いっぱい。 2001/08/17(金)10:56 ID:4H/XzJqk(1) AAS
EJB使うんだったら必要だけどね。
でも一番安い奴でいいよ。Jrunかな？
WebLogicはぼったくりだと思う。
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設計がそこそこならそれほどひどいﾊﾟﾌｫｰﾏﾝｽにはならないはず。。。
当方ｲﾝﾄﾗかつｱﾌﾟﾘ的にも排他制御するほどﾍﾋﾞｰなｻｰﾋﾞｽでない
(ぶつかったら諦めてｱｸｾｽし直してね！とか)
ので、あまりでかいことは言えないのですが、これが実感。
27(2): 03/01/29 07:33 ID:svj5cY50(2/3) AAS
>>18
専用ｽﾚもあるけどここでもいいよね。WebObjectsは実感いまいち。
ﾌﾚｰﾑﾜｰｸが複雑すぎ…例えばDBｱｸｾｽのｸﾗｽﾗｲﾌﾞﾗﾘのEOEnterpriseObject
とかEOStoreProcedureの使い方がわかんなくて、ある外注さんは
内部でｺｯｿﾘJDBC使ってた(!!!!) 当社側のSEは何も知らず、
やっぱWebObjectsだからDBのﾊﾟﾌｫｰﾏﾝｽがいいｾﾞ! とか言ってる。
>>5さんの言うとおり、ﾌﾚｰﾑﾜｰｸの使いこなし方次第なんだよね。
それが理解できないと開発生産性なんてﾀﾞﾒﾀﾞﾒっす。
28(1): 03/01/29 20:43 ID:??? AAS
>>27
漏れのところも外注さんにWebObjectsで開発を依頼したが、大分使いこなしているところ
らしく、JDBCは使ってなかったYO（ｗ
パフォーマンスは全然悪くなかったよ。アクセス数増えたときでも（90マソpv／１日）でも
鯖が落ちるとかなかったし。
29(1): 27 03/01/29 22:18 ID:svj5cY50(3/3) AAS
>>28
難しいところですね。WebObjectsって、J2EE陣営からかなり孤立してるでしょう。
詳しくは知らないけど、J2EE 1.4が本格化したらまた引き離される可能性が。。。
開発者としても、「こんなの覚えて今後食っていけるｽｷﾙになるのかしらん？」
という不安はあるように思う。
27で言った外注さんも、本来はWebSphereﾊﾞﾘﾊﾞﾘの人らしかったのね。
でも当社がWebSphereは高くて買えないから、値段安くて名前もよく似てる(怒)
こっちを選んだせいで、かわいそうだったな。。。
30: メリーアン 03/01/29 22:24 ID:1neRx6Mp(1) AAS
>>29
>>J2EE陣営からかなり孤立してるでしょう
してないと感じるぞよ。むしろJ2EEに寄り添ってきている。
ただ、フレームワークが濃いというか、んー、思想の違いなんだろうけど。
各クラスのメソッド群は覚えても他の製品じゃ使いもんにならないのは確かだけど、
OOP前提として開発される代物だから、考え方そのものは他製品でも役立つことがおおい。
むしろ、他製品では回りくどいことばかり強いられるから不便を感じる、、いや、感じたっす。
世の中みんなWebObjectsでやってくれたら、、、と信者的発言を言ってみるテスト。
31(1): メリーアン 03/01/29 22:27 ID:??? AAS
どうでもいいかもしれませんけど、そのWebObjects外注屋は、
アクセス数がぐっと増えたとき、じゃぁ、鯖増やして負荷分散させましょうと
言って鯖かってやったら２日ぐらいで仕上げてきやがったのでビクーリしたことある。
特別なプログラム仕組むとか無しに。前のカイーシャは負荷分散させたいとかを依頼すると
ものすごいｲﾔｰﾝなカオされたんだが(;´Д`)
32: 03/01/30 03:35 ID:??? AAS
>>31
そのくらいトーゼンですよ
我が社の技術力は東洋一ですから
33: 03/02/02 04:52 ID:??? AAS
外部ﾘﾝｸ[swf]:timidmacer.s5.xrea.com
34: 03/02/02 14:16 ID:YFeQlWrc(1) AAS
正直、22さんのような環境がうらやましい。
35(3): [0] 03/02/25 19:17 ID:??? AAS
WEBアプリってどうなん？本当に三階層なの？
物理的に？それとも論理的に？
36(1): 03/02/25 19:36 ID:??? AAS
>>35
物理的にも論理的にも３階層は実現できる。
37(1): 35 [0] 03/02/25 19:45 ID:??? AAS
>36
例えば一台で論理的に三階層作ると
意味あるの？
もともとwebアプリの役割って負荷の分散でしょ？
38: 35 [0] 03/02/25 19:47 ID:??? AAS
>37
訂正ね
一台で三階層じゃなくて二台で三階層
もともとC/二階層だとデータベース鯖は暇なのにｗｅｂ鯖がネックになって
ダメだから三階層にしたんですよね？
39(1): 03/02/25 22:02 ID:70zq75Yl(1/2) AAS
結論
webアプリなんてｲﾗﾈｰ
40(2): 03/02/25 22:40 ID:??? AAS
>>39
そりゃ、おまえさんが作るナンチャッテ掲示板CGIじゃWebアプリなんてものはいらねぇよな（ﾌﾟｯ
41(1): 03/02/25 22:48 ID:70zq75Yl(2/2) AAS
>40
ﾌﾟ おまいはセイゼイｲﾗﾈｰもんに金だしてろヴァカｗ
42(1): 40 03/02/25 23:15 ID:??? AAS
>>41
ええと、マヂレスですが、カネはかかってねぇすよ。ワレものでもなくて。
43(1): 03/02/26 01:02 ID:PbDvmql3(1) AAS
そもそも、41のようなAP鯖がいらねーとか言ってるﾔｼは、
Webシステムの極一部しか知らない
or
AP鯖が必要な比較的大規模・高負荷なシステム開発が「できない」
という自分を正当化したいだけ。
44: 42 03/02/26 01:21 ID:??? AAS
>>43
フォロー、サンクスコ
45: 03/02/26 01:23 ID:??? AAS
たしかに「J2EEのお試し実装」であるTomcat、(裸の)Weblogic、Webshereを中心と
して見るとWebobjectsはAPサーバの鬼子というか孤児のよーにも見える。
しかしStrutsだのAvalonだのといったアプリケーションフレームワークを含めて
見るとまだまだ「数多い選択肢の一つ」だと思うんだけどなー。
46: 03/02/26 02:01 ID:vE7/RYAz(1) AAS
漏れは前の会社でWebObjectsを使っていたけど、はっきしいって、WebObjectsは
良くできたフレームワークだよ。EOModelorから派生したカスタムロジックを
中心にプレゼンテーションとロジックを分けて構築できるところがよかった。
WebObjects BuilderもカスタムWOなんかに細かくパーツ分けができて再利用性バツグンだった。
今の会社はWebSphereだけど、覚えることとや作業労力が多すぎ。結局マンパワーを
要してしまうし、正直、WebObjectsよりも扱いが大変だと感じる。教育だって
バカにならないし。マカーだとか信者だとおもわれちまうけど、WebObjectsにゃ
もっと頑張ってもらいたいというのが本音すよ。
47: 03/02/26 03:25 ID:7bB+4UD5(1) AAS
自作自演必死だなﾜﾗ
上下前次1-新書関写板覧索設栞歴
あと 175 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.555s*