Application Layer - 편집 역사

Ahn9807: 봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

2026-01-15T12:58:09Z

봇: 자동으로 텍스트 교체 (-\[\[분류:컴퓨터 네트워크(\|[^\]]+)?\]\] +분류:컴퓨터 네트워킹\1)

← 이전 판		2026년 1월 15일 (목) 12:58 판
131번째 줄:		131번째 줄:

	==각주==		==각주==
	[[분류:컴퓨터 ~~네트워크~~]]		[[분류:컴퓨터 네트워킹]]

Pinkgo: /* Addressing Processes */

2025-04-29T06:56:18Z

Addressing Processes

← 이전 판		2025년 4월 29일 (화) 06:56 판
56번째 줄:		56번째 줄:

	이때 인터넷에서 '''호스트는 IP address로 식별'''된다. IP address는 호스트 device가 가지는 128 bits의 고유한 주소이다. 또한 해당 호스트 내에서 '''프로세스를 식별하는 데에는 port number'''가 사용된다. port number는 호스트의 프로세스에 지정되는 0~65635의 범위에 해당되는 indentifier이다. 이때 IP address와 port number는 pair로 사용되어 메시지가 의도된 프로세스에 잘 수신되도록 한다. 오른쪽의 그림은 IP address와 port number를 통해서 web 서버와 mail 서버로 올바르게 전달되는 메시지를 보여준다. 보통 web 서버와 mail 서버는 하나의 서버 안에 구축되어 있기 때문에, port number에 따라 그에 맞는 프로세스로 수신되는 것을 보여준다.		이때 인터넷에서 '''호스트는 IP address로 식별'''된다. IP address는 호스트 device가 가지는 128 bits의 고유한 주소이다. 또한 해당 호스트 내에서 '''프로세스를 식별하는 데에는 port number'''가 사용된다. port number는 호스트의 프로세스에 지정되는 0~65635의 범위에 해당되는 indentifier이다. 이때 IP address와 port number는 pair로 사용되어 메시지가 의도된 프로세스에 잘 수신되도록 한다. 오른쪽의 그림은 IP address와 port number를 통해서 web 서버와 mail 서버로 올바르게 전달되는 메시지를 보여준다. 보통 web 서버와 mail 서버는 하나의 서버 안에 구축되어 있기 때문에, port number에 따라 그에 맞는 프로세스로 수신되는 것을 보여준다.
			{\| class="wikitable"
	~~[[파일:PortnumberAssign.png~~\|~~테두리~~\|~~프레임없음~~\|~~300x300픽셀]]~~		\|+
			!포트 종류
			!포트 번호 범위
			!설명
			\|-
			\|Well-known port
			\|0~1023
			\|시스템 사용 번호(슈퍼 유저 권한 필요), 사용 권장 X
			\|-
			\|Registered port
			\|1024~49151
			\|특정 프로토콜이나 어플리케이션에서 사용하는 번호
			\|-
			\|Dynamic port
			\|49151-65535
			\|어플리케이션에서 사용하거나, 임시로 사용되는 번호
			\|}
	이때 port number는 프로세스에 따라 저장되므로, port number가 다른 프로세스의 port number와 겹치는 경우가 발생할 수 있다. 이러한 상황을 막기 위해서 특정한, 자주 사용되는 프로세스들은 port번호가 미리 지정되어 있다.		이때 port number는 프로세스에 따라 저장되므로, port number가 다른 프로세스의 port number와 겹치는 경우가 발생할 수 있다. 이러한 상황을 막기 위해서 특정한, 자주 사용되는 프로세스들은 port번호가 미리 지정되어 있다.

Pinkgo: /* Application archutecture */

2025-04-29T06:38:18Z

Application archutecture

← 이전 판		2025년 4월 29일 (화) 06:38 판
15번째 줄:		15번째 줄:

	==Creating a Network application==		==Creating a Network application==
	네트워크 애플리케이션 개발의 핵심은 서로 다른 end system에서 실행되며, 네트워크를 통해 communicate(통신)하는 프로그램을 작성하는 것이다. 예를 들어, web server software는 user device와 server라는 서로 다른 end system에서 실행되며, 네트워크를 통해서 상호간의 통신을 한다. 이때 중요한 점은 네트워크 애플리케이션이 네트워크를 이용할 때는 이미 만들어져 있는 core network의 infrastructure를 그래도 활용한다는 것이다. 이 때문에 소프트웨어를 작성할 때에는 네트워크의 core 부분에 대해 고려할 필요가 없으며, '''마치 end system 간의 직접적인 연결이 이루어진 것처럼 고려'''하여 개발하면 된다는 것이다.<ref>역으로 core 부분 또한 application의 구동에 대해서 고려할 필요가 없다.</ref> 이렇게 application software 설계를 end system에 제한하면 해당 설계를 더욱 빠르게 하고, 배포 또한 더욱 빠르게 할 수 있다.		네트워크 애플리케이션 개발의 핵심은 서로 다른 end system에서 실행되며, 네트워크를 통해 communicate(통신)하는 프로그램을 작성하는 것이다. 예를 들어, web server software는 user device와 server라는 서로 다른 end system에서 실행되며, 네트워크를 통해서 상호간의 통신을 한다. 이때 중요한 점은 네트워크 애플리케이션이 네트워크를 이용할 때는 이미 만들어져 있는 core network의 infrastructure를 그래도 활용한다는 것이다. 이 때문에 소프트웨어를 작성할 때에는 네트워크의 core 부분에 대해 고려할 필요가 없으며, '''마치 end system 간의 직접적인 연결이 이루어진 것처럼 고려'''하여 개발하면 된다는 것이다.<ref>역으로 core 부분 또한 application의 구동에 대해서 고려할 필요가 없다.</ref> 이렇게 application software 설계를 end system에 제한하면 해당 설계를 더욱 빠르게 하고, 배포 또한 더욱 빠르게 할 수 있다.[[파일:ClientServer.png\|대체글=Client-Server Architecture\|섬네일\|263x263픽셀\|Client-Server Architecture]]

	~~===Application archutecture===~~		=== Client-server architecture ===
	~~[[파일:ClientServer.png\|대체글=Client-Server Architecture\|섬네일\|263x263픽셀\|Client-Server Architecture]]~~

	====Client-server architecture====
	client-server 아키텍쳐는 서버(server)와 클라이언트(client)로 구성된다.		client-server 아키텍쳐는 서버(server)와 클라이언트(client)로 구성된다.
	* '''서버: 다른 host(클라이언트 등)들의 요청을 처리'''한다.		* '''서버: 다른 host(클라이언트 등)들의 요청을 처리'''한다.
32번째 줄:		29번째 줄:
	[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]		[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]

	====[[P2P architecture]]====		=== [[P2P architecture]] ===
	고정되어 있는 서버가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 '''호스트(host)간의 직접적인 통신을 이용'''한다. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 '''P2P 아키텍쳐의 가장 큰 특징 중 하나는 self scalability'''이다. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.		고정되어 있는 서버가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 '''호스트(host)간의 직접적인 통신을 이용'''한다. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 '''P2P 아키텍쳐의 가장 큰 특징 중 하나는 self scalability'''이다. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.

2025년 4월 18일 (금) 14:53에 Pinkgo님의 편집

2025-04-18T14:53:45Z

차이 보기

2025년 4월 18일 (금) 14:31에 Pinkgo님의 편집

2025-04-18T14:31:29Z

2025년 3월 31일 (월) 07:09에 Pinkgo님의 편집

2025-03-31T07:09:53Z

← 이전 판		2025년 3월 31일 (월) 07:09 판
116번째 줄:		116번째 줄:
	==[[Video streaming and content distribution networks]]==		==[[Video streaming and content distribution networks]]==
	자세한 내용은 [[Video streaming and content distribution networks]] 문서를 참조하십시오.		자세한 내용은 [[Video streaming and content distribution networks]] 문서를 참조하십시오.

			==[[Socket programming]]==
			자세한 내용은 [[Socket programming]] 문서를 참조하십시오.

	==각주==		==각주==
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

2025년 3월 30일 (일) 17:35에 Pinkgo님의 편집

2025-03-30T17:35:34Z

← 이전 판		2025년 3월 30일 (일) 17:35 판
113번째 줄:		113번째 줄:
	==[[DNS]]==		==[[DNS]]==
	자세한 내용은 [[DNS]] 문서를 참조하십시오.		자세한 내용은 [[DNS]] 문서를 참조하십시오.

			==[[Video streaming and content distribution networks]]==
			자세한 내용은 [[Video streaming and content distribution networks]] 문서를 참조하십시오.

	==각주==		==각주==
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

Pinkgo: /* P2P architecture */

2025-03-30T14:52:13Z

P2P architecture

← 이전 판		2025년 3월 30일 (일) 14:52 판
36번째 줄:		36번째 줄:

	이러한 특징으로 인해 P2P 아키텍쳐는 비용 측면에서 효율적이다. 왜냐하면 client-server 아키텍쳐에 비해 infrastructure나 server bandwidth가 적게 필요하기 때문이다. 하지만, 매우 분산된 구조를 가지고 있기 때문에 신뢰성, 보안, 성능 면에서 client-server 아키텍쳐에 비해 약점을 가지고 있다.		이러한 특징으로 인해 P2P 아키텍쳐는 비용 측면에서 효율적이다. 왜냐하면 client-server 아키텍쳐에 비해 infrastructure나 server bandwidth가 적게 필요하기 때문이다. 하지만, 매우 분산된 구조를 가지고 있기 때문에 신뢰성, 보안, 성능 면에서 client-server 아키텍쳐에 비해 약점을 가지고 있다.

			자세한 내용은 [[P2P architecture]] 문서를 참조하십시오.

	==Process communicating==		==Process communicating==

Pinkgo: /* P2P architecture */

2025-03-30T14:51:47Z

P2P architecture

← 이전 판		2025년 3월 30일 (일) 14:51 판
32번째 줄:		32번째 줄:
	[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]		[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]

	====P2P architecture====		====[[P2P architecture]]====
	고정되어 있는 server가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 host간의 직접적인 통신을 이용한다. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 P2P 아키텍쳐의 가장 큰 특징 중 하나는 self scalability이다. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.		고정되어 있는 server가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 host간의 직접적인 통신을 이용한다. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 P2P 아키텍쳐의 가장 큰 특징 중 하나는 self scalability이다. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.

2025년 3월 21일 (금) 18:20에 Pinkgo님의 편집

2025-03-21T18:20:29Z

← 이전 판		2025년 3월 21일 (금) 18:20 판
108번째 줄:		108번째 줄:
	==[[Eletronic Mail]]==		==[[Eletronic Mail]]==
	자세한 내용은 [[Eletronic Mail]] 문서를 참조하십시오.		자세한 내용은 [[Eletronic Mail]] 문서를 참조하십시오.

			==[[DNS]]==
			자세한 내용은 [[DNS]] 문서를 참조하십시오.

	==각주==		==각주==
	[[분류:컴퓨터 네트워크]]		[[분류:컴퓨터 네트워크]]

← 이전 판		2025년 4월 18일 (금) 14:31 판
15번째 줄:		15번째 줄:

	==Creating a Network application==		==Creating a Network application==
	네트워크 애플리케이션 개발의 핵심은 서로 다른 end system에서 실행되며, 네트워크를 통해 communicate(통신)하는 프로그램을 작성하는 것이다. 예를 들어, web server software는 user device와 server라는 서로 다른 end system에서 실행되며, 네트워크를 통해서 상호간의 통신을 한다. 이때 중요한 점은 네트워크 애플리케이션이 네트워크를 이용할 때는 이미 만들어져 있는 core network의 infrastructure를 그래도 활용한다는 것이다. 이 때문에 소프트웨어를 작성할 때에는 네트워크의 core 부분에 대해 고려할 필요가 없으며, 마치 end system 간의 직접적인 연결이 이루어진 것처럼 ~~고려하여~~ 개발하면 된다는 것이다.<ref>역으로 core 부분 또한 application의 구동에 대해서 고려할 필요가 없다.</ref> 이렇게 application software 설계를 end system에 제한하면 해당 설계를 더욱 빠르게 하고, 배포 또한 더욱 빠르게 할 수 있다.		네트워크 애플리케이션 개발의 핵심은 서로 다른 end system에서 실행되며, 네트워크를 통해 communicate(통신)하는 프로그램을 작성하는 것이다. 예를 들어, web server software는 user device와 server라는 서로 다른 end system에서 실행되며, 네트워크를 통해서 상호간의 통신을 한다. 이때 중요한 점은 네트워크 애플리케이션이 네트워크를 이용할 때는 이미 만들어져 있는 core network의 infrastructure를 그래도 활용한다는 것이다. 이 때문에 소프트웨어를 작성할 때에는 네트워크의 core 부분에 대해 고려할 필요가 없으며, '''마치 end system 간의 직접적인 연결이 이루어진 것처럼 고려'''하여 개발하면 된다는 것이다.<ref>역으로 core 부분 또한 application의 구동에 대해서 고려할 필요가 없다.</ref> 이렇게 application software 설계를 end system에 제한하면 해당 설계를 더욱 빠르게 하고, 배포 또한 더욱 빠르게 할 수 있다.

	===Application archutecture===		===Application archutecture===
22번째 줄:		22번째 줄:
	====Client-server architecture====		====Client-server architecture====
	client-server 아키텍쳐는 server와 client로 구성된다.		client-server 아키텍쳐는 server와 client로 구성된다.
	* server: 다른 host(client 등)들의 요청을 ~~처리한다~~.		* '''server: 다른 host(client 등)들의 요청을 처리'''한다.
	** 항상 켜져있으므로, client는 서버와 언제나 통신할 수 있다.		** 항상 켜져있으므로, client는 서버와 언제나 통신할 수 있다.
	** 고정되고 공개된 IP ~~주소를~~ 가지고 있어서 이릍 통해 client이 서버와 통신할 수 있다.		** '''고정되고 공개된 IP 주소'''를 가지고 있어서 이릍 통해 client이 서버와 통신할 수 있다.
	** 또한 server가 과부화가 될 경우에는 data center를 통해 server를 확장할 수 있다.		** 또한 server가 과부화가 될 경우에는 data center를 통해 server를 확장할 수 있다.
	* client: 서버와 통신하고자 하는 각 유저의 ~~device에~~ 해당한다.		* '''client: 서버와 통신하고자 하는 각 유저의 device'''에 해당한다.
	** 항상 네트워크와 연결되어 있지는 않으며, 간헐적으로 연결된다.<ref>핸드폰의 비행기 탑승 모드가 그 예시이다.</ref>		** 항상 네트워크와 연결되어 있지는 않으며, 간헐적으로 연결된다.<ref>핸드폰의 비행기 탑승 모드가 그 예시이다.</ref>
	** 동적인 IP 주소를 가지고 있기 때문에, client 사이에서의 직접적인 연결은 이루어지지 않는다.<ref>노트북은 wifi에 따라 그 IP주소가 바뀐다.</ref>		** '''동적인 IP 주소를 가지고 있'''기 때문에, '''client 사이에서의 직접적인 연결은 이루어지지 않는다.'''<ref>노트북은 wifi에 따라 그 IP주소가 바뀐다.</ref>
	client-server 아키텍쳐의 가장 큰 문제는 client 간의 통신에도 server가 필요할 뿐만 아니라, server에 대한 의존도가 높아 만약의 경우에 대한 그 위험이 매우 크다는 것이다. 하지만 최근에는 server의 성능이 비약적으로 상승함에 따라, 해당 아키텍쳐의 효율이 매우 높아졌다.		client-server 아키텍쳐의 가장 큰 문제는 client 간의 통신에도 server가 필요할 뿐만 아니라, server에 대한 의존도가 높아 만약의 경우에 대한 그 위험이 매우 크다는 것이다. 하지만 최근에는 server의 성능이 비약적으로 상승함에 따라, 해당 아키텍쳐의 효율이 매우 높아졌다.
	[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]		[[파일:P2P.png\|섬네일\|263x263픽셀\|P2P Architecture]]

	====[[P2P architecture]]====		====[[P2P architecture]]====
	고정되어 있는 server가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 host간의 직접적인 통신을 ~~이용한다~~. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 P2P 아키텍쳐의 가장 큰 특징 중 하나는 self ~~scalability이다~~. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.		고정되어 있는 server가 존재하지 않는다. 그 대신에 애플리케이션은 간헐적으로 연결되는 '''host간의 직접적인 통신을 이용'''한다. 이때 임의의 end system 사이의 직접적인 통신이 이루어지며, 이는 임의의 agent가 서버로서 기능을 할 수 있다는 것을 의미한다.<ref>하지만 여전히 각 peer들은 간헐적으로 네트워크와 연결되며, 유동적인 IP 주소를 가진다.</ref> 이때 각 peer는 다른 peer에게서 서비스를 요청하고, 다른 peer에게 서비스를 제공한다. 이러한 '''P2P 아키텍쳐의 가장 큰 특징 중 하나는 self scalability'''이다. 이는 새로운 peer가 다른 peer에게 서비스를 요구함에 따라 부하가 증가하더라도, 각각의 peer가 서비스 capacity를 증가시킨다는 것이다. 즉, 네트워크의 크기가 유동적으로 변화하며 상황에 맞추어 각 end system간의 통신을 제공한다.

	이러한 특징으로 인해 P2P 아키텍쳐는 비용 측면에서 효율적이다. 왜냐하면 client-server 아키텍쳐에 비해 infrastructure나 server bandwidth가 적게 필요하기 때문이다. 하지만, 매우 분산된 구조를 가지고 있기 때문에 신뢰성, 보안, 성능 면에서 client-server 아키텍쳐에 비해 약점을 가지고 있다.		이러한 특징으로 인해 P2P 아키텍쳐는 비용 측면에서 효율적이다. 왜냐하면 client-server 아키텍쳐에 비해 infrastructure나 server bandwidth가 적게 필요하기 때문이다. 하지만, 매우 분산된 구조를 가지고 있기 때문에 신뢰성, 보안, 성능 면에서 client-server 아키텍쳐에 비해 약점을 가지고 있다.