MakerHyeon

엔드시스템의 앱은 빠른 앱의 개발과 전파를 가능케한다. 네트워크 코어 디바이스를 위한 소프트웨어는 만들 필요가 없다. 유저 application을 작동하는 것이아니기때문이다. Client-Server 패러다임을 보자. server는 항상켜져있는 호스트이다.이는 고정 주소를 가진다. client는 서버와 통신한다. 이때,클라이언트간 직접 통신은 불가하다.유동아이피를 가질수도 있다. Peer-peer 에선, 항상켜져있는 서버가 없다.(no always-on server) 여기서는 end system끼리 직접 통신한다. 즉, peer끼리 서비스를 요청하고 제공한다.ip주소가 유동적이라 관리가 어렵다. self scalability는 새로운 동료는 새로운 service capacity,service demand..

레이어마다 하는 일이 있다. 그렇다면 왜 레이어링하는가? 모듈화를 통해 유지보수와 시스템 업데이트가 용이하기때문이다. 또한 명확한 구조를 통해 복잡한 시스템 조각의 식별과 관계 설정이 가능하다. 그리고 개방형 시스템을 설계해서,많은 사람이 따르도록 유도하기 위함이다. application단은 정보 교환이 되는 계층이다. 프로토콜을 결정한다. transport단은 프로세스간 데이터 전송을 담당한다. 이때 통신방식을 결정하는데, 이는 TCP와 UDP로 나눌수있다. TCP는 1:1로 연결 상태를 유지하여 통신하는것으로,연결 지향이라고도 한다. 메일전송 프로토콜인 SMTP,FTP가 이를 기반으로 한다. UDP는 전달만하며 연결상태를 유지하지않는다. network단은 도착지부터 목적지까지 데이터그램을 라우팅한다...

packet-switching: 호스트는 app단 메시지를 패킷이라는 작은 단위로 쪼개서보낸다. Forwarding(Switching): 도착한 패킷을 적절한 라우터 링크로 보낸다. (local) Routing: 처음부터 끝까지 가는 효율적인 path를 잡는것을 의미한다. (global) packet transmission delay: L / R store and forward: 전체 패킷이 라우터에 오고나서,다음 링크로 전송되는 방식이다. Problem. 위에서 source-dest까지 세 개의 패킷들을 전달하는데 걸리는 총시간은 얼마일까? - 패킷이 가는동안 뒤따라오는 패킷도전송된다. - [첫번째 패킷이 도착하기까지 0.2] + 0.1 = 0.3 Queueing은 들어오는 속도와 나가는속도가 차이가 ..

hosts = end system = edge of network : 인터넷과 연결된 디바이스 Communication links = 통신링크 : 네트워크를 연결한다. link종류에 따라 대역폭이 정해진다. Packet switch: 패킷을 받아서, 패킷의 목적지를 향하여 전달하는 장치 (ex_routers,switches) ISP: Internet Service Provider의 약자 protocols: 인터넷의 각 구성 요소가 인터넷 상에서 정보를 주고받는 것을 제어하는 방식.네트워크 엔티티간에 송수신되는 메시지 형식,전송,수식에 대해 수행되는 작업을 정의한다. 서비스 관점에서의 인터넷 app에 서비스를 제공하는 Infrastructure 분산 app에 programmig interface를 제공한다..

https://leetcode.com/problems/trapping-rain-water/description/ Trapping Rain Water - LeetCode Can you solve this real interview question? Trapping Rain Water - Given n non-negative integers representing an elevation map where the width of each bar is 1, compute how much water it can trap after raining. Example 1: [https://assets.leetcode.com/upl leetcode.com 투포인터를 이용한다는 건 알겠는데, 구현을 생각해내는게 어려운문제...

yml 설정을 java클래스에서 코드 설정으로 옮겨보자! springCloudGateway안에서 이를 처리해볼 것이다. 이번 실습에서는 requestheader는 client요청이들어오면 request handler에서 header를 추가한다. 마찬가지로 client요청이 나갈때 responseheader를 추가해 내보내보자. - gateway project의 yml설정(이전에만든 yml 주석처리) server: port: 8000 eureka: # 유레카에 등록 client: register-with-eureka: false fetch-registry: false service-url: defaultZone: http://localhost:8761/eureka spring: application: na..

Spring Cloud Gateway - 사용자의 요청을 받아 적절한 마이크로 서비스에 라우팅해주는 서버 - Tomcat 이 아닌 비동기식 WAS Netty를 이용한다. Reverse Proxy - 클라이언트의 요청을 받고 이 요청을 적절한 Backend 서버로 라우팅 해주는 서버이다. - 단순라우팅 외에도 기초적인 보안 설정,모니터링을 수행 할 수 있다. - 리버스 프록시 예로 NginX가 있다. 간단하게 Spring Cloud Gateway를 구현해보자! 먼저, lombok,gateway,Eureka Discovery Client Dependency 를 추가하여 gateway 프로젝트를 생성한다. - properties를 yml로 바꾸고 아래와 같이설정해준다. 유레카에 등록하고, 설정 정보를 적어준다..

스픽이 너무비싸서 돈이부담된다... 그래서 대용앱을 찾는데 맘에드는것도없고,왜 죄다 유료앱인것인가.. 이왕이렇게 된거 허접하더라도 직접 만들어사용해야겠다. 대충 괜찮은 TTS를 찾고 API를 받아와서 chatGPT와 연동하고,prompt를 작성해주면 될것같다. 이후 다양한 필터도 추가해봐야겠다. 근데일단시험공부먼저하자...