Linux sinfo 5.4.0-165-generic #182-Ubuntu 에서 정보분배/REDIS/SQLite/실행하기/BUILD/RUN/ Linux sinfo 5.4.0-165-generic #182-Ubuntu 에서 정보분배/REDIS/SQLite/실행하기/ BUILD/RUN/
root@sinfo:~# uname -a Linux sinfo 5.4.0-165-generic #182-Ubuntu SMP Mon Oct 2 19:43:28 UTC 2023 x86_64 x86_64 x86_64 GNU/Linux root@sinfo:~#
제목) 정보분배/SQLite/Cache/Redis/WebHttp/Manual Program
1. 정보분배 TCP데이타 제공처(KRX) 증권정보데이타(Securities Information Data)는 주식, 채권, 파생상품 등 다양한 금융 상품에 대한 정보를 제공하는 데이터입니다. 이 데이터는 투자자, 금융 기관, 애널리스트 및 연구원들이 시장 동향을 파악하고 투자 결정을 내리는 데 중요한 역할을 합니다. 주식 데이터: 가격 정보: 시가, 종가, 고가, 저가, 거래량, 거래대금 등. 주식 지표: PER(주가수익비율), PBR(주가순자산비율), EPS(주당순이익) 등. 파생상품 데이터: 선물/옵션 정보: 기초 자산, 만기일, 행사가격, 거래량 등. 파생상품 지표: 변동성, 델타, 감마, 세타 등 그릭스(Greeks) 값. 거래소 정보: 지수 정보: 종합주가지수, 섹터별 지수, 글로벌 지수 등. 시장 통계: 거래소 전체의 거래량, 거래대금, 상장 종목 수 등. 데이터 제공 방법 실시간 데이터: 거래소와 데이터 제공업체가 실시간으로 업데이트되는 데이터를 제공합니다. 주요 제공 업체 한국거래소: 국내 주식, 채권, 파생상품의 거래 데이터를 제공합니다. 증권정보데이타는 금융 시장 참여자들이 시장을 이해하고 효과적으로 대응할 수 있도록 돕는 중요한 도구입니다.
비고) SendMessage를 이용한 Debugging(Windows에서 SendMessage를 이용해서 로그를 보는것이 편하다.)
비고) Web Browser에서 Request시에, JSON포맷으로 Response 받는예.
3. SQLite DataBase SQLite는 가벼운 디스크 기반 데이터베이스 관리 시스템(DBMS)입니다. 여기서 "가벼운"은 소프트웨어의 크기와 자원 소비가 적다는 것을 의미합니다. SQLite는 서버 기반 DBMS와 달리 클라이언트-서버 구조가 아닌 내장형 데이터베이스로, 어플리케이션에 직접 통합됩니다.
주요 특징 독립형:
SQLite는 단일 파일로 모든 데이터베이스를 저장합니다. 이는 배포와 백업을 간단하게 만듭니다. 제로 설정: 설치나 초기 설정이 필요 없습니다. SQLite 라이브러리 파일을 어플리케이션에 포함시키면 바로 사용할 수 있습니다. 서버리스: 별도의 서버 프로세스가 필요 없습니다. 어플리케이션이 직접 SQLite 데이터베이스 파일을 읽고 쓸 수 있습니다. 크로스 플랫폼: 다양한 운영체제에서 동작하며, 동일한 데이터베이스 파일이 여러 플랫폼에서 호환됩니다. 높은 신뢰성: SQLite는 트랜잭션을 지원하며, ACID(Atomicity, Consistency, Isolation, Durability) 속성을 보장합니다. 표준 SQL 지원: 대부분의 SQL-92 표준을 지원합니다. 하지만 몇 가지 고급 기능은 지원하지 않을 수 있습니다. 사용 사례 임베디드 시스템: 모바일 장치, IoT 기기, 가전제품 등에서 많이 사용됩니다. 테스트 및 프로토타이핑: 서버 기반 DBMS의 복잡성을 피하기 위해 초기 개발 단계에서 사용됩니다. 데스크탑 응용 프로그램: 여러 데스크탑 애플리케이션에서 데이터 저장을 위해 사용됩니다. 웹 브라우저: 브라우저 내부에서 사용자의 데이터를 저장하기 위해 사용됩니다. 예: Google Chrome, Firefox의 내부 데이터 저장. 장단점 장점: 매우 가볍고 빠릅니다. 설정이 간단하고 사용이 편리합니다. 소스 코드가 공개되어 있어 수정 및 커스터마이징이 가능합니다. 파일 기반이므로 이동성과 백업이 용이합니다. 단점: 동시성이 필요한 대규모 애플리케이션에서는 성능이 떨어질 수 있습니다. 고급 기능(예: 저장 프로시저, 사용자 정의 함수 등)이 부족할 수 있습니다. 대용량 데이터를 처리하는 데는 적합하지 않을 수 있습니다.
4. REDIS Redis는 오픈 소스 인메모리 데이터 구조 저장소로, 주로 고성능의 실시간 애플리케이션을 위해 사용됩니다. Redis는 "Remote Dictionary Server"의 약자로, 다양한 데이터 구조를 지원하며, 높은 속도와 확장성을 제공하는 것이 특징입니다.
주요 특징 인메모리 데이터베이스: Redis는 데이터를 메모리에 저장하므로 매우 빠른 읽기 및 쓰기 속도를 제공합니다. 디스크에도 비동기적으로 데이터를 저장할 수 있어 내구성을 보장합니다. 다양한 데이터 구조 지원: 문자열, 리스트, 셋(set), 해시(hash), 정렬된 셋(sorted set), 비트맵(bitmap), 하이퍼로그로그(hyperloglog), 지오스페이셜 인덱스(geospatial index) 등의 다양한 데이터 구조를 지원합니다. 퍼시스턴스: 데이터를 디스크에 저장하여 메모리에서 데이터가 손실되는 것을 방지할 수 있습니다. RDB(Snapshotting)와 AOF(Append Only File) 두 가지 방식으로 퍼시스턴스를 제공합니다. 사용 사례 캐싱:빠른 데이터 액세스를 위해 자주 사용되는 데이터를 캐시합니다. 세션 저장소:웹 애플리케이션의 사용자 세션 데이터를 저장합니다. 실시간 분석:실시간 로그 처리 및 데이터 분석에 사용됩니다. 메시지 큐:Pub/Sub 메시징 시스템을 통해 메시지 큐로 사용할 수 있습니다. 장점: 매우 빠른 속도와 낮은 지연 시간. 다양한 데이터 구조 지원. 높은 가용성과 확장성. 단순하고 직관적인 API. 단점: 메모리에 데이터를 저장하므로 메모리 용량에 제한이 있음.
윈도우에서 특정 프로그램의 네트워크 상태를 확인하기 위해 사용할 수 있는 몇 가지 명령어가 있습니다. 대표적으로 netstat 명령어가 많이 사용되며, tasklist와 findstr을 조합하여 특정 프로그램에 대한 정보를 확인할 수 있습니다.
netstat:
네트워크 연결 상태를 확인할 수 있는 기본 명령어입니다. 특정 프로그램의 네트워크 연결을 확인하려면 -b 옵션을 사용하여 실행 중인 각 연결의 실행 파일을 표시할 수 있습니다. 이 명령은 관리자 권한으로 실행해야 합니다. netstat -anob
tasklist:
현재 실행 중인 프로세스 목록을 확인할 수 있습니다. 특정 프로그램의 PID(Process ID)를 찾을 때 유용합니다.
tasklist | findstr [프로그램 이름]
netstat과 findstr 조합:
특정 프로그램의 네트워크 연결 상태를 PID를 통해 필터링할 수 있습니다. 먼저 프로그램의 PID를 찾습니다:
tasklist | findstr [프로그램 이름]
그런 다음 해당 PID로 네트워크 상태를 필터링합니다:
netstat -ano | findstr [PID] 예를 들어, 특정 프로그램(예: redis-server.exe)의 네트워크 상태를 확인하려면 다음과 같은 단계를 따릅니다:
redis-server.exe의 PID를 찾습니다:
tasklist | findstr redis-server.exe 찾은 PID를 사용하여 네트워크 상태를 확인합니다(예를 들어, PID가 1234라면):
netstat -ano | findstr 1234 이 명령어들을 통해 특정 프로그램의 네트워크 연결 상태를 쉽게 확인할 수 있습니다.
ex) 예로써 개발되어진 프로그램은 다음의 네트웍 통신을 할수 있다. mdiwebrowser.exe 1. 21111 포트로 정보분배 데이타를 수신한다. 2. 6379 포트로 REDIS서버에 송수신을 한다. 3. 8080 포트로 HTTP Request & Response를 한다.
TCP 0.0.0.0:6379 0.0.0.0:0 LISTENING TCP 127.0.0.1:6379 127.0.0.1:64279 ESTABLISHED TCP 127.0.0.1:6379 127.0.0.1:64285 ESTABLISHED TCP 127.0.0.1:64279 127.0.0.1:6379 ESTABLISHED TCP 127.0.0.1:64285 127.0.0.1:6379 ESTABLISHED TCP [::]:6379 [::]:0 LISTENING
> netstat -an | grep 6379 명령의 출력 결과를 해석하면 다음과 같습니다:
이 TCP 연결 정보를 해석하면 다음과 같습니다:
0.0.0.0:6379가 0.0.0.0:0에 대해 LISTENING 상태에 있음:
이 행은 서버가 모든 네트워크 인터페이스에서 6379 포트를 듣고 있음을 나타냅니다.
0.0.0.0는 모든 IPv4 주소를 의미합니다.
127.0.0.1:6379가 127.0.0.1:64279에 대해 ESTABLISHED 상태에 있음:
이 행은 로컬 호스트(127.0.0.1)에서 6379 포트와 로컬 호스트에서 64279 포트 사이에 확립된 연결이 있음을 나타냅니다.
즉, 이 연결은 같은 컴퓨터 내에서 이루어졌습니다.
127.0.0.1:6379가 127.0.0.1:64285에 대해 ESTABLISHED 상태에 있음:
이 행도 유사하게 로컬 호스트에서 6379 포트와 로컬 호스트에서 64285 포트 사이에 확립된 연결이 있음을 나타냅니다.
127.0.0.1:64279가 127.0.0.1:6379에 대해 ESTABLISHED 상태에 있음:
이 행은 위의 두 번째 행과 쌍을 이룹니다. 64279 포트에서 6379 포트로의 연결이 확립됨을 나타냅니다.
127.0.0.1:64285가 127.0.0.1:6379에 대해 ESTABLISHED 상태에 있음:
이 행은 위의 세 번째 행과 쌍을 이룹니다. 64285 포트에서 6379 포트로의 연결이 확립됨을 나타냅니다.
[::]:6379가 [::]:0에 대해 LISTENING 상태에 있음:
이 행은 서버가 모든 IPv6 인터페이스에서 6379 포트를 듣고 있음을 나타냅니다.
[::]는 모든 IPv6 주소를 의미합니다.
요약하면, 이 정보는 서버가 6379 포트를 통해 여러 연결을 처리하고 있으며, 이 포트는 IPv4 및 IPv6 주소 모두에서 LISTENING 상태에 있습니다. 로컬 호스트에서 몇몇 확립된 연결(ESTABLISHED)이 존재합니다. 6379 포트는 일반적으로 Redis 서버가 사용하는 포트입니다.