모두의 개발 블로그

Scouter 설치 후기 스카우터 설치 과정 중 어려웠던 점은 JDK17 버전으로 돌아가지 않아 처음에 애를 먹었다. 월래 하던 방식을 하지 못하고 다른 방법을 생각해서 하였다. Scouter는 크게 4가지로 구성되는데 클라이언트, 콜렉터, 에이전트-자바, 에이전트-호스트 이렇게 이중 콜렉터는 자바 11버전으로만 되었다. 월래 설치하려던 서버는 그대로 JDK17인 것으로 보아 에이전트-자바, 에이전트-호스트는 자바17로 기동은 되었다. Scouter 클라이언트(로컬), 콜렉터 서버(ec2-1), agent-java (ec2-2) , agent - host (ec2-2)로 설치하였다. 콜렉터와 agent가 통신하는 포트가 있는데 UDP와 TCP둘다 열어야 되었던 것으로 기억한다. Ngrinder 설치 후기..

On-prem vs Cloud native vs Hybrid vs Multi-cloud On-prem On-prem(온프레미스)은 "on-premises"의 줄임말로, 기업이나 조직 내부의 물리적 위치에 IT 인프라나 서비스를 배치하는 방식을 말합니다. 이는 클라우드 기반 솔루션과는 대조적이며, 기업이나 조직이 자체 데이터 센터에서 서버, 스토리지, 네트워크 장비 등을 보유하고 관리하는 방식을 가리킵니다. 온프레미스의 장점: 제어: 자체 데이터 센터를 가지고 있기 때문에, 하드웨어 및 소프트웨어에 대한 완전한 제어가 가능합니다. 보안: 자체 보안 프로토콜과 정책을 설정하여 데이터와 시스템에 대한 보안을 향상시킬 수 있습니다. 맞춤 설정: 특정 비즈니스 요구 사항에 따라 IT 환경을 완전히 맞춤 설정할 수..

Scale-up vs Scale-out 전략을 비교 Scale-up "Scale-up"은 시스템의 리소스를 증가시켜 더 많은 부하를 처리할 수 있게 확장하는 것을 의미합니다. 예를 들어, 웹 서버의 성능을 향상시키기 위해 추가적인 CPU나 RAM을 제공하는 것이 scale-up에 해당됩니다. 반면에, 여러 서버나 인스턴스를 추가하여 시스템의 용량을 확장하는 것은 "scale-out"이라고 합니다. AWS와 같은 클라우드 서비스 환경에서는 scale-up을 수행하기 위해 EC2 인스턴스의 유형을 변경하거나, 더 큰 사이즈의 인스턴스로 변경하여 리소스를 확장할 수 있습니다. 그러나 scale-up 방식에는 한계가 있을 수 있으므로, 때로는 scale-out 방식을 고려해야 할 수도 있습니다. 항상 시스템의 ..

이벤트 브로커와 메세지 브로커와 관련해서 메세지와 이벤트 특징과 장단점과 목적 이벤트 브로커와 메시지 브로커의 주요 차이점은 처리하는 데이터 유형과 그 데이터의 의도에 있습니다. 이들 각각은 "이벤트"와 "메시지"라는 용어와 관련되어 있습니다. 메시지 (Message): 정의: 메시지는 일반적으로 애플리케이션 간에 전송되는 데이터 또는 정보의 패킷입니다. 특징: 대부분의 경우 명확한 대상 (receiver)이 있습니다. 요청과 응답 패턴을 자주 사용합니다. 목적: 서로 다른 시스템 간에 데이터를 안전하게 전송하는 것입니다. 장점: 안정성: 메시지 전송이 보증됩니다. 복잡한 시스템 간 통신의 단순화. 단점: 높은 볼륨의 데이터에는 최적화되지 않았을 수 있습니다. 타이트 커플링의 위험이 있을 수 있습니다. ..

이벤트 브로커(event broker) 이벤트 브로커(event broker) 이벤트 브로커(event broker) 이벤트 브로커(event broker)는 특정 시스템, 애플리케이션, 서비스에서 발생하는 이벤트를 다른 시스템, 애플리케이션, 서비스로 중개하는 소프트웨어나 서비스를 의미합니다. 메시지 브로커와 비슷한 기능을 수행하지만, 주로 이벤트 주도 아키텍처나 스트림 처리와 같은 상황에서 활용됩니다. 이벤트 브로커의 주요 특징은 다음과 같습니다: 이벤트 중심: 이벤트 브로커는 특정 상황이나 조건에서 발생하는 이벤트에 중점을 둡니다. 예를 들어, 사용자가 웹사이트에서 제품을 구매하는 행위, 센서에서 새로운 데이터를 캡처하는 행위 등이 이벤트로 간주될 수 있습니다. 비동기 통신: 이벤트 브로커를 사용하..

메시지 브로커(message broker) 메시지 브로커(message broker) 1. 탄생 배경 메시지 브로커는 복잡한 IT 환경에서 여러 애플리케이션과 서비스 간의 통신 문제를 해결하기 위해 도입되었습니다. 초기의 시스템은 종종 단일한 큰 애플리케이션으로 구성되었지만, 시간이 흐르면서 시스템은 분산되고 복잡해졌습니다. 여러 애플리케이션과 서비스가 서로 통신해야 하는 상황에서 직접적인 통신 방법은 확장성, 유지 보수성 및 복잡성 문제를 야기했습니다. 2. 용도 및 목적 메시지 브로커의 주요 용도와 목적은 다음과 같습니다: 비동기 통신: 시스템 간의 통신을 비동기식으로 수행하여 시스템의 성능과 가용성을 향상시키는 데 도움을 줍니다. 디커플링(Decoupling): 생산자와 소비자 사이의 직접적인 의존..

분산 캐시(distributed cache) 분산 캐시(distributed cache) 분산 캐시는 여러 노드에 걸쳐 데이터를 저장하는 캐시 시스템을 의미합니다. 기본적인 목표는 데이터를 빠르게 접근할 수 있도록 메모리에 저장하면서, 여러 노드에 데이터를 분산하여 확장성을 제공하고 단일 장애 지점을 제거하는 것입니다. 분산 캐시의 주요 특징 및 이점은 다음과 같습니다: 성능 개선: 데이터베이스나 외부 데이터 소스에 대한 요청 수를 줄여서 시스템의 반응 시간을 개선합니다. 확장성: 캐시 클러스터에 노드를 추가함으로써 처리량을 증가시킬 수 있습니다. 고가용성: 여러 노드에 데이터 복제를 통해 단일 장애 지점을 제거하고 가용성을 높입니다. 일부 노드가 실패하더라도 다른 노드에서 데이터에 액세스할 수 있습니다..

API 게이트웨이 API 게이트웨이 API 게이트웨이 API 게이트웨이는 애플리케이션과 서비스간의 인터페이스입니다. API 게이트웨이를 사용하면 여러 백엔드 서비스, 데이터 및 기능을 하나의 통합된 API로 제공할 수 있습니다. 다음은 API 게이트웨이에 대한 기본 개념 및 AWS에서 제공하는 API 게이트웨이에 대한 정보입니다: 기본 개념: 라우팅: 클라이언트 요청을 적절한 백엔드 서비스로 전달합니다. 요청 및 응답 변환: 데이터를 요청이나 응답 형식에 맞게 변환합니다. 보안: 인증 및 권한 부여 기능을 통해 API를 보호합니다. 캐싱: 반복적인 요청에 빠르게 응답하기 위해 데이터를 캐싱합니다. 모니터링 및 로깅: API 사용에 대한 로그 및 모니터링 기능을 제공합니다. AWS API 게이트웨이: RE..

도커 (Docker) 도커 (Docker) 도커(Docker)는 컨테이너 기반의 오픈소스 가상화 플랫폼입니다. 컨테이너는 애플리케이션과 그에 필요한 모든 의존성, 라이브러리, 바이너리 등을 하나의 패키지로 묶어서 실행하는 기술입니다. 도커를 사용하면 애플리케이션을 빠르고 일관되게 배포하고 실행할 수 있습니다. 도커의 주요 특징 및 장점은 다음과 같습니다: 이식성: 애플리케이션과 모든 의존성이 컨테이너 내에 포함되기 때문에, 다양한 환경에서 같은 동작을 보장합니다. 예를 들어, 로컬 환경에서 작동하는 컨테이너는 개발, 테스트, 프로덕션 환경에서도 동일하게 작동합니다. 경량성: 컨테이너는 가상 머신과 달리 전체 운영 체제를 포함하지 않기 때문에 크기가 작고 부팅 시간이 빠릅니다. 여러 컨테이너는 같은 호스트..

프래피티 STUDY Dynamic array drawbacks (다이나믹 배열의 단점) 장점인 배열의 길이 변경이 가능하다는 점 반면에 그 장점을 구현하기 위해서 배열 삭제, 추가, 복제 등이 일어나면서 이 것을 진행하는 동안 리소스, 과정, 연산, 시간 등이 소요되기 때문에 단점 등이 발생 Hash function properties and types (해시 함수 속성 및 유형) 해시 함수의 주요 특성 결정성(Deterministic): 동일한 입력에 대해 항상 동일한 출력(해시 값)을 반환해야 합니다. 빠른 연산 속도: 데이터의 크기와 상관없이 해시 값을 빠르게 계산할 수 있어야 합니다. 일정한 해시 값 길이: 해시 함수는 다양한 길이의 입력에 대해 항상 일정한 길이의 출력을 반환해야 합니다. 높은 ..