Top 49 서버 아키텍처 The 94 Top Answers

by

You are looking for information, articles, knowledge about the topic nail salons open on sunday near me 서버 아키텍처 on Google, you do not find the information you need! Here are the best content compiled and compiled by the Chewathai27.com/to team, along with other related topics such as: 서버 아키텍처 서버 아키텍처란, 서버 아키텍처 설계, 서버 아키텍처 설계 툴, 백엔드 아키텍처, 웹서버 아키텍처, 서버 아키텍처 종류, 클라이언트 서버 아키텍처 예시, 앱 서버 아키텍처

서버란 무엇인가요?
서버란 무엇인가요?

신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념 – Less is more

  • Article author: kschoi.github.io
  • Reviews from users: 35901 ⭐ Ratings
  • Top rated: 3.5 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념 – Less is more 서버는 이제 HTML로 화면을 렌더링한 후 로드 밸런서를 통해서 사용자의 브라우저로 보낸다. 페이지는 CDN에 연결된 우리의 클라우드 스토리지 시스템에서 가져오는 자바 … …
  • Most searched keywords: Whether you are looking for 신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념 – Less is more 서버는 이제 HTML로 화면을 렌더링한 후 로드 밸런서를 통해서 사용자의 브라우저로 보낸다. 페이지는 CDN에 연결된 우리의 클라우드 스토리지 시스템에서 가져오는 자바 … 이 글은 미디엄의 Web Archtecture 101(https://engineering.videoblocks.com/web-architecture-101-a3224e126947) 글을 보기 쉽게 번역한 글입니다. Storyblocks라는 웹 서비스의 구성을 통해 입문자 관점에서 모던 웹 아키텍처를 설명해주고 있습니다.
  • Table of Contents:
신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념 - Less is more
신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념 – Less is more

Read More

[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )

  • Article author: nitro04.blogspot.com
  • Reviews from users: 26458 ⭐ Ratings
  • Top rated: 4.2 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about [ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture ) (Mobile Web Application Server Architecture). 이 서버 아키텍처는 스마트폰 및 태블릿을 포함한. 모바일 장치에 적합한 기술과 도구를 적용하기 위해 … …
  • Most searched keywords: Whether you are looking for [ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture ) (Mobile Web Application Server Architecture). 이 서버 아키텍처는 스마트폰 및 태블릿을 포함한. 모바일 장치에 적합한 기술과 도구를 적용하기 위해 …
  • Table of Contents:

Web Framework의 역사

① Spring 10 이전

② Spring 10 이후

웹 애플리케이션 서버 아키텍처(Web Application Server Architecture)란

자바 기반 웹 애플리케이션 서버 아키텍처(Java Web Application Server
Architecture)

모바일 웹 애플리케이션 서버 아키텍처(Mobile Web Application Server
Architecture)

Nodejs 웹 애플리케이션 서버 아키텍처(Nodejs Web Application Server
Architecture)

Ruby on Rails 웹 애플리케이션 서버 아키텍처(Ruby on Rails Web Server
Application Architecture)

Python 기반 Django 웹 애플리케이션 서버 아키텍처(Django Web
Application Server Architecture)

어떤 웹 애플리케이션 서버 아키텍처를 사용해야 할까

[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )
[ Web ] 웹 애플리케이션 서버 아키텍처의 정의 및 유형 ( Define and Types of Web Application Server Architecture )

Read More

클라이언트 – 서버 아키텍처

  • Article author: habit1014.tistory.com
  • Reviews from users: 29593 ⭐ Ratings
  • Top rated: 3.5 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 클라이언트 – 서버 아키텍처 API의 개념을 이해할 수 있다. 클라이언트 -서버 아키텍쳐 (Client Server Architecture). (2 Tier Architecture). …
  • Most searched keywords: Whether you are looking for 클라이언트 – 서버 아키텍처 API의 개념을 이해할 수 있다. 클라이언트 -서버 아키텍쳐 (Client Server Architecture). (2 Tier Architecture). <목차> 클라이언트 – 서버 콘셉트를 이해할 수 있다. 클라이언트-서버 아키텍처를 이해할 수 있다. HTTP를 이용한 클라이언트-서버 통신을 이해할 수 있다. API의 개념을 이해할 수 있다. 👊 클라이언트 -서버 아..
  • Table of Contents:

오늘도 삽질중

클라이언트 – 서버 아키텍처 본문

👊 클라이언트 -서버 아키텍쳐 (Client Server Architecture)

👊  HTTP를 이용한 클라이언트-서버 통신과 API

🎟 API

클라이언트 - 서버 아키텍처
클라이언트 – 서버 아키텍처

Read More

서버 아키텍처에 대한 고민과 조언 정리

  • Article author: developer-cheol.tistory.com
  • Reviews from users: 39793 ⭐ Ratings
  • Top rated: 4.3 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 서버 아키텍처에 대한 고민과 조언 정리 서버 아키텍처에 대한 고민과 조언 정리 · 가상 면접 사레로 배우는 대규모 시스템 설계 기초 · 헥사곤 아키텍처(포트앤어댑터 패턴), 클린아키텍처 · 회사 … …
  • Most searched keywords: Whether you are looking for 서버 아키텍처에 대한 고민과 조언 정리 서버 아키텍처에 대한 고민과 조언 정리 · 가상 면접 사레로 배우는 대규모 시스템 설계 기초 · 헥사곤 아키텍처(포트앤어댑터 패턴), 클린아키텍처 · 회사 … 가상 면접 사레로 배우는 대규모 시스템 설계 기초 헥사곤 아키텍처(포트앤어댑터 패턴), 클린아키텍처 회사 내 규모있는 프로젝트 구조 공부 책에 있는 내용 따라하다가 이도저도 안되는 경우가 많다. 프로젝트들..
  • Table of Contents:

태그

‘개발서버 아키텍쳐’ Related Articles

공지사항

최근 포스트

태그

검색

전체 방문자

서버 아키텍처에 대한 고민과 조언 정리
서버 아키텍처에 대한 고민과 조언 정리

Read More

서버 아키텍처

  • Article author: clipsoft.co.kr
  • Reviews from users: 2952 ⭐ Ratings
  • Top rated: 3.7 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 서버 아키텍처 웹 구조를 간략하게 도식화하면 위 그림과 같을 것입니다. 사용자의 웹 브라우저, 웹 서버, 웹 어플리케이션 서버 그리고 마지막 데이터베이스 서버입니다. 각자의 기본 … …
  • Most searched keywords: Whether you are looking for 서버 아키텍처 웹 구조를 간략하게 도식화하면 위 그림과 같을 것입니다. 사용자의 웹 브라우저, 웹 서버, 웹 어플리케이션 서버 그리고 마지막 데이터베이스 서버입니다. 각자의 기본 …
  • Table of Contents:
서버 아키텍처
서버 아키텍처

Read More

서버 아키텍처의 변화 : 네이버 블로그

  • Article author: m.blog.naver.com
  • Reviews from users: 31211 ⭐ Ratings
  • Top rated: 3.1 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 서버 아키텍처의 변화 : 네이버 블로그 개인적 경험에 의한 웹과 서버 아키텍처의 변화에 대해 이야기해 보고자 합니다. 국내 인터넷 문화는 대략 1990년대 PC 통신으로부터 시작되었습니다. …
  • Most searched keywords: Whether you are looking for 서버 아키텍처의 변화 : 네이버 블로그 개인적 경험에 의한 웹과 서버 아키텍처의 변화에 대해 이야기해 보고자 합니다. 국내 인터넷 문화는 대략 1990년대 PC 통신으로부터 시작되었습니다.
  • Table of Contents:

카테고리 이동

Global Process Mining Platform

이 블로그 
Expert Column
 카테고리 글

카테고리

이 블로그 
Expert Column
 카테고리 글

서버 아키텍처의 변화 : 네이버 블로그
서버 아키텍처의 변화 : 네이버 블로그

Read More

알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉

  • Article author: www.seonest.net
  • Reviews from users: 33327 ⭐ Ratings
  • Top rated: 3.6 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉 1. Server. 서버는 개인 네트워크나 인터넷을 통해 한 가지 서비스(또는 여러 서비스들)을 제공하는 컴퓨터를 말합니다. 디바이스 … …
  • Most searched keywords: Whether you are looking for 알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉 1. Server. 서버는 개인 네트워크나 인터넷을 통해 한 가지 서비스(또는 여러 서비스들)을 제공하는 컴퓨터를 말합니다. 디바이스 … 10 must know concepts of modern web architecture
  • Table of Contents:
알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉
알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉

Read More

알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉

  • Article author: tech.junhabaek.net
  • Reviews from users: 49466 ⭐ Ratings
  • Top rated: 3.0 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about 알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉 아키텍처 서적들 내용은 참 좋은데.. 결국 아키텍처나 설계 서적들을 공부하게 되는 것도 이러한 걱정에서 시작될 것입니다. 하지만 웹서버 구현에 대한 … …
  • Most searched keywords: Whether you are looking for 알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉 아키텍처 서적들 내용은 참 좋은데.. 결국 아키텍처나 설계 서적들을 공부하게 되는 것도 이러한 걱정에서 시작될 것입니다. 하지만 웹서버 구현에 대한 … 10 must know concepts of modern web architecture
  • Table of Contents:
알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉
알아놓으면 좋은 10가지 모던 웹 아키텍쳐 컨셉

Read More

LINE LIVE 채팅 기능의 기반이 되는 아키텍처

  • Article author: engineering.linecorp.com
  • Reviews from users: 37474 ⭐ Ratings
  • Top rated: 4.1 ⭐
  • Lowest rated: 1 ⭐
  • Summary of article content: Articles about LINE LIVE 채팅 기능의 기반이 되는 아키텍처 전체적인 서버 구성 · WebSocket: 클라이언트와 서버 간의 통신 · Akka toolkit을 통한 고속 병행 처리 · Redis를 이용한 서버 간의 코멘트 동기화. …
  • Most searched keywords: Whether you are looking for LINE LIVE 채팅 기능의 기반이 되는 아키텍처 전체적인 서버 구성 · WebSocket: 클라이언트와 서버 간의 통신 · Akka toolkit을 통한 고속 병행 처리 · Redis를 이용한 서버 간의 코멘트 동기화. 2022-LINE-engineering-site
  • Table of Contents:

Actor

Supervisor

채팅 서버의 액터 시스템 구성

코멘트의 동기화

고속 KVS로 사용하기

Redis 클라이언트

Tags

Related Post

LINE LIVE 채팅 기능의 기반이 되는 아키텍처
LINE LIVE 채팅 기능의 기반이 되는 아키텍처

Read More

See more articles in the same category here: Top 673 tips update new.

신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념

신입 웹 개발자일 때 알았더라면 좋았을 기본 웹 아키텍처 개념

이 글은 미디엄의 Web Archtecture 101(https://engineering.videoblocks.com/web-architecture-101-a3224e126947) 글을 보기 쉽게 번역한 글입니다. Storyblocks라는 웹 서비스의 구성을 통해 입문자 관점에서 모던 웹 아키텍처를 설명해주고 있습니다.

모던 웹 애플리케이션 아키텍쳐 개요

위의 다이어그램은 우리 Storyblocks의 아키텍쳐를 꽤 잘 나타낸다. 당신이 경험 많은 웹 개발자가 아니라면 아마도 꽤 복잡하다고 생각할 것이다. 각각의 컴포넌트를 자세히 살펴보기 전에 아래의 예시를 살펴보면 조금 더 다가서기 쉬워질 것이다.

예시

사용자가 구글에서 “Strong Beautiful Fog And Sunbeams In The Forest”을 검색한다. 첫번째 검색 결과에 Storyblocks 사이트의 stock 사진이 함께 노출된다. 사용자는 결과를 클릭하고 브라우저는 이미지 상세 페이지로 이동한다. 보이지 않지만, 브라우저 내부에서는 DNS 서버에 Storyblocks 사이트에 어떻게 접속할 수 있는지 물어본 후 Storyblocks에 접근을 시도한다.

브라우저 요청은 Storyblocks 측의 로드 밸런서에 도착하고, 서비스를 운영하기 위해 동작 중인 10여 개의 서버 중 하나를 랜덤하게 선택해서 요청을 처리한다. 웹 서버는 캐싱 서비스에서 필요한 이미지 정보를 가져온 후 더 필요한 정보는 데이터베이스에 요청한다. 사용자에게 전달한 이미지의 컬러 프로필이 아직 만들어지지 않았음을 인지한 후 “컬러 프로필” 잡(job)을 잡 큐에 보낸다. 잡 서버는 큐에 추가된 것들을 비동기적으로 처리한 후 데이터베이스에 결과를 적절히 업데이트한다.

다음, 우리는 전체 텍스트(full-text) 검색 서비스에 사진의 제목을 전달해서 비슷한 사진들을 찾으려고 한다. 사용자가 Storyblocks의 멤버로 로그인했다면 그의 계정 정보를 계정 서비스에서 가져온다. 일련의 작업들이 끝난 후, 데이터 firehose에 페이지 뷰 이벤트를 발생시켜서 우리의 클라우드 스토리지 시스템에 기록하고, 그 정보는 분석가들이 비즈니스와 관련된 질의에 답하는 데 사용할 수 있도록 데이터 저장소(warehouse)에서 사용된다.

서버는 이제 HTML로 화면을 렌더링한 후 로드 밸런서를 통해서 사용자의 브라우저로 보낸다. 페이지는 CDN에 연결된 우리의 클라우드 스토리지 시스템에서 가져오는 자바스크립트와 CSS 파일을 포함하고 있다. 그래서 브라우저는 그 콘텐츠를 가져오기 위해 CDN에 접속한다. 마지막으로, 브라우저는 사용자가 볼 수 있는 콘텐츠를 렌더링한다.

이제 나는 각각의 컴포넌트들을 하나씩 소개할 것이다. 이는 당신이 앞으로 웹 아키텍쳐에 대해 생각해 볼 때 도움이 될 수 있는 좋은 심리 모델을 선사할 것이다. 나중에는 다른 시리즈의 글을 통해서 Storyblocks에서 얻은 경험을 바탕으로 추천하는 구체적인 구현 방법을 제공할 생각이다.

1. DNS

DNS는 “Domain Name Server”의 약자며 월드 와이드 웹(WWW)이 가능하도록 만드는 기반 기술이다. 가장 기본적인 레벨의 DNS는 도메인 이름(예. google.com)에서 IP 주소(예. 85.129.83.120)로의 키/값 조회를 제공한다. 이는 당신의 컴퓨터가 알맞은 서버에 요청을 보낼 수 있는 경로를 찾는 데 필요하다. 전화번호에 비유하자면 도메인 이름과 IP 주소의 차이는 “Jone Does에게 전화하기”와 “201-867–5309에 전화하기”의 차이다. Jone의 전화번호를 찾기 위해 전화번호부가 필요한 것처럼 도메인에서 IP 주소를 찾기 위해서는 DNS가 필요하다. DNS를 인터넷의 전화번호부라고 생각하면 된다.

여기서 더 깊게 들어갈 수 있는 많은 내용이 있지만, 입문 수준의 소개에는 크게 중요하지 않기 때문에 이쯤에서 다음으로 넘어가도록 하자.

2. 로드 밸런서

로드 밸런싱에 대해 자세히 알아보기 전에, 한발 뒤로 물러나서 수평적 vs 수직적 애플리케이션 확장(scaling)에 관해서 얘기해보자. 이들은 어떤 의미이며 어떤 차이가 있는가? 간단히 StackOverflow의 답변에 따르면 수평적 확장은 더 많은 장치를 새로 추가하는 것이고, 수직적 확장은 이미 사용하고 있던 장치의 성능(예. CPU, RAM)을 높이는 것이다.

웹 개발을 한다면 당신은 아마 언제나 수평적 확장을 원하게 될 텐데, 그 이유는 간단히 말해 서비스 중단을 막기 위해서다. 서버는 언제든지 고장이 날 수 있다. 네트워크는 속도가 느려질 수 있다. 데이터 센터에 정전이 발생할 수도 있다. 1대 이상의 서버를 가짐으로써 이러한 상황에 대비할 수 있으며 서비스는 멈추지 않고 계속 제공된다. 달리 말하면 ‘오류 내성’이 생긴다. 두 번째로, 수평적 확장은 애플리케이션 백엔드(웹 서버, 데이터베이스, 서비스 X, 기타 등등)들을 각각 다른 서버에서 돌림으로서 서로가 최소한으로 결합할 수 있도록 한다. 마지막으로, 수직적 확장은 언젠가 한계에 부딪힌다. 세상에는 당신의 앱이 하는 일을 모두 처리할 수 있을 만큼 강력한 성능을 가진 컴퓨터는 없다. 전형적인 사례로 구글의 검색 플랫폼을 생각하면 된다. 물론 구글 검색은 매우 큰 규모지만 수직적 확장의 한계는 작은 회사에도 적용될 수 있다. Storyblocks를 예로 들자면 서비스를 위해 150에서 400개의 AWS EC2 인스턴스를 동시에 구동하고 있다. 이 정도 규모를 수직적 확장으로 가능하게 하려 한다면 무척 힘든 일이 될 것이다.

좋다, 이제 로드 밸런서로 돌아가자. 그들은 수평적 확장이 가능하도록 만드는 마술이다. 그들은 들어오는 요청을 복제/미러링 된 수많은 애플리케이션 서버 중의 하나로 연결하고 서버의 응답을 다시 클라이언트로 보낸다. 모든 서버는 특정 요청을 같은 방식으로 처리해야 하며, 로드 밸런서는 이들 서버에 과부하가 걸리지 않도록 들어오는 요청을 적절히 분배해주는 일을 한다.

그게 전부다. 개념적으로 로드 밸런서는 꽤 직관적이다. 그 이면은 확실히 복잡하지만 입문에서는 거기까지 들어갈 필요는 없다.

3. 웹 애플리케이션 서버

고수준의 웹 애플리케이션 서버는 상대적으로 설명하기 간단하다. 그들은 사용자의 요청이 들어오면 핵심 비즈니스 로직을 실행하고 그 결과를 HTML에 담아 브라우저로 보낸다. 이 일을 하기 위해서는 보통 데이터베이스, 캐싱 계층, 잡 큐, 검색 서비스, 기타 마이크로 서비스, 데이터/로그 큐(queue) 등 무척 다양한 백엔드 인프라와 데이터를 주고받아야 한다. 앞서 언급했듯 당신은 사용자의 요청을 처리하기 위해 최소 2번, 보통 그보다 많은 횟수로 로드 밸런서에 연결될 것이다.

앱 서버 구현은 특정 언어(Node.js, Ruby, PHP, Scala, Java, C# .NET, …)를 선택하고 그에 맞는 웹 MVC 프레임워크(Express for Node.js, Ruby on Rails, Play for Scala, Laravel for PHP, …).를 선택해야 한다는 사실을 알아야 한다. 하지만 이들 언어와 프레임워크에 대해 깊이 알아보는 것은 이 글의 범위를 뛰어넘는다.

4. 데이터베이스 서버

모든 모던 웹 애플리케이션은 정보를 저장하기 위해 한 개 이상의 데이터베이스를 사용한다. 데이터베이스는 데이터 구조를 정의하고, 새로운 데이터를 삽입하고, 데이터를 찾고, 데이터를 수정하거나 삭제하고, 데이터로 연산을 수행하는 등의 일을 한다. 대부분은 웹 앱 서버는 잡 서버의 역할을 하는 데이터베이스 서버와 직접 통신한다. 거기에 더해서 각각의 백엔드 서비스는 애플리케이션의 다른 영역과 분리된 자신만의 데이터베이스를 가지고 있을 수 있다.

나는 이 글에서 각각의 아키텍쳐 요소와 관련된 기술을 깊이 살펴보는 일을 가능한 삼가려 하지만, 데이터베이스의 다음 단계 주제를 얘기하지 않으면 당신에게 해가 될 것 같다. 그것은 SQL과 NoSQL이다.

SQL은 “Structured Query Language”의 약자이며, 1970년대에 더 많은 사람들이 사용할 수 있도록 관계형 데이터 세트 질의(query)의 표준으로 만들어졌다. SQL 데이터베이스는 공통 ID(보통 숫자를 사용)로 연결된 테이블에 데이터를 저장한다. 간단한 예제로 사용자의 과거 주소 정보를 저장하는 과정을 살펴보자. 아마 사용자의 아이디로 연결된 user와 useraddress라는 2개의 테이블을 사용할 것이다. 아래의 이미지를 보자. 두 테이블은 useradress 의 user_id 컬럼이 user의 id 컬럼을 참조하고 있는 외래 키(foreign key)이기에 연결된 것이다.

만약 SQL에 대해서 잘 알지 못한다면 나는 Khan Academy에서 찾을 수 있는 것같은 같은 튜토리얼을 공부하길 강력히 권한다. SQL은 모든 웹 개발에서 사용되기 때문에 애플리케이션을 제대로 설계하기 위해서는 최소한 기본은 알아야 한다.

NoSQL, “Non-SQL”의 약자인 이것은 대규모 웹 애플리케이션에 의해 생성되는 많은 양의 데이터를 처리하기 위해 등장한 최신 데이터베이스 기술의 집합이다(SQL에서 파생된 기술 대부분은 수평적 확장이 어려우며 특정 지점에 도달하면 수직적 확장만이 가능하다). NoSQL에 대해서 전혀 알지 못한다면 다음과 같은 고수준의 안내서와 함께 시작하길 추천한다.

나는 당신이 SQL은 반드시 공부해야 한다는 사실을 명심하고 있었으면 한다. 왜냐하면, 이 소프트웨어 업계는 NoSQL 데이터베이스조차도 SQL 인터페이스로 데이터를 조정하고 있기 때문이다. 아직은 SQL의 지배에서 벗어날 방법은 없다.

5. 캐싱 서비스

캐싱 서비스는 정보를 거의 O(1) 시간 안에 찾을 수 있는 단순한 키/값 데이터 저장소를 제공한다. 애플리케이션은 캐싱 서비스를 통해 자원이 많이 소모되는 연산의 결과를 다시 계산하지 않고 캐시에서 가져옴으로써 효율을 높인다. 애플리케이션은 데이터베이스의 쿼리 결과, 외부 서비스 호출 결과, 주어진 URL의 HTML 등을 캐시에 저장한다. 다음은 실무에서 사용되는 몇몇 예제다.

구글은 일반적인 검색어인 ‘dog’나 ‘Taylor Swift’를 사용한 검색을 매번 실행하기보다는 결과를 캐시 한다.

페이스북은 당신이 로그인할 때 포스트 데이터, 친구 목록 등 많은 데이터를 캐시 한다. 페이스북의 자세한 캐시 기술은 여기에서 읽어볼 수 있다.

Storyblocks는 React 서버 사이드 렌더링으로 생성된 HTML, 검색 결과, 검색어 입력 자동완성 결과 등을 캐시 한다.

가장 널리 사용되는 캐싱 서버 기술 2개는 Redis와 Memcache다. 나는 다른 포스트에서 이들에 대해 더 자세히 다룰 예정이다.

6. 잡 큐(job queue) & 서버

거의 모든 웹 애플리케이션은 사용자의 요청에 대한 응답과는 직접적인 관련이 없는 작업을 백그라운드에서 비동기적으로 실행할 필요가 있다. 예를 들어 구글은 검색 결과를 얻기 위해 인터넷에서 데이터를 크롤링하고 인덱싱할 필요가 있다. 이는 당신이 검색을 요청할 때마다 실행되지 않으며 구글의 검색 엔진은 비동기적으로 웹을 크롤링하고 있다.

비동기적인 작업을 가능하게 하는 여러 가지 아키텍쳐가 있지만 가장 널리 사용되는 것은 “잡 큐” 아키텍처다. 이는 2개의 컴포넌트로 구성된다. “잡”으로 이루어진 큐, 그리고 큐에 들어있는 잡을 실행하는 1개 이상의 잡 서버가 그것이다.

잡 큐는 비동기적으로 실행될 잡 목록을 저장하고 있다. 대부분 애플리케이션이 결국에는 우선순위가 적용된 큐가 필요하게 되지만 가장 단순한 것은 first-in-first-out(FIFO) 큐다. 앱이 정기적인 일정이나 사용자에 의해 발생한 잡을 실행할 필요가 생기면, 그에 알맞은 잡을 큐에 추가하기만 하면 된다.

Storyblocks를 예로 들자면, 우리의 마켓플레이스를 지원하는 데 필요한 내부 작업에 잡 큐를 사용해서 힘을 실어주고 있다. 잡 큐를 통해 영상과 사진을 인코딩하고, 메타데이터 태그를 붙이기 위해 CSV를 처리하고, 사용자 통계를 취합하고, 비밀번호 재설정을 위한 이메일을 전송하는 등의 일을 한다. 우리는 간단한 FIFO 큐로부터 시작했지만 빠른 처리 속도가 중요한 민감한 비밀번호 재설정과 같은 작업을 위해 우선순위 큐로 업그레이드하게 되었다.

잡 서버는 잡을 처리 한다. 그들은 잡 큐를 가져와서 할 일이 있는지 확인하고, 있다면 큐에서 잡을 뽑아내서 실행한다. 잡 서버로 사용할 수 있는 언어와 프레임워크는 너무나 다양해서 이 글에서는 자세히 다루지 않겠다.

7. 전체 텍스트 검색 서비스

대부분은 아니지만 많은 웹 앱이 사용자가 텍스트 입력(보통 ‘쿼리’라고 불리는)을 입력을 하면 검색을 하고 가장 ‘관련 있는’ 결과를 보여주는 기능을 제공한다. 이 기능을 가능하게 하는 것은 보통 “전체 텍스트 검색”이라고 불린다. 전체 텍스트 검색은 쿼리 키워드를 포함하는 문서를 빠르게 찾기 위해 역 인덱스(inverted index)를 활용한다.

3개의 문서의 제목이 어떻게 역 인덱스로 변환되어서 특정 키워드를 포함한 제목을 가진 문서를 찾을 수 있도록 활용하는지를 보여주는 예제다. 보통 ‘in’, ‘the’, ‘with’ 같은 일반적인 단어(stop 단어라고 불린다)는 역 인덱스에 포함되지 않음을 주의 깊게 보라.

어떤 데이터베이스에서는 전체 텍스트 검색을 바로 사용할 수 있지만(MySQL은 전체 텍스트 검색을 지원한다), 보통 역 인덱스를 연산하고 쿼리 인터페이스를 제공하는 “검색 서비스”를 분리해서 운영하는 사례가 많다. 오늘날 가장 인기 있는 전체 텍스트 검색 플랫폼은 Elasticsearch지만 Sphinx 또는 Apache Solr 같은 다른 선택지도 있다.

8. 서비스

앱이 특정 규모에 도달하면 별도의 애플리케이션으로 분리해서 운영하기 위핸 ‘서비스’가 생기게 된다. 외부에는 노출되지 않지만, 앱과 다른 서비스와는 연동된다. Storyblocks을 예로 들자면 몇 개의 운영, 계획 서비스를 하고 있다.

계정 서비스는 우리의 모든 사이트의 사용자 정보를 저장해서 교차 판매 기회를 더 쉽게 제공하고, 더 일관적인 사용자 경험을 가능하게 한다. 컨텐츠 서비스는 우리의 모든 비디오, 오디오, 이미지의 메타데이터를 저장한다. 또 콘텐츠 다운로드 인터페이스와 다운로드 이력을 보여주는 기능을 제공한다. 결제 서비스는 고객이 카드로 결제할 수 있는 인터페이스를 제공한다. HTML → PDF 서비스는 HTML을 PDF로 변환하는 간단한 인터페이스를 제공한다.

9. 데이터

오늘날, 기업은 데이터를 어떻게 다루느냐에 따라 살고 죽는다. 최근 거의 모든 앱은 특정 규모에 도달하면 데이터를 제어, 저장, 분석하기 위해 데이터 파이프라인을 사용한다. 전형적인 파이프라인은 3개의 주요 단계를 가진다.

앱은 보통 사용자 상호작용으로 발생한 데이터를 데이터 ‘firehose’라 불리는 곳으로 전달한다. 그것은 데이터를 받아들이고 처리할 수 있는 스트리밍 인터페이스를 제공한다. 가공되지 않은 원시 데이터는 변형되거나(transformed) 추가 정보와 함께(augmented) 다른 firehose로 전달된다. AWS Kinesis와 Kafka는 이러한 작업을 위한 대표적인 기술이다. 원시 데이터와 최종 데이터는 모두 클라우드 스토리지에 저장된다. AWS Kinesis는 원시 데이터를 AWS의 클라우드 스토리지(S3)에 저장할 수 있도록 매우 쉽게 사용할 수 있는 ‘firehose’로 불리는 설정을 제공한다. 변형/추가된 데이터는 종종 분석을 위해 데이터 웨어하우스(DW)에서 로드된다. 우리는 AWS Redshift를 사용한다. 큰 기업에서는 Oracle이나 기타 독점적인 웨어하우스 기술을 사용하고 있지만, 스타트업 업계에서는 RedShift를 많이 사용하고 있으며 점유율도 계속 오르고 있다. 만약 데이터가 충분히 축적되었다면 Hadoop같은 NoSQL MapReduce 기술이 분석을 위해 필요하게 될 것이다.

처음에 제시한 아키텍쳐 다이어그램에서는 빠진 단계가 있다. 데이터 웨어하우스에서 앱과 서비스에서 사용중인 데이터베이스에서 데이터를 불러오는 과정이다. 예를 들어 Storyblocks에서 우리는 VideoBlocks, AudioBlocks, Storyblocks, 계정 서비스, 그리고 컨트리뷰터 포털 데이터베이스를 매일 밤 Redshift로 불러온다. 이는 사용자 상호작용 이벤트 데이터와 핵심 비즈니스 데이터를 함께 둠으로써 우리의 분석가에게 총체적인 데이터 집합을 제공한다.

10. 클라우드 스토리지

AWS에 의하면 “클라우드 스토리지는 인터넷을 통해 데이터를 저장, 접근, 공유할 수 있는 단순하고 확장성 있는 방법”이다. 당신은 로컬 파일 시스템에 저장할 수 있는 거의 모든 것을 RESTful API를 사용해서 HTTP를 통해 클라우드에 저장하고 접근할 수 있다. 아마존의 S3는 현재로써는 가장 인기 있는 클라우드 스토리지이며 Storyblocks에서는 비디오, 사진, 오디오 데이터, CSS, 자바스크립트, 사용자 데이터 등을 저장하기 위해 S3에 크게 의존하고 있다.

11. CDN

CDN은 ‘Content Delivery Network’의 약자며 HTML, CSS, 자바스크립트, 이미지 같은 정적인 데이터를 웹을 통해 1개의 원본(origin) 서버를 사용하는 것보다 더 빠르게 제공하기 위한 기술이다. 이는 콘텐츠를 전 세계의 많은 ‘엣지(edge)’ 서버에 분산시킴으로써 동작한다. 그리고 사용자는 데이터를 원본 서버 대신 가장 가까운 엣지 서버에서 다운로드한다. 예를 들어 아래의 이미지처럼 스페인에 있는 사용자가 뉴욕에 있는 원본 서버의 웹페이지에 접근하면 정적인 데이터는 대서양을 가로지르는 매우 느린 HTTP 요청을 하는 대신 영국에 있는 CDN ‘엣지’ 서버에서 빠르게 가져오는 것이다.

CDN에 대한 더 자세한 안내는 이 글을 살펴보길 바란다. 일반적인 웹 앱은 CSS, 자바스크립트, 이미지, 비디오 및 다른 정적인 데이터를 제공하기 위해 항상 CDN을 사용해야 한다. 어떤 앱은 정적인 HTML 페이지를 제공할 때도 CDN을 사용하기도 한다.

맺음말

웹 아키텍쳐 입문은 여기서 끝이다. 이 글이 도움되었으면 좋겠다. 나는 강의를 통해 웹 아키텍쳐의 몇몇 컴포넌트를 깊이 있게 살펴보는 시리즈를 내후년 안에 제공하려 한다.

출처 : https://blog.rhostem.com/posts/2018-07-22-web-architecture-101

서버 아키텍처

<목차>

클라이언트 – 서버 콘셉트를 이해할 수 있다.

클라이언트-서버 아키텍처를 이해할 수 있다.

HTTP를 이용한 클라이언트-서버 통신을 이해할 수 있다.

API의 개념을 이해할 수 있다.

👊 클라이언트 -서버 아키텍쳐 (Client Server Architecture)

(2 Tier Architecture)

출처 : 코드스테이츠

정의 : 리소스가 존재하는 곳과 리소스를 사용하는 앱을 분리시킨것을 2-Tier 아키텍처, 다른말로는 클라이언트 – 서버 아키텍쳐 라고 부른다.

위의 그림을 잘 보면 상품 정보는 서버에서 다루고 있다. 클라이언트는 단지 상품 정보를 조회할 뿐이다.

클라이언트와 서버는 요청과 응답을 주고 받는 관계이다. 요청을 해야 응답이 오고 요청없이 응답이 오는 경우는 없다.

(3 Tier Architecture)

보통 서버는 리소스를 전달해주는 역할만을 담당 한다. 데이터 베이스는 리소스를 저장하는 공간인데 창고와 같은 역할을 한다.

(클라이언트는 리소스를 사용하는 역할)

기존 2티어 아키텍처 데이터 베이스가 추가된 형태를 3티어 아키텍쳐라 부른다.

✍🏻 프론트엔드 – 클라이언트영역

클라이언트처럼 사용자가 직접 눈으로 보고, UI를 클릭 또는 터치하는 등의 사호작용을 할 수 있는 앱을 주로 개발

✍🏻 백엔드 – 서버, 데이터베이스

사용자 눈에 보이지 않지만, 상품 정보를 API로 노출한다던지, 로그인/로그아웃, 권한 관리 등의 사용자 인증을 주로 다룸, 또한 데이터 베이스 등의 시스템 설계까지 도맡아서 하는 경우도 많다.

🎟 클라이언트와 서버 종류

클라이언트는 보통 플랫폼에 따라 구분( ex 웹사이트 (웹, 앱), 스마트폰/태블릿용 앱, 데스크탑 앱)

서버는 보통 무엇을 하느냐에 따라 구분

(ex 파일 서버 는 파일을 제공하는 앱, 웹 서버 는 웹 사이트에서 필요로 하는 정보들을 제공하는 앱, 메일 서버 는 메일을 주고 받을 수 있도록 도와주는 앱, 데이터 베이스 – 데이터 베이스도 데이터 제공자로서 일하므로 일종의 서버라고 볼 수 있다. )

👊 HTTP를 이용한 클라이언트-서버 통신과 API

클라이언트와 서버 간의 통신을 알아보려면 프로토콜이라는 개념을 이해해야한다.

프로토콜(Protocol)은 통신규약, 즉 약속이다. 클라이언트와 서버간에 정확한 의사소통을 위해서 사용하는 약속이라고 생각하면 되겠다.

🎟 웹 애플리케이션 프로토콜 : HTTP

웹 애플리케이션 아키텍쳐에서는 클라이언트와 서버가 서로 HTTP라는 프로토콜을 이용해서 의사소통을 한다.

출처 : 코드스테이츠

또한 제대로 된 통신을 위해서는 규약(약속)을 지켜야만한다.(프로토콜 예: 우편 => 적절한 위치에 올바르게 우편물 주소를 표기해야 잘 전달된다) HTTP 프로토콜의 경우, HTTP 메세지라는 항목을 통해(MDN으로 보자) HTTP만의 규칙이 있음을 알 수 있다.

🎟 주요 프로토콜

출처 : 코드스테이츠

네트워크 기초 지식은 간혹 면접에서 요구하는 경우도 있기 때문에 참고로 알아두자

🎟 API

API(Application Programming Interface, 응용 프로그램 프로그래밍 인터페이스)는 응용 프로그램에서 사용할 수 있도록, 운영 체제나 프로그래밍 언어가 제공하는 기능을 제어할 수 있게 만든 인터페이스를 의미한다 – 위키백과

Interface : 의사소통이 가능하도록 만들어진 접점

예를 들어 손님이 메뉴를 주문하려면, 메뉴판을 보고 주문해야한다. 컴퓨터 세계에서는 “맛있게 타와”라는 요청은 허용되지 않는다. 0과 1로 변환될 수 있는 요청만을 원할 뿐이다. 컴퓨터에게 요청할 때에는 정확한 주문 방법(“아이스 아메리카노 하나 주세요”)을 서버에 요청해야한다. 그러나 서버가 어떻게 구성되어있는지 모른다면, 클라이언트는 어떻게 지원을 확인할 수 있을까? -> API를 통해!

출처: 코드스테이츠 출처 : 코드스테이츠

서버가 리소스 전달을 위한 메뉴판, API문서를 작성해 놓아야 클라이언트가 이를 활용할 수 있다.

보통 인터넷에 있는 데이터를 요청할 때는 HTTP 프로토콜을 사용하며, 주소(URL, URI)를 통해 접근할 수 있다.

참고로 파라미터는 https://en.wikipedia.org/wiki/Query_string 여기서 참고하자

🎟 HTTP API 디자인에는 Best Practice가 존재한다.

스타벅스 메뉴 예제와는 다르게 실제로 쓰일 법한 API 가 있는데 바로 사용자 관리 API 이다.

요청 적절한 메소드 조회 (Read) GET 추가 (Create) POST 갱신 (Update) PUT 또는 PATCH 삭제 (Delete) DELETE

HTTP 메소드는 CRUD 행동에 따라 목적에 맞게 써야 한다.

서버 아키텍처에 대한 고민과 조언 정리

가상 면접 사레로 배우는 대규모 시스템 설계 기초

헥사곤 아키텍처(포트앤어댑터 패턴), 클린아키텍처

회사 내 규모있는 프로젝트 구조 공부

책에 있는 내용 따라하다가 이도저도 안되는 경우가 많다. 프로젝트들 현실과 타협한 구조

우아한 모노리스, 우아한 멀티모듈, 이벤트 기반 분산 시스템을 향한 여정, ddd lite@spring – 유튜브 영상

우아한 멀티모듈, 이벤트 기반 분산 시스템을 향한 여정, ddd lite@spring – 유튜브 영상 클린아키텍처 – 로버트 c 마틴

도메인 주도 설계 핵심 – 반 버논

오브젝트 – 조영호

도메인 주도 설계로 시작하는 마이크로 서비스 개발

Building Event-Driven Microservices – 아담 벨레마르 객체지향, ddd, 클린아키텍처(어니언), 헥사고날 아키텍처, cqrs, 이벤트드리븐 순서 추천

saga msa 키워드로 유튜브 검색

엔터프라이즈 아키텍처 패턴 – 마틴파울러

Pojos in action – chris Richardson

도메인 주도 설계 – 에릭 에반스

Get your hands dirty on clean architecture – Tom Hombergs

선배 개발자분들로부터 블라인드에서 좋은 자료들을 추천받았다. 하나 하나 학습해 나가도록 할 것이다.

아키텍처에 있어서 누구보다 뛰어난 개발자가 되고 싶다.

So you have finished reading the 서버 아키텍처 topic article, if you find this article useful, please share it. Thank you very much. See more: 서버 아키텍처란, 서버 아키텍처 설계, 서버 아키텍처 설계 툴, 백엔드 아키텍처, 웹서버 아키텍처, 서버 아키텍처 종류, 클라이언트 서버 아키텍처 예시, 앱 서버 아키텍처

Leave a Comment