dayne의 블로그

1. 발생Eureka Server에서 Eureka Client의 Heartbeat를 수신하지 못했을 경우, 해당 클라이언트가 실행 중인지 판단하기 위해 RestTemplate을 사용하여 HTTP 통신을 시도하는 과정에서, ProcessException(SocketTimeoutException)이 반복되며 발생  2. 원인Eureka Client에서 Heartbeat를 정상 수신받지 못했을 때, 클라이언트가 실행 중인지 판단하기 위해 RestTemplate 로직을 도입하는 과정에서, SocketTimeoutException으로 인한 ProcessingException 발생했습니다.아래의 에러 메시지를 확인해 보면, SocketTimeoutException이 Eureka 서버 간의 통신 과정에서 발생하여 '..

목차1. 유레카 설정 구분2. 자기 보호 모드3. 레지스트리 등록 여부 / 캐싱 여부4. 레지스트리 갱신 - 서비스 등록 관련5. 레지스트리 갱신 - 서비스 해제 관련6. IP 주소 우선7. 유레카 피어링 설정  1. 유레카 설정 구분eureka.server. : Eureka Server 관련 설정eureka.client. : Eureka Client가 레지스트리에서 다른 서비스의 정보를 얻을 수 있는 설정eureka.instance. : 이름, 포트 등 현재 Eureka Client에 대한 정보를 재정의하는 설정  2. 자기 보호 모드2.1 서버 측 설정eureka.server.enable-self-preservation일시적인 네트워크 장애 등으로 인한 서비스 해제를 막기 위한 자기 보호 모드 설정 ..

목차1. Service Registry & Discovery2. Eureka3. Eureka Server & Client 구축  1. Service Registry & Discovery클라우드가 아닌 환경에서, 서비스의 발견은 '로드 밸런서'를 통해 해결되었습니다.로드 밸런서가 서비스에 대한 프록시 역할을 하므로 서비스에 매핑된 정보가 있어야 하는데, 이러한 매핑 규칙을 수동으로 정의해야 하기 때문에 인프라 스트럭처의 복잡도가 증가한다는 불편한 점이 존재했습니다. (새로운 서비스를 인스턴스 시작 시점이 아닌 수동으로 등록) MSA로 설계된 환경에서는, 여러 마이크로 서비스들을 운용하기 위해서 클라우드 환경에서 인스턴스를 생성하여 구축할 것입니다.이때 클라우드 환경에서 인스턴스는 AutoScaling, 생..

목차1. 예시 코드2. 코드 설명  1. 예시 코드pipeline { agent any environment { VERSION = "v0.1" SERV_IP = "***.***.***.***" SERV_PORT = "***" SERV_PASSWORD = "******" } stages { stage('Git Clone') { steps { slackSend ( channel: "#serv-pipeline-alarm", color: "#99CC00", message: "Serv..

목차1. 젠킨스 파이프라인 구성 방식2. 파이프라인 스크립트 문법3. Declarative Pipeline 상세 설명  1. 젠킨스 파이프라인 구성 방식대표적인 젠킨스 파이프라인 구성 방식은 아래와 같이 3가지 방식이 있습니다.Pipeline script (Webadmin)일반적인 방식으로 Jenkins Pipeline을 생성해 Shell Script를 직접 생성하고 빌드Git SCMGit에 JenkinsFile을 작성하고, 빌드 시작 시 파이프라인 프로젝트에서 호출 실행Blue OceanUI 기반으로 시각적인 파이프라인을 구성하면, JenkinsFile이 자동으로 생성되어 실행  2. 파이프라인 스크립트 문법Scripted Pipeline더 많은 절차적인 코드 작성이 가능하며, 커스텀한 작업이 가능해 ..

목차1. 소켓 통신 개요2. 서버 코드3. 클라이언트 코드  1. 소켓 통신 개요 간단한 개요는 TCP Socket 통신 예제 글에서 설명했으니 아래의 링크에서 확인할 수 있습니다. 참고 : https://dayne-w.tistory.com/17   1.1 소켓 프로그래밍의 전체적인 과정 (UDP)UDP 소켓 프로그래밍의 전체적인 흐름은 아래와 같습니다.서버는 소켓을 생성하고, IP 주소와 포트 번호를 바인딩한 후 recvfrom() 함수를 호출하여 요청을 대기합니다.UDP 소켓 프로그래밍에서는 TCP에서와 달리,  연결(connect) 과정이 존재하지 않습니다. 따라서, 클라이언트에서는 sendto() 함수를 통해 서버로 데이터를 전송하고, recvfrom() 함수를 통해 서버로부터 데이터를 받습니다...

목차1. Jenkins 개념2. Jenkins 동작 과정  1. Jenkins 개념Jenkins를 설명하기 이전에, 먼저 CI / CD에 대한 이해가 필요합니다.참고 : https://dayne-w.tistory.com/15 Jenkins는 CI / CD 환경 구축을 위한 오픈 소스 도구로, 소프트웨어 개발 생명주기를 자동화함으로써 개발 생산성을 높일 수 있습니다. Jenkins를 사용하면 코드 변경 사항이 발생할 때마다 자동으로 빌드, 테스트 배포하는 과정을 수행할 수 있습니다.따라서 개발자는 코드 변경에 대한 빌드 및 테스트 과정을 수동으로 진행할 필요가 없어지며, 변경 사항에 대한 신속한 검증 및 배포가 가능해지고, 이 과정에서 발생 가능한 휴먼 에러를 방지할 수 있습니다. 아래는 Jenkins 사..

목차1. 소켓 통신 개요2. 서버 코드3. 클라이언트 코드  1. 소켓 통신 개요 (TCP) 소켓이란 네트워크 상에서 데이터를 송수신하기 위한 양 끝단을 의미합니다.각각의 소켓은 IP 주소와 포트 번호를 통해 고유하게 식별됩니다. 서버와 클라이언트의 소켓 통신은 네트워크 상에서 두 프로그램이 데이터를 주고받는 구조를 의미합니다.  1.1 소켓 프로그래밍의 전체적인 과정 (TCP)소켓 프로그래밍의 전체적인 흐름은 아래와 같습니다.서버는 소켓을 생성하고, IP 주소와 포트 번호를 바인딩한 후 연결 요청을 대기합니다.클라이언트는 서버와 '연결'을 시도합니다.서버는 클라이언트의 '연결'을 수락하고, 양쪽은 데이터를 주고받습니다.통신이 끝나면 각자 소켓을 닫아 연결을 종료합니다. 1.2 TCP 동작 과정1. 서버..

목차1. CI / CD 개요2. 지속적 통합 (Continuous Integration, CI)3. 지속적 배포 (Continuous Delivery/Deployment, CD)4. CI / CD 파이프 라인  1. CI / CD 개요 CI / CD의 'CI'는 개발자를 위한 자동화 프로세스인 지속적인 통합(Continuous Integration)을 의미합니다. CI를 성공적으로 구현할 경우, 애플리케이션에 대한 새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 레포지토리에 통합됩니다.따라서 여러 명의 개발자가 동시에 애플리케이션 개발 관련 코드 작업을 할 경우, 발생 가능한 충돌 문제를 해결할 수 있습니다. CI / CD의 'CD'는 지속적인 서비스 제공(Continuous Delivery..

목차1. OSI 7계층 설명2. TCP/IP 계층 설명3. 리눅스에서 TCP/IP 계층 관련 파일들  1. OSI(Open Systems Interconnection) 7계층 설명1.1 OSI 모델 개요OSI(Opne Systems Interconnection) 7계층은 국제 표준화 기구(ISO)에서 개발한 컴퓨터 네트워크 프로토콜 모델입니다.이 모델은 네트워크 통신 과정을 7개의 계층으로 분리하여 각 계층이 특정 기능을 수행하도록 하는 것을 목적으로 합니다. OSI 7계층은 네트워크 통신 프로토콜을 표준화하기 위해 ISO에서 1977년에 발표하였습니다. 당시에는 서로 다른 통신 시스템을 사용했고, 네트워크 장비를 통일된 규격으로 만들지 않고 제각각 만들며 결국 통신 과정에서 여러 가지 충돌이 발생 가능..