Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 | 29 |
30 | 31 |
Tags
- Apache Airflow
- 웹아키텍처
- 백준
- 데이터베이스
- docker
- 2-tier
- Nas
- 카카오톡오픈빌더
- 카카오톡챗봇
- airflow
- e프라이버시 클린서비스
- dfs
- 챗봇
- 3-Tier
- iOS로 이동
- 카카오톡
- 힙
- Google Kubernetes Engine
- stack
- BFS
- Google Cloud Platform
- 기기변경
- kubernetes
- GCP
- 카카오톡 오픈빌더
- WEB서버
- was서버
- node.js
- Synology
- GKE
Archives
- Today
- Total
목록WEB서버 (1)
공부하는 밍

웹 아키텍처에서 3-tier가 등장하기 전에는 대부분 2-tier 구조가 활용되었다. 2-tier 클라이언트 서버 클라이언트가 직접 서버의 DB에 접속하여 자원을 활용 편리하지만 보안에 취약하고, 유지보수도 어려움 3-tier 클라이언트 서버/애플리케이션 DB 웹 서버의 역할 클라이언트의 접속 웹 애플리케이션의 비즈니스 로직 DB 접근 직접 데이터를 관리하지는 않음!! => DB 서버를 별도로 구성 하지만, 웹 애플리케이션의 사용자가 많아짐으로 인해, 웹 서버에 과부하가 걸림 => WAS 서버 등장 # 각 파트의 역할 클라이언트 : 사용자의 PC, 웹 브라우저 웹 서버 : 클라이언트의 요청, 접속 관리 WAS 서버 : 애플리케이션 실행 (비즈니스 로직, DB 접근) DB : 데이터베이스 출처 : http..
IT 지식/웹 아키텍처
2021. 3. 8. 11:05