Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
WebサーバとAPサーバの違い
Search
yosi
August 08, 2022
Programming
310
1
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
WebサーバとAPサーバの違い
yosi
August 08, 2022
More Decks by yosi
See All by yosi
自社開発のエンジニアの私が 大事にしてること(n=1)
yoshisan
1
110
なるほどGit講座 (追跡ブランチが理解できます!)
yoshisan
0
210
「自分の時間を生きる」キャリア論
yoshisan
1
120
小学生でもわかる SlackAPI×GAS
yoshisan
0
120
達人プログラマーになろう!
yoshisan
0
140
認証認可
yoshisan
1
160
オブジェクト指向が"チョットワカル"スライド
yoshisan
0
140
Linuxについて"ほんのチョットワカル"スライド
yoshisan
1
140
Let's React!! "チョットワカル"の第一歩
yoshisan
1
230
Other Decks in Programming
See All in Programming
『コードを書く以外の』エンジニアリング〜課金基盤移行プロジェクト推進のためのTips4選
yuriko1211
0
570
<title><a id="</title>君はこのHTMLをパースできるか"></a></title> #雑LT_study
pizzacat83
0
130
型も通る、synthも通る、それでも危ない 〜AIのCDKの権限とコストを機械で検証する〜 / It Passes Type Checks, It Passes Synth Checks, but It’s Still Risky — Automatically Verifying Permissions and Costs in AI’s CDK —
seike460
PRO
1
530
複数の Claude Code が"放置"されてしまう問題をCLI ダッシュボードを自作して解決した話
sumihiro3
1
650
PHP に部分適用が来るぞ!……ところで何それ?おいしいの? #phpcon / phpcon-2026
shogogg
0
550
Claude CodeとAgentCore Gatewayを繋ぐ際の認証認可 / Authentication and authorization when connecting Claude Code with AgentCore Gateway
har1101
0
160
自動化したのに回らないテスト運用の壁ーAI時代の品質責任と生産性
mfunaki
0
120
全PRの83%がAIレビューだけでマージできるようになった開発組織はその後どうなったか
athug
1
1.4k
改善しないと、タスクが回らない。 “てんこ盛りポジション” を引き継いだ情シスの、入社3ヶ月の業務改善録
krm963
0
250
【やさしく解説 設計編・中級 #4】ルールの寿命と、システムの年輪
panda728
PRO
2
180
為什麼你並不需要ViewModel / No, you don't need a ViewModel
lovee
1
480
Embedded SREと共に達成した会員管理システムのAWS移行 - SRE NEXT 2026 ランチスポンサーセッション
niftycorp
PRO
1
3.4k
Featured
See All Featured
Agile that works and the tools we love
rasmusluckow
331
22k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
10
1.3k
Product Roadmaps are Hard
iamctodd
55
12k
How to Grow Your eCommerce with AI & Automation
katarinadahlin
PRO
1
230
Paper Plane (Part 1)
katiecoart
PRO
1
10k
Learning to Love Humans: Emotional Interface Design
aarron
275
41k
Imperfection Machines: The Place of Print at Facebook
scottboms
270
14k
Data-driven link building: lessons from a $708K investment (BrightonSEO talk)
szymonslowik
1
1.2k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
3k
The Limits of Empathy - UXLibs8
cassininazir
1
580
[RailsConf 2023] Rails as a piece of cake
palkan
59
6.9k
A Modern Web Designer's Workflow
chriscoyier
698
190k
Transcript
ココカラ勉強会 WEBサーバ と APサーバの違い 発表者 よし
主な内容 Webの仕組み 大まかな枠組み Webの三層構造について Webサーバとは APサーバとは まとめ 本日の流れ
今まで話した LT内容 ・WWWの歴史 ・HTTP、TCP/IPについて ・Linuxについて ・ブラウザについて(Webレンダリング) ・,,,,etc
「WebサーバとAPサーバ ってよく聞くけど、何が 違うんでしょ??」 最近この質問に詰まってしまいま した。
AP サーバ プログラムが処理を行い 動的コンテンツをつく る。 WEB サーバ クライアントから来たリ クエストをAPサーバに渡 したり、静的コンテンツ
を送る。
アプリケーション ミドルウェア ハードウェア OS
役割 ①静的コンテンツを送る ②動的コンテンツをつくる ようにAPサーバにリクエス トし、作られたHTMLをク ライアントに返す Apache HTTP Server ・OSS
・マルチプロセスの プロセス駆動アーキテクチャ →C10K問題 Webサーバ 主なWebサーバ NGINX ・OSS ・シングルスレッドモデルの イベント駆動アーキテクチャ 特徴 多くのリクエストが来る が、一つに対する処理の不 可は軽い
役割 ①Webサーバのリクエストをもとに、 JavaやPHP等で作られたAppで動的コン テンツの作成 ②必要があればDBサーバへアクセスし データのCRUDを行い、加工したHTML をWebサーバに返す。 APサーバ 主なWebサーバ Tomcat
from Java Puma /unicorn from ruby gunicorn from Python php_mod php (モジュール) 特徴 リクエストの数は少ないが、一つに対す る処理が重い
WEBのしくみ まずは簡単に
クライアント サーバ クライアントサーバーシステム リクエスト レスポンス サイト見たい! データ送るね!
クライアント サーバ クライアントサーバーシステム 今回はこの サーバにつ いてもっと 深掘りまし ょう! サイト見たい! データ送るね!
クライアント サーバ クライアントサーバーシステム リクエスト レスポンス サイト見たい! HTML送るね! サーバの歴史 ①静的サイトのみを返していた。
同じ情報がかえってくるだけ じゃなくて、動的な機能をつ けたいなぁ。
動的 コンテンツ 見る人や、時間によって 変化するコンテンツ 例 ECサイト SNSサービス 静的 コンテンツ いつ見ても変わらない、
同じコンテンツ 例 ホームページ ブログ
クライアント Webサーバ サイト見たい! 動的アプリケーションの誕生 サーバの歴史 ②CGIの登場! 新しいHTML作るね! Webサーバ内 Perl インタプリンタ CommonGatewayInterface
(異なる機器感で通信が可能に) アプリケーション ノード1
CGIめっちゃ遅いし、Perl大 規模むいてないな,,, もっと柔軟にかつ、高速にで きひんかな〜
クライアント Apache (Webサーバ) プログラム サイト見たい! Javaでより高速、大規模化! サーバの歴史 ③モジュールで高速化! mod_jk ajp13 プロトコル
Tomcat (APサーバ) ノード
クライアント Apache (Webサーバ) サイト見たい! WEB三層構造の完成! サーバの歴史 ④それぞれサーバを分けて拡大! mod_jk Tomcat (APサーバ) MySQL
(DBサーバ) ノード1 ノード3 ノード2
WEBサーバ DBサーバ APサーバ WEBの3層構造
クライアント Apache (Webサーバ) ケースによって変化可能! APサーバを分けて処理を分散 mod_jk Tomcat1 (APサーバ) Bの処理Tomcat2へ Tomcat2
(APサーバ) Aの処理はTomcat1へ
クライアント サイト見たい! 小規模ならこれもOK! Web/APサーバの構成も可能! Tomcat (Web/APサーバ) MySQL (DBサーバ) ノード2 ノード1
三層構造のメリット ・責務の分担で処理を軽減で きる。 ・バグがあった場合に、その サーバのみのデバッグです む。 ・拡張性があり、柔軟に対応 できる。 デメリット ・費用がサーバー台分高い。
御清聴ありがとうございました!