피터의 개발이야기

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

DOP-C01 : AWS DevOps Engineer Professional : All Parts DOP-C01 Part 01 DOP-C01 Part 08 DOP-C01 Part 15 DOP-C01 Part 22 DOP-C01 Part 02 DOP-C01 Part 09 DOP-C01 Part 16 DOP-C01 Part 23 DOP-C01 Part 03 DOP-C01 Part 10 DOP-C01 Part 17 DOP-C01 Part 24 DOP-C01 Part 04 DOP-C01 Part 11 DOP-C01 Part 18 DOP-C01 Part 25 DOP-C01 Part 05 DOP-C01 Part 12 DOP-C01 Part 19 DOP-C01 Part 26 DOP-C01 Part 06 DOP-C01..

ㅁ 개요 ㅇ IntelliJ IDEA를 쓰면서 꼭 필요한 단축키를 정리하였다. ㅇ IntelliJ IDEA YouTube 채널에 있는 동영상에서 이 단축키들을 실제로 사용하는 모습을 확인할 수 있다. ㅇ 동영상을 보고 단축키의 기능에 대해 간략히 정리하고 해당 시간대의 링크별로 정리하였다. ㅁ Alt + Enter ㅇ 00:12 Alt + enter 오류 수정 제안 코드에서 오류가 발견된 경우 해당 오류 위에 커서를 놓고 Alt+Enter를 누르면 문제에 대한 수정 제안 목록이 표시된다. ㅁ F2 ㅇ 01:18 F2 Navigate errors 에디터에서 오류와 경고 사이를 이동할 때 마우스를 사용하고 싶지 않다면, F2를 사용하여 다음 오류, 경고 또는 제안으로 점프할 수 있다. 이것과 Alt+Ente..

ㅁ 들어가며 비동기를 사랑하는 오픈소스 개발자, 이희승을 읽고 비동기의 중요성에 대해 지나가는 생각을 정리해 보았다. ㅁ 비동기 개발의 중요성 IT환경이 발전하면서 그만큼 트래픽이 증가하였다. 동기 방식은 하나의 요청이 처리되는 동안 다른 요청이 처리되지 못하며 요청이 완료되어야만 다음 처리가 가능한 방식이다. 이에 반해 비동기 방식은 하나의 요청 처리가 완료되기 전에 제어권을 다음 요청으로 넘겨 Blocking 되지 않으며 다음 요청을 처리하는 방식이다. 비동기 방식의 장점은 CPU사용량이 적은 트래픽 처리 속도의 향상이다. 나의 출근 상황을 예로 들어보자. 아이가 셋인 아침에 해야할 일이다. 1. 아침에 아이를 깨우는 일 2. 아이들 아침을 준비하는 일 3. 아이들 옷을 입히는 일 4. 아이들 가방 ..

[kubernetes] 모니터링 방법 정리[kubernetes] 쿠버네티스 목차 [kubernetes] 모니터링 방법 정리 ㅁ 개요 3편 [Kubernetes] Spring에서 쿠버네티스 Pod 정보조회에서 Spring에서 pod의 정보를 조회하는 과정을 정리하였다. 이번 글에서는 휘발성인 kubernetes evets의 지속적인 모니터링을 위해 이벤트 이력을 elasticsearch에 전달하여 키바나로 조회가 가능하도록 개발하는 과정을 정리하였다. 1편 [kubernetes] EKS fail-over 상황정리 및 방어방법 2편 [Kubernetes] 쿠버네티스API 서버 CURL 접속 방법 3편 [Kubernetes] Spring에서 쿠버네티스 Pod 정보조회 4편 [kubernetes] kuberne..

[kubernetes] 쿠버네티스 목차 ㅁ 들어가며 ㅇ 4편 [kubernetes] kubernetes event exporter 작업 과정에서 metricbeat kubernetes DNS lookup failure: no such host 이슈가 발생하여 이를 해결하는 과정을 정리하였다. ㅁ 이슈 내용 {"level":"debug","error":"dial tcp: lookup elasticsearch-svc on 10.96.0.10:53: no such host","sink":"elasticsearch-dump","event":"Successfully assigned monitoring/event-exporter-5b67ddd755-xkzhc to minikube","time":"2023-02-21..

ㅁ 개요 개발을 하면서 정규식을 다양하게 사용하게 된다. 로그분석 시 텍스트에서 특정패턴의 값을 추출할 때도 있고, 로그인 시 비밀번호와 이메일의 정합성을 식별하기 위해서도 정규식을 사용한다. 이 글에서는 그 정규식에 대해서 정리하고 자주 사용하는 패턴들에 대해서 정리하였다. ㅁ 정규식이란? 정규식이란 사전적인 의미로는 특정한 규칙을 가진 문자열의 집합을 표현하는데 사용하는 형식 언어를 말한다. 주로 문자열의 검색과 치환을 위한 용도로 많이 쓰이고 있다. 입력한 문자열에서 특정한 조건의 문자를 추출하는 경우 일반적인 방법은 다소 복잡하고 반복적인 경우가 발생하지만, 정규식을 이용하면 매우 간단하게 표현하고 식별할 수 있다. 하지만 코드는 간소화 되었지만 정규식 자체의 복잡도로 인해 가독성이 많이 떨어지는..

구글 자바 컨벤션 가이드 ㅁ 코드 컨벤션(Code Convention)  코딩 컨벤션은 읽고, 관리하기 쉬운 코드를 작성하기 위한 일종의 코딩 스타일 규약이다. 개발은 대부분 혼자가 아닌 협업으로 개발하기 때문에 본인이 작성한 코드가 다른 사람들이 이해하기 어렵다면 협업에 문제가 발생하게 된다. 같은 프로젝트 안에서 다른 개발자의 코드를 이해하는데 시간이 소요된 만큼 작업의 능률은 떨어지고, 기능에 대한 오해로 인해 오류가 쉽게 발생할 수 있다. 그래서 코드의 스타일(코딩 규칙)을 통일하기 위한 협약, 약속을 코드 컨벤션이라고 한다. 코드 컨벤션의 궁극적인 목표는 누구나 쉽게 코드를 이해하고 사용할 수 있게 하기위함이다.   ㅁ 코드컨벤션의 필요성소프트웨어를 개발하는 일련의 모든 과정에 들어가는 비용 중..

ㅁ 개요 ㅇ 로컬 쿠버네티스 환경에서 테스트 하였던 daemonset을 정지시키는 방법을 정리하였다. ㅁ 중지방법(삭제) 가장 간단한 방법으로 daemonset을 삭제처리하면 된다. $ kubectl delete daemonsets.apps -n elastic fluentd daemonset.apps "fluentd" deleted 하지만 다시 사용하려면 daemonset을 다시 생성해 줘야하는 문제점이 있다. 그래서 별도로 생성 yaml의 관리가 필요하다. $ kubectl apply -f fluentd.yaml serviceaccount/fluentd unchanged clusterrole.rbac.authorization.k8s.io/fluentd unchanged clusterrolebinding..

소스가 IO 채널인 Files.lines(Path, Charset) Stream만 닫아야 합니다. 스트림에는 BaseStream.close() 메서드가 있고 AutoCloseable을 구현하지만 거의 모든 스트림 인스턴스는 실제로 사용 후 닫을 필요가 없습니다. 일반적으로 소스가 IO 채널인 Stream(ex: Files.lines(Path, Charset)에서 반환된 스트림)만 닫아야 합니다. 대부분의 스트림은 특별한 리소스 관리가 필요하지 않은 Collections, Arrays, generating functions에 의해 지원됩니다. 스트림을 닫아야 하는 경우 try-with-resources 문에서 리소스로 선언할 수 있습니다. public static void main(String[] args..

ㅁ 개요 ㅇ Helm 차트를 이용하여 Grafana를 설치하는 과정을 정리하였다. ㅇ 로컬환경(Docker Desktop)에 구성된 kubernetes 환경에서 설치하였다. ㅁ Grafana의 Helm Repository 추가 $ helm repo add grafana https://grafana.github.io/helm-charts "grafana" has been added to your repositories ㅇ Grafana 설치를 위해 Helm Repository를 추가한다. ㅁ Grafana Helm Chart를 다운로드 $ git clone https://github.com/grafana/helm-charts.git Cloning into 'helm-charts'... remote: Enu..