본문 바로가기

분류 전체보기44

생산자-소비자 패턴 System V MQ 시나리오 [생산자 프로세스] -> [OS 커널 속 메시지 큐] -> [소비자 프로세스] 여기서 메시지큐(Message Queue)는 커널이 관리하는 메모리 공간이고, 양쪽 프로세스는 시스템 콜(system call)을 통해서만 접근 1. 생산자가 하는 일 1) msgsnd() 호출 -> 유저 프로세스 -> 커널 진입 (시스템콜) 2) 커널이 메시지큐(커널 메모리)에 공간이 있는지 확인 - 큐가 가득 차면(blocking 모드) -> 생산자 프로세스는 슬립(block) - 공간이 있으면 메시지를 복사(copy) 해서 커널 큐에 저장 3) 메시지 큐에 들어오면 - 그 큐를 기다리던 소비자 프로세스가 있다면, 커널이 깨워줌(wake up) - 커널 입장에서 이건 이벤트 트리거에 가깝지만 .. 2025. 10. 17.
git 레포지토리 이동 cd 작업할위치로이동git clone --mirror [기존 저장소 주소]cd 기존원격레포이름.gitgit remote set-url --push origin [이동할 원격 저장소 주소]git push --mirror 2025. 6. 16.
[kubernetes] NetworkPolicy 테스트 apiVersion: networking.k8s.io/v1kind: NetworkPolicymetadata: name: allow-port-from-namespace namespace: devopsspec: podSelector: {} policyTypes: - Ingress ingress: - from: - namespaceSelector: matchLabels: project: llm ports: - protocol: TCP port: 80 위와 같은 NetworkPolicy는"project= llm 이라는 레이블이 있는 네임스페이스에서 속한 pod들만 devops 네임스페이스의 모든 pod에 대해 TCP 80번 포트로 접근할 수 있도.. 2025. 2. 3.
[kubernetes] 서비스(Service)가 필요한 이유 kubectl run test-nslookup --image=busybox:1.28 -it --rm --restart=Never -- nslookup  당연히 안된다. 뭣이 당연하냐 ? 1. Pod 이름만으로 DNS 조회가 안 되는 이유 Kubernetes에서는 Pod 이름만으로 DNS 조회를 할 수 없다.이는 Kubernetes 내부 DNS 시스템이 Pod 단위가 아니라 Service 단위로 동작하도록 설계되었기 때문 Pod을 DNS로 조회하려면 FQDN(Fully Qualified Domain Name) 형식을 사용해야 함..pod.cluster.local예를 들어, nginx-resolver라는 Pod의 IP를 찾고 싶다면nslookup nginx-resolver.default.pod.cluster.. 2025. 2. 2.
728x90
반응형

티스토리툴바