Config

Sockjs는 사용하지 말자.

Spring 서버와 Python 서버가 이미지 파일을 주고 받기로 했다. 서버 내부 통신이기 때문에 gRPC로 통신을 하기로 했다. Controller가 Image를 보내주면 proto 포멧에 맞춰서 bytes로 변환해야한다. image 파일은 bytes로 날아

python server에 요청 많이 보내니까 시간도 오래 걸리고 처리가 안돼서 client에서 시간 보내다가 timeout이 발생. spring에서 grpc pool 만들어서 pool size 조절해서 python이 순차적으로 처리할 수 있도록 만들었음. Pyt

https://doc.rust-lang.org/rust-by-example/hello/print.htmlRust는 클래스가 아니라 struct를 사용한다.struct의 원소를 console에서 보고 싶은 개발자를 위한 impl을 제공하는데 그것이 Display

Rust 공부할 겸 leet code 오늘의 문제를 java와 rust로 풀어봤다.https://leetcode.com/problems/subarrays-with-k-different-integers배열 nums와 int k가 주어지면 nums의 부분 집합(s

수두룩빽빽한 백엔드 프레임워크 중에 가장 최강은 누구인가.대표적인 언어 4개와 각 언어의 내가 아는 가장 유명한 프레임워크를 비교해봤다.최강자를 가려보자.go - gin, fiberrust - actix,axumpython - fastapijava - springhtt

결론 : 진입장벽이 생각보다 높다. 상당히 높다. 대충 쓰는게 아니라 언어를 잘 쓰고 있는 수준이 되기 위해서는 상당한 숙련과 피드백과 좋은 코드 학습이 필요하다. 주말에 심심해서 Golang이나 Rust 둘 중 하나 맛이나 봐야겠다 싶은 생각이 들었다. Rust가

JS Event.. Negotiation,onicecandidate RTCPeerConnection에서 뭐가 어떤 이벤트를 호출하는가!!! Kurento Coturn 연결 준비 해야함. Coturn setting Trickle ICE보는 방법. realm P

소감, 회고 개발 네트워크 통신이라는게 어려운 여러 기능들의 결합이라는걸 느낄 수 있었다. 웹 서비스에서 TCP/IP 통신을 위해서 내가 보이지 않는 low-level의 코드와 구현이 많겠다는 것을 새삼 느낄 수 있었다. coturn 서버의 작동을 확인하기 위해서

이전 포스팅이 Broswer에서 Peer Connection을 관리하는 방법이라면 이번 포스팅에서는 서버단에서 어떻게 Peer Connection을 연결하고 유지하는지 말해보겠습니다. 1:N 스트리밍을 KMS을 이용해서 구현하는 위주로 진행합니다. Kurento 1:

저의 블로그를 보기 전에 꼭 읽으셔야 하는 것들이 있습니다. 저는 제가 경험한걸 적을 뿐이고 이해도가 탁월하다고 할 수도 없습니다. WebRTC connectivity Lifetime of WebRTC Sessioin Signaling and Video Call Si

프로젝트에서 Kurento Media Server를 활용한 1:N 스트리밍 서비스를 구현하기 위해서는 크게 5가지의 구성요소가 필요합니다. KMS(Kurento Media Server) Kurento KMS는 미디어 서버를 오픈소스로 제공하는 Kurento의

개요 SSAFY의 프로젝트로 WebRTC를 사용하는 서비스를 개발했습니다. WebRTC로 확장성있는 프로젝트를 위해서 Peer가 N개의 연결을 만드는 것이 아니라 Media Server를 사용하였습니다. Media Server는 Kurento를 사용했습니다.(K

배경 지식은 이전 포스팅에서 설명을 얼추 한 것 같습니다. 이후 포스팅부터는 실제적으로 어떻게 1:N 스트리밍을 구현했는지 코드와 함께 설명하도록 하겠습니다. 처음 WebRTC를 접하시는 분들이 많이 읽으실 수 있을 것 같아서 다양한 Example 코드를 읽으면서 제

What is WebRTC 웹 브라우저 간에 플러그인 없이 서로 통신할 수 있도록 설계된 API입니다. 또한 WebRTC는 표준임과 동시에 표준을 구현한 오픈소스 프로젝트입니다. WebRTC에서 브라우저가 일반적인 피어(Peer)인데 이들이 서버가 없이 통신하기 위

이것저것하는게 많은데 틈틈이 블록체인 공부를 하고 있다. 통신을 위해서 protobuf를 사용하는데 이 때 직렬화를 통해서 바이너리로 인코딩을 한다. 내가 입력한 100 이나 바이너리 100 이나 똑같은 것 아닌가? 라는 가벼운 생각을 했다. (전공이 컴퓨터공학임에도

Lightsail로 DB 쓰다가 취소해서 config가 꼬였다.DB를 어떻게 할 것인가... 당근 로컬이지 배포를 할 계획이 지금은 없고 나중에 하게되면 그때 다시 DB 빌리면 되니까.로컬에서 DB를 돌리는 것은 좋은데 그렇다면 docker를 쓸 것인지 걍 ㄹㅇ 로컬로

5개월만에 다시 읽는 코드는 어질어질했다. 여러 모듈이 순환 참조하고 있고 DB랑 서버 AWS lightsail로 설정해놔서 config 고장났고... 프로그램 재정비하면서 목표를 정했다. 매번 로그 찍으면서 테스트하기보다는 테스트 코드로 코드의 목적을 명확하게 하고

호기롭게 도전한 Interchain Academy.... 2주차부터 어려울줄 몰랐다.보통 중반부터 어려워지기 시작하던데 2주차부터 날로 먹을 수 없다... 지시는 간결하고 복사해서 실행하는 것들에 오류는 발생하지 않지만 단순히 따라하면 아무것도 얻지 못하는걸 느꼈다.