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 |
Tags
- 데이터베이스
- kubernetes
- 카카오톡
- 웹아키텍처
- iOS로 이동
- Google Kubernetes Engine
- node.js
- Nas
- airflow
- WEB서버
- 기기변경
- BFS
- 챗봇
- 힙
- 카카오톡오픈빌더
- Google Cloud Platform
- GCP
- docker
- dfs
- 카카오톡 오픈빌더
- e프라이버시 클린서비스
- was서버
- 백준
- 2-tier
- Synology
- GKE
- 카카오톡챗봇
- stack
- Apache Airflow
- 3-Tier
Archives
- Today
- Total
목록was서버 (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