ITに詳しい人ちょっと来てくれ
■ このスレッドは過去ログ倉庫に格納されています
なんでサーバーって機能ごとにサーバー分けなきゃいけないの?
一個のサーバーに全部モリモリじゃだめなん? Azureとか全部もりもりじゃないの?そういう話じゃない? 全部機能盛り込んだサーバーを2.3台で冗長化すればよない? 変更の範囲が不明瞭になると意図せず変更しちゃうから >>5
Azureにも機能別にサーバーあるはずだけどもりもりってどういうこと?
>>6
DBとかファイルアップロードとかどうすんだよ >>6
スケーラビリティ低いしアホみたいに金かかるけども 集約しないほうが機密性も高くなる、パーミッションを機能単位で設定できて、漏洩時のリスクヘッジにもつながる 変更するときに全部に影響するしサービス止めたくない勢に不人気 この間aws死んで大変なことになってたじゃん
理屈はあれと同じこと 総コード行数3000行程度で1日100アクセスとかしかないサービスとかなら、1台に全部入れてても大したことはないんじゃない? >>12
多すぎて詳しく語れん
DB専用とかAI専用とかDNS専用とか
それぞれの専用の中でも細かく分類されてるし
公式嫁としか
https://azure.microsoft.com/ja-jp/products >>16
前それやって、画像生成系のロジック入れたら生成中に他のサービス止まって、
結局、画像生成系ロジックだけ切り離したわ オンプレミスで全部自分で構築するんでなければ、どのプラットフォーム使うにしてもDBとか別サーバーになってるだろ 家に区切りなくトイレと風呂とキッチンと寝室とか全部あったら嫌だろ? 最低でも運用系と業務系は分ける
運用系サーバの不具合とかで業務止まるの嫌だろ
あとは負荷分散とかもあるな >>19
別にVPSとかだと1仮想鯖に全部もりもりできるよ 運用の話も絡むから一概に言えないが
例えばAPサーバとDBサーバが一緒になっていたとして、
DBのメンテ(再起動とか)するのにAPも一緒に止まってしまうのは良いかとかそういうのも加味して考えるんだ oracle使ってるとライセンスの問題もあるな
あいつらクソうざい ウェブに渡すコンテンツを変えたいときに全体を止めるのは客を逃すよねって話 フォントのライセンスが「1サーバーいくら」みたいな感じなんだけど、
冗長化されたサーバーとかカウントできないんだけどどうすんだろこれ じゃあ機能的には別に1台に全部盛り込んでok
でも実際に運用することを考えると分けたほうが便利(わけないと不便)ってことでいいのね? >>30
OKとも限らない
ちゃんと乗せるミドルアプリの前提も確認してな
個人で遊びでやる分には別に適当でも良いだろうけど >>33
少なくとも仕事でやってる社会人じゃないだろな 仮にDBやAPサーバでメチャ重な作業しててもWebサーバはなんともない
さらにDBサーバはAPサーバからしかアクセスできないようにすれば、APサーバがクラックされない限りデータが漏れることはないし安全でもある ■ このスレッドは過去ログ倉庫に格納されています