본문 바로가기

개발기술

(125)
C언어 정리 C언어 학습의 필요성리눅스 커널은 C로 작성되어 있습니다. 따라서 커널의 구조와 동작 방식을 이해하려면 C 언어에 대한 지식이 필요합니다.추상화 언어의 최적화 가능I/O 성능과 버퍼링 이해 가능: C를 통해 버퍼, 블로킹/논블로킹 I/O, 파일 디스크립터, select/poll 등 성능과 밀접한 개념 이해메모리, 포인터, 시스템 콜, 버퍼링, 프로세스/스레드 같은 개념을 C로 직접 경험하면,JVM·GC 내부 동작네트워크 I/O 병목대용량 데이터 처리 최적화성능 튜닝이런 영역에서 문제를 더 깊이 이해하고 해결할 수 있는 기반이 생깁니다. 포인터란?포인터(pointer)는 메모리 주소를 저장하는 변수입니다. 포인터기호& : 주소 연산자, ~의 주소를 구해라.* : 역참조 연산자, 그 주소에 있는 값을 가..
I/O 시스템과 스트림 UNIX의 철학 : 모든 것은 파일이다의 의미진짜 전부 파일이라는 뜻이 아니라,운영체제가 그것들을 '파일처럼 다룰 수 있게 만든다'는 의미입니다.즉, 운영체제가 다양한 자원을 파일 인터페이스로 추상화했다는 뜻 자원 종류설명실제 파일인가?파일처럼 다뤄지는가? (read, write, FD 사용 등)file.txt디스크 상의 실제 파일✅ 예✅ 예/dev/null쓰면 버리고, 읽으면 EOF 반환하는 특수 장치❌ 아니오✅ 예/dev/sda, /dev/tty0하드디스크, 터미널 등 물리 장치❌ 아니오✅ 예소켓 (AF_INET)TCP, UDP 같은 네트워크 통신❌ 아니오✅ 예stdin, stdout, stderr표준 입출력 스트림 (fd = 0, 1, 2)❌ 아니오✅ 예 파일인터페이스란진짜 물리적 파일이 아니더라..
운영체제의 표준화 : POSIX와 시스템 콜 동작 WINDOW, MAC, LINUX 등 다양한 운영체제들이 공통 기능을 가지는 이유 POSIX, C 표준 라이브러리, OS 인터페이스의 역사적 통일성 때문이며, Windows조차도 일부 유닉스 스타일의 호환 계층을 갖거나, 유사하게 구현합니다. 즉, UNIX → POSIX → 공통 API의 역사적 발전 덕분에 가능한 겁니다. UNIX의 탄생과 분열AT&T Bell Labs (Ken Thompson, Dennis Ritchie) 에서 작고 단순하며 이식성 있는 운영체제 개발UNIX 철학모든 것은 파일이다 : 파일, 디바이스, 소켓 등 동일한 방식으로 접근프로그램은 하나의 일을 잘하라 : 프로그램은 하나의 일을 잘하라텍스트 기반 인터페이스 선호 : 로그, 설정, 파이프 연결의 표준화표준 입출력 기반 통신 :..
로그 로그 레벨 기준레벨운영 로그에 포함의미 및 사용 기준ERROR✅ 필수예외 및 치명적인 오류 상황 (사용자 영향 有)WARN✅ 권장예상하지 못한 상태이지만 무시하고 넘어갈 수 있는 경우INFO✅ 제한적 사용주요 비즈니스 흐름 (ex: 유저 로그인, 주문 완료 등)DEBUG❌ 기본 제외디버깅용 상세 정보, 개발 환경 전용TRACE❌ 제외매우 상세한 흐름 추적, 거의 사용 안 함 운영환경 로그 전략ERROR, WARN은 무조건 포함INFO는 중요한 비즈니스 흐름만 찍음DEBUG는 절대 포함하지 않음 (오류 재현 시 임시로만 허용)Profile(prod, dev)에 따라 구분해서 관리 운영 로그에 INFO가 포함될 수 있는 경우사용자 액션이 중요한 흐름을 만들 때 (예: 결제, 로그인, 배치 완료)시스템 상태 ..
전송계층 : TCP와 UDP TCP와 UDP 소개항목 TCP (Transmission Control Protocol) UDP (User Datagram Protocol) 연결 방식연결 지향형 (Connection-Oriented)비연결형 (Connectionless)신뢰성높음 (재전송, 순서 보장)낮음 (손실, 순서 뒤섞임 감수)속도느려도 정확하게 보내기빠르게 보내기, 유실은 감수용도HTTP, FTP, SSH, TLS 등VoIP, 스트리밍, 게임, DNS 등 프로토콜 내부 구조 (아주 간단히)TCP 헤더 구조시퀀스 번호 (순서 확인용)ACK 번호 (응답 확인용)윈도우 크기 (흐름 제어용)UDP 헤더 구조포트 정보 + 길이 + 체크섬만 있음 → 가볍고 빠름 동작 흐름 차이🚛 TCP 흐름 (3-way Handshake 기반 연결 지..
임시적인 rtsp생성과 서버 띄우기 ( ffmpeg , mediamtx) FFmpeg는 retry기능이 없으며 rtsp로 output하는 기능은 서버가 응답하지 않으면 fail 하니 MediaMTX부터 설정하는것이 좋다. ffmpeg -re -stream_loop -1 -i input.mp4 -c:v copy -f rtsp rtsp://localhost:8554/mystream[FFmpeg] → rtsp://localhost:8554/mystream (Push) ↓ [MediaMTX RTSP 서버] ↓VLC / OpenCV / 외부에서 rtsp://서버IP:8554/mystream 접속
배치처리 배치 처리란?한꺼번에(일괄로) 많은 데이터를 처리하는 방식. 주로 사용자 개입 없이, 예약된 시점에 자동 실행됨 배치 처리의 구성 요소 (Spring 기준)Spring에서는 보통 @Scheduled 또는 Spring Batch를 이용해 구현해. @Scheduled (간단한 주기성 작업)가볍고 단순한 배치에 적합트랜잭션/재시도/병렬처리 기능 없음@Scheduled(cron = "0 0 0 * * *") // 매일 자정public void sendDailyReport() { // 작업 수행} Spring Batch (전문 배치 프레임워크) @Beanpublic Job myJob() { return jobBuilderFactory.get("myJob") .start(step1()) ..
파일서빙 전략, 표준 그리고 구현 파일 서빙 전략1. 주체별 분류누가 실제로 클라이언트에 파일을 보내주는가?분류설명예시앱(Java( 서버에서 직접 응답Java에서 InputStream → OutputStream으로 전달바이트 스트림 방식웹(Ngnix, S3) 서버에서 정적 서빙클라이언트가 직접 정적 파일 서버에 요청해서 받음Nginx /files/, S3 public 버킷앱 + 웹 연계(Java 인증 후 Nginx 서빙)Java가 인증/권한 체크 후 Nginx로 위임X-Accel-Redirect 등으로 우회시킴CDN글로벌 캐시 서버가 등록된 파일을 대신해서 전송해주는 전송 대행 서비스CloudFront, Cloudflare주체별 분류 : Java 직접 응답바이트 스트림 방식 (Java 등에서 직접 처리)Java (Spring 등)에서 I..