Posts

네트워크 노드와 링크(엣지)들이 서로 연결되어 리소스를 공유하는 구조이며, 그래프 형태로 표현할 수 있다. 노드: 서버, 라우터, 스위치 링크: 유선 or 무선 키워드 네트워크 토폴로지 클라이언트와 서버 패킷 주소와 전송 방식 프로토콜 네트워크 참조 모델 통신이 이루어지는 단계를 계층적으로 표현한 모델 OSI Model 계층 대표 역할 Application HTTP, DNS 등 네트워크 서비스 Presentation 인코딩, 압축, 암호화 Session 세션 관리 Transport TCP, UDP Network 라우팅, IP Data Link 같은 LAN에서의 통신 Physical 비트 전송 TCP/IP Model 응용 계층(Application Layer): OSI 모델에서 세션, 표현, 응용 계층 전송 계층(Transport Layer): OSI 모델에서 전송 계층 인터넷 계층(Internet Layer): OSI 모델에서 네트워크 계층 네트워크 액세스 계층(Network Access Layer): OSI 모델에서 데이터 링크 계층 (+ 물리 계층) 캡슐화와 역캡슐화(Encapsulation, Decapsulation) 캡슐화 데이터가 계층를 거치면서 헤더가 추가되는 과정, 상위 계층로부터 내려받은 패킷을 페이로드로 하고, 각 계층에 포함된 프로토콜의 헤더나 트레일러를 덧붙이는 과정 역캡슐화 캡슐화 과정에서 덧붙인 헤더들을 각 계층에서 확인한 뒤, 제거하는 과정 각 계층마다 패킷을 부르는 명칭이 다르다. ...

A unified, declarative API for processing values over time Combine에서는 값이 시간의 흐름에 따라 전달되는 과정을 Publisher로 표현하고, 여러 연산자를 연결해 데이터가 변환되는 흐름을 선언적으로 작성한다. 아래 예제에서는 Notification으로 전달된 Data를 MagicTrick으로 디코딩한다. let trickNamePublisher = NotificationCenter.default.publisher(for: .newTrickDownloaded) .map { notification in return notification.userInfo?["data"] as! Data } // Output: Data, Failure: Never .tryMap { data in let decoder = JSONDecoder() try decoder.decode(MagicTrick.self, from: data) } // Output: MagicTrick, Failure: Error decode 연산자를 사용하면 위 변환을 다음과 같이 줄여서 작성할 수 있다. let trickNamePublisher = NotificationCenter.default.publisher(for: .newTrickDownloaded) .map { notification in return notification.userInfo?["data"] as! Data } // Output: Data, Failure: Never .decode(MagicTrick.self, JSONDecoder()) // Output: MagicTrick, Failure: Error Error Handling 모든 Publisher는 자신이 발생시킬 수 있는 실패의 종류를 명확하게 정의한다. 실패가 발생하지 않거나 이미 처리된 경우에는 Never를 Failure 타입으로 사용한다. Combine은 실패를 감지하고 복구할 수 있는 다양한 연산자를 제공한다. Combine의 Publisher는 전달하는 값의 타입인 Output과 실패할 때 전달하는 오류의 타입인 Failure를 함께 가진다. 두 타입이 연산자를 거치며 어떻게 바뀌는지 확인하면 데이터 흐름과 오류 흐름을 함께 추적할 수 있다. ...

Combine Customize handling of asynchronous events by combining event-processing operators. 결합된 이벤트 처리 연산자를 이용하여 비동기 이벤트 처리를 커스터마이즈 하는 방법 Combine은 데이터 흐름을 간편하게 처리하고 비동기 이벤트를 관리하기 위한 프레임워크다. 다양한 소스에서 발생하는 이벤트를 같은 방식으로 다루고, 이벤트 사이의 상호작용을 연산자로 조합할 수 있다. 특징 Generic: 제네릭을 사용해 다양한 타입의 데이터 흐름을 표현한다. Type safe: Publisher의 출력 타입과 실패 타입을 컴파일 타임에 확인한다. Composition first: 작은 Publisher와 연산자를 조합해 더 큰 흐름을 만든다. Request driven: Subscriber가 필요한 만큼의 값을 요청하는 방식으로 흐름을 제어한다. 핵심 개념 Publisher 값과 에러가 어떻게 생성되는지를 정의한다. ...

네트워크 기기의 처리 범위 네트워크 장비는 주로 어떤 계층의 정보를 보고 전달 여부를 결정하는지에 따라 구분한다. 실제 장비는 여러 계층의 기능을 함께 제공할 수 있으므로 아래 구분은 대표적인 처리 기준이다. 애플리케이션 계층: L7 스위치 인터넷 계층: 라우터, L3 스위치 데이터 링크 계층: L2 스위치, 브리지 데이터 링크·물리 계층: NIC, 무선 AP 물리 계층: 리피터 애플리케이션 계층을 처리하는 기기 애플리케이션 계층의 정보를 기반으로 트래픽을 처리하는 장비 L7스위치(로드 밸런서) HTTP 헤더, URL 경로, 쿠키처럼 애플리케이션 계층의 정보를 읽어 요청을 적절한 백엔드 서버로 분산하는 장비 또는 소프트웨어 ...

HTTP HTTP: HyperText Transfer Protocol HTTP는 웹에서 클라이언트와 서버가 데이터를 주고받기 위한 애플리케이션 계층 프로토콜이다. 클라이언트가 요청(Request)을 보내면 서버가 응답(Response)을 반환하는 Request-Response 방식으로 동작한다. 동작 방식 Client ↓ HTTP Request Server ↓ HTTP Response Client 특징 Request-Response 방식으로 동작한다. Stateless를 기본으로 한다. HTTP/1.x와 HTTP/2는 TCP를 기반으로 동작한다. 버전별 변화 HTTP/1.0 기본적으로 요청마다 연결을 새로 만드는 방식이 널리 사용됐다. 서버에서 여러 파일을 가져올 때 TCP 연결을 반복해서 설정하면 지연이 커질 수 있다. 다만 HTTP/1.0에서도 Connection: keep-alive를 확장 기능으로 사용할 수 있었다. ...

소개 TCP/IP 4계층은 OSI 7계층과 더불어 인터넷에서 데이터를 주고받기 위해 사용하는 대표적인 네트워크 참조 모델이다. 네트워크 통신 과정을 역할에 따라 계층으로 분리하여 관리하며, 각 계층은 독립적인 역할을 수행한다. 덕분에 특정 계층의 구현이 변경되더라도 다른 계층에 미치는 영향을 최소화할 수 있다. 계층 구성 애플리케이션(Application) 대표 프로토콜: HTTP, HTTPS, DNS, FTP, SMTP 응용 프로그램이 사용되는 프로토콜 계층 이메일, 웹 서비스 등 서비스를 실질적으로 제공 전송(Transport) 대표 프로토콜: TCP, UDP 송신자와 수신자 간의 데이터 전송을 담당하는 계층 ...

소개 메타 타입은 이러한 타입 자체를 값으로 다루기 위한 타입이다. 즉, 인스턴스가 아니라 타입 그 자체를 표현하는 타입이라고 생각하면 된다. 종류 .Type 구조체, 클래스, 열거형 등 구체적인 타입의 메타 타입이다. let type: Int.Type = Int.self .Protocol 프로토콜 자체의 메타 타입이다. let type: AnyObject.Protocol = AnyObject.self 언제 사용할까? 메타 타입은 생각보다 자주 등장한다. 타입 자체를 함수의 인자로 전달할 때 런타임에 타입을 비교하거나 확인할 때 타입 정보를 저장해야 할 때 type(of:)를 사용할 때 필요한 이유 메타 타입이 필요한 가장 큰 이유는 타입 자체를 값처럼 다루기 위해서이다. ...

Memory Safety 스위프트는 기본적으로 코드에서 일어나는 안전하지 않은 행동들을 방지한다. 예를 들어, 스위프트는 변수를 사용하기 전에 초기화가 되어있는지 확인하고, 할당 해제된 메모리에는 접근하지 않으며, 배열의 인덱스 값들이 범위 안에 있는지 확인한다. 또한 스위프트는 메모리를 수정하는 코드가 해당 메모리에 독점적으로 접근하도록 요구하여 같은 위치에 있는 메모리에 대한 동시 접근이 충돌하지 않게 한다. 스위프트가 메모리를 자동적으로 수정하기 때문에, 대부분의 경우에는 메모리 접근에 대해 생각하지 않아도 된다. 하지만, 충돌이 발생할 수 있는 잠재적인 위치를 이해하여, 메모리에 접근할 때 충돌하는 코드 작성을 회피하는 것도 중요하다. 만약 충돌을 일으키는 코드라면, 컴파일 에러 혹은 런타임 에러를 발생시키게 된다. ...

Strong Reference Cycles for Closures 두 클래스 인스턴스의 프로퍼티들이 서로를 강한 참조하면서 강한 참조 사이클이 만들어지는지를 이전에 보았고, 약한 참조와 미소유 참조가 이러한 강한 참조 사이클을 깨뜨리는 것도 보았다. 강한 참조 사이클은 클래스의 인스턴스에 클로저를 할당하고, 해당 클로저의 본문에서 그 인스턴스를 캡처할때도 발생한다. 이러한 캡처는 self.someProperty처럼 그 클로저가 해당 인스턴스의 프로퍼티에 접근하거나, self.someMethod()처럼 해당 인스턴스의 메소드에 접근할 때 발생한다. 두 경우 모두, 이러한 접근으로 그 클로저가 self를 “캡처"할때, 강한 참조 사이클을 생성하게 된다. ...

Resolving Strong Reference Cycles Between Class Instances 스위프트는 클래스 타입 프로퍼티로 작업할 때 강한 참조 사이클을 해결하는 두 가지 방법으로 약한 참조와 미소유 참조를 제공한다. 약한 참조와 미소유 참조는 참조 사이클 내부의 한 인스턴스가 다른 인스턴스를 강하게 붙잡지 않고 참조할 수 있게 해준다. 그리고는 그 인스턴스들은 서로를 강한 참조 사이클 없이 참조할 수 있게 된다. 다른 인스턴스의 수명이 더 짧을 때 약한 참조를 사용한다. — 즉 다른 인스턴스가 먼저 할당 해제되는 경우이다. 이전의 Apartment 예시에서, 아파트의 라이프 사이클 중간에 거주자가 없는 것은 충분히 가능한 일이므로 약한 참조는 이러한 경우의 참조 사이클을 깨뜨리는데 적합하다. 반대로, 미소유 참조를 사용하는 것은 다른 인스턴스가 같거나 더 긴 수명을 가지고 있을때 사용한다. ...