Search
Duplicate
🌼

어쨌건간에 흘러가는 者

Who and Why am I here?

제 소개와 연락처입니다. 각 페이지 맨 아래에  또는 댓글 한마디 남겨주심 그저 좋아라~ 합니다.
•
anyflow@gmail·com
어쨌건간에
https://www.anyflow.net/introspective-life/anyway

My Cluster & its assets

2011년산 노트북(Intel Core i5, 16M) 내에서 동작하는 (Home) Kubernetes Cluster 및 여기서 운용 중인 서비스 링크, 그리고 설명(w/ git repo)입니다. 이 블로그 글에서 다루는 서비스 대부분을 여기서 테스트합니다.
My Cluster - Home k8s cluster
단일 host에서 Kubernetes와 여기서 운용할 여러 app을 ‘빠르게’ 실행/삭제 가능함과 동시에 Home server/cluster로서의 운용을 위한 프로젝트
https://www.anyflow.net/sw-engineer/my-cluster

최근 글

Search
query time range, resolution step, range vector selector와의 관계

Introduction

Prometheus의 range query 사용 시 필히 마주하게 되는 세가지 시간 개념 - range vector selector, resolution step, query time range 간의 관계에 대해 논한다. 이외에 추가로 rate() 와 irate() 도 간단히 비교한다.
이들 개념은 공통적으로 유사한 시간 간격 개념을 갖고 있어 해깔리기 딱 좋다. 게다가 Grafana 사용 시 resolution step은 자동 설정으로 두기 때문에, query를 직접 만들지 않고 visualization만 다룰 경우 존재 자체를 인지하기 어렵기도 하다. 내가 그랬다.
참고로, range query는 time series 그래프 등을 위한 시간 범위 데이터를 산출하는 반면 이에 대비되는 instant query는 (주로) 특정 시점 데이터를 산출하여 gauge chart 등에 사용한다.
전반의 용어와 개념은 아래 Prometheus 공식 문서와 Prometheus 주 개발자의 블로그를 참고하였다. 이외에 모든 그림과 code는 Claude (AI)로 생성하였다.

예제: 20분간의 RPS(초당 요청수)에 대한 time series 구하기

예를 들어 설명한다. 위 그래프는 20분간(13:00 ~ 13:15)의 RPS에 대한 time series를 나타내어, 값 간의 간격은 5분이다. 이 그래프를 그리기 위한 Prometheus로의 질의 방법은?
아래는 이 질문에 대한 직접적인 답으로, Prometheus의 query_range HTTP API에 대한 request 및 response이다. response의 values 필드에 있는 값을 보면 위 그래프의 각 포인트를 나타냄을 알 수 있다.
Prometheus: range query내 시간 관련 개념간 관계
as S/W 엔지니어
Prometheus
range query
range vector
resolution step
rate()
irate()
2024/12/10
엑셈사람들| 이 시대의 뇌섹남, 박문호 박사와 함께하는 경험과 지식을 나누는 인터뷰
바둑 천재 이세돌 9단과 대결에서 인공지능 바둑 프로그램 '알파고'의 승리는 우리를 충격에 빠뜨렸습니다. 그리고 딥러닝 기술을 탑재한 AI가 그린 그림이 900만원에 팔렸다는 보도가 이어지며, 앞으로 AI의 진화가 우리 인류에게 어떤 의미로 다가올지 미리 힌트를 얻고 싶었습니다. 그 답을 구하기 위해 엑셈이 오랫동안 후원해 오고 있는 사단법인 박문호의 자연과학 세상 이사장 박문호 박사님을 만나고 왔습니다. 행성 지구에서 인간이라는 현상을 공부하고 왔습니다. Q: 박사님께서는 박자세를 계기로 엑셈과 오래된 인연을 맺어오고 계시고, 이번에 엑셈의 사외이사로 취임하셨습니다. 조종암 대표님과는 어떤 인연이 있으셨는지요 조종암 사장님께서 뇌 과학 특강을 듣게 되면서부터 입니다. 8년 전일 거에요. 제가 매주 4시..
https://blog.ex-em.com/843
“인문학에 속지 마라 인간의 답은 자연과학에 있다”
이 사람 진짜 괴물이다. 4월 8일 서울 중구 태평로의 코리아나호텔 건물 1층의 한 커피 전문점. 한국전자통신연구원(ETRI)의 박문호 박사를 인터뷰하는 중이다. 그는 ‘그림으로 읽는 뇌과학의 모든 것’이라는 783쪽짜리 두툼한 책을 냈다. 박씨는 뇌 관련 베스트셀러의 저자. 그가 2008년에 쓴 ‘뇌, 생각의 출현’은 인터넷서점 알라딘의 ‘뇌과학 최고의 책’ 순위 1위에 올라 있다. 뇌 전문가로서 이름을 올린 그가 5년 만에 수없이 많은 그림이 들어가 있는 뇌과학 책을 또 낸 것이다.불과 몇 주 전 ‘뇌, 생각의 출현’ 책을 읽어
https://weekly.chosun.com/news/articleView.html?idxno=5588

자연 과학에 관하여

•
자연과학 전공자가 역사, 철학 등 인문학을 파고드는 사례는 많이 보아왔다. 하지만 인문학 전공자가 양자역학을 공부하겠다고 나서는 것은 보지 못했다.
•
자연과학을 모르는 것은 비극적 희극이다. 제한된 인식 내에서 살아가는 것. 인간의 특성은 매니아 기질이다. 사람은 누구나 어떤 것에 특별한 관심을 가지고 그것에 집중하는 속성이 있다. 그런 성질을 이해하고 인정하지 않으면 오히려 그것을 깨뜨리기 힘들다. 매니아 기질을 컨트롤 하지 않으면 좁은 세계관에 갖히기 쉽다. 인식의 틀을 부수고 새로운 것을 받아들일 수 있는 것이 자연과학적 사고이다.
•
Q. 자연과학을 모르고 사는 사람이 스스로 충분히 행복하다면? A. 말하자면 천년 전의 인간과 다를 바 없이 사는 것이다. 그들도 행복했을 것이다.
•
Q. 자연과학 도그마는 옳은 것인가? 좋은 것인가? A. 효과적인 것이다.
박문호 박사의 ‘철학’
自省(Introspection) / 세상살이
박문호
자연과학
2024/12/07
다수의 OTel collector instance 운용 시 OOO 오류가 발생한 경우의 예시

Introduction

Opentelemetry Collector의 metric backend로 AMP(Amazon Managed Prometheus)로 사용할 경우 발생 가능한 out of order sample 오류의 처리에 대한 논의이다. 본 오류 해결에 꽤나 오래 고생했는데, OTel slack 채널을 포함하여 본 오류에 대한 언급은 많을 뿐 해결안까지 정리된 문서는 당쵀 보이질 않았기 때문이다.

Summary

•
Prometheus는 out_of_order_time_window 옵션을 켜지 않으면 동일 metric series에서 순서가 역전된 sample 유입을 거부함과 동시에 out of order sample 오류를 뱉는다.
•
OpenTelemetry Collector는 HA 및 scaling을 위해 다수의 instance 구성을 지원하며(gateway 모드), 이 구성은 필연적으로 metric sample의 순서 역전을 유발한다.
•
AMP는 out_of_order_time_window 옵션을 지원하는 Cortex 제품 계열임에도, 이를 지원하지 않는다. 이에 따른 대안은 OTel collector instance의 식별자를 metric에 붙임으로 metric series를 OTel collector instance 별로 분리하는 것이다.
•
다중 pod 운용이 고려되지 않은 appolication metric 등 유사 상황이나 사용성을 위해 k8sattributes processor를 운용한다. 이는 OOO 오류를 줄이는 역할도 함께 한다.

오류 증상

(그리 크지 않은) metric traffic이 발생할 경우, AMP(Amazon Managed Prometheus)는 다수의 out of order sample (OOO) 오류를 Opentelemetry Collector의 prometheusremotewrite exporter로 응답한다. 이는 데이터 유실로 이어지는 무시하기 어려운 문제인데, 전체 sample 중 작게는 0.5%에서 많게는 50% 이상까지 발생이 목격되었다. 이는 OpenTelemetry native 메트릭 및 Prometheus 메트릭 모두에서 발생했다.
본 오류는 OpenTelemetry exporter가 생성하는 otelcol_exporter_send_failed_requests 메트릭 및 OpenTelemetry exporter 로그를 통해 확인 가능하며 아래는 각각의 예이다.
•
otelcol_exporter_send_failed_requests 메트릭 예(붉은 색. 약 3%의 오류를 보여주고 있음)
•
오류 로그 예. 상기 메트릭에서 드러난 전송 오류의 원인이 out of order sample 에 있음을 확인 가능하다.
OpenTelemetry: out of order sample 오류 해결안
as S/W 엔지니어
OpenTelemetry
OpenTelemetry Collector
AMP(Amazon Managed Prometheus)
Prometheus
metric
out of order sample
TPROXY
Istio
k8sattributes
2024/11/24

Introduction

OpenTelemetry Collector에서 사실 상 필수로 사용하길 권장되는 component인 memory limit, Batch processor에 대한 논의로, 사실 상 아래 공식 README에 대한 요약이다.
•
Memory Limit Processor
•
Batch Processor

Memory Limit Processor

Memory Limit Processor는 Out Of Memory(OOM) 오류 방지를 위함으로, 발생 전에 OpenTelemetry Collector로의 telemetry 인입을 거부하거나, garbage collection을 발생시킴으로 OOM 발생을 미연에 방지한다. 대상 telemetry는 metric, log, trace 전체이다.

구조

1.
hard limit: garbage collection 강제 발동 threshold. limit_mib 로 정의됨.
2.
soft limit: telemetry 인입 거부 threshold.limit_mib - spike_limit_mib 로 정의됨.

Best Practices

1.
collector의 적절한 resource 조절에 대한 대안이 아님: soft limit은 결국 데이터 유실로 이어질 수 있음(재시도 로직이 있다 하더라도 무한정 재시도는 할 수 없기 때문에). 따라서 soft limit, hard limit 값 등을 메모리 사용량을 확인함으로 적절히 조절해야(#4의 본 processor가 생성하는 metric을 상시 참고. 특히 refuse 건에 대해).
2.
Processor pipeline에 모든 타 processor 보다 앞에 놓아야: 이렇게 함으로 receiver로 memory 부하가 발생했을 때 receiver로 하여금 적게 데이터를 보내게 함으로 데이터 drop을 줄일 수 있음
OpenTelemetry: Memory Limit, Batch Processor
as S/W 엔지니어
OpenTelemetry
OpenTelemetry Collector
Memory Limit Processor
Batch Processor
2024/11/14
유시민이 꽤 오래 전부터 정치 평론 시 상시 인용하기에 관심을 두게 된 책이다. 정치란 게 인간의 고차원적 행위로 여겨지는 일반적 인식을 고려했을 때 침팬지가 이를 행한다는 점에서 흥미를 끌기도 했지만, 진화론에 기반한다는 점에서 더욱 관심이 갔다. 인간 정치적 행동의 원형을 제공할 것이란 점이 기대 포인트. 상시로 마주치기 마련인 인간의 이해하기 어려운 언행과 의도를 파악하는 데 도움이 될 것이란 기대 말이다.
아래는 독후감이라기보다는 의미있게 다가온 구절과 이에 연상된 생각의 나열이다. 책의 구절 또는 이에 대한 패러프레이징이 이텔릭체이고, 연상된 내 생각 또는 기술은 정자체이다.
•
침팬지도 정치한다. 따라서 정치는 인간보다 오래되었기에 인간은 필연적으로 정치를 한다(침팬지가 침팬지와 인간의 공통 조상과 유사 또는 동일 행태를 보인다는 가정에 기반한다).
•
침팬지 사회에서도 은폐, 고자질, 거래, 협상, 연합, 이간질, 포섭 등 온갖 마키아벨리적 정치 술수가 난무한다.
•
침팬지에게 섹스 결정권은 암컷에게 있다.
•
싸움 개입 시 대부분의 침팬지는 친밀도(공감)가 높은 쪽을 편들었다. 딱 두 마리, 이에룬과 라윗만 빼고. 1인자였던 이들 둘은 자신의 권력 증대에 도움이 되는 쪽을 편들었다. 이는 자신들의 지도력이 확고하지 못했던 기간에 도드라졌다. 한편 암컷이나 새끼는 공감에 치우친 개입을 보여주었다. 즉, 한쪽은 보살핌과 개인적 약속을 중시한다면 다른 한쪽은 전략적이며 지위 상승에 민감하다.
•
암컷의 개인적 취향은 수컷의 서열과 늘 일치하는 것은 아니다. 따라서, 서열의 규칙을 교묘하게 피해 가는 것은 암컷이다.
•
인사는 서열 확인 수단이다. 침팬지는 상급자에게 소위 문안 인사를 한다.
•
침팬지 사회에서는 1인자는 있어도 절대 권력자는 없다. 1인자 조차도 나머지 2, 3인자에게 쫓기거나 ‘요청’을 한다. 1인자를 유지하면서도.
•
아주 분명하게도, 다수의 수컷 침팬지들은 높은 사회적 지위를 추구하는 데 막대한 에너지를 소비하며, 심지어 중상을 입을 위험마저 무릅쓴다 - 제인 구달
•
권력 추구 자체는 천성적인 것임이 거의 확실하다. 이것 역시 유전되는 것인지 모른다. 우리는 종종 어떤 사람들을 가리켜서 ‘정치적 본능’을 가지고 있다고 말하는데, 침팬지에게 이 말을 적용시켜서는 안될 이유가 없다.
침팬지 폴리틱스
예술/인문 소감
침팬지 폴리틱스
프란스 드 발
유시민
정치
침팬지
마키아벨리
Tit-for-Tat
TFT
리차드 도킨스
2024/10/27
•
한 20년만에 소설을 읽은 듯 하다. 마지막 소설은 2~30대에 읽었던 도쿠가와 이에야스였던 듯 싶다. 보게 된 계기는 두말할 나위 없이 노벨 문학상 소식 때문이다. 마침 읽기 딱 좋은 휴가 시점이었고.
•
근 몇 년을 그래왔듯 읽는게 아니라 들었는데, 가면 갈수록 이건 읽어야겠다는 생각이 들었다. 결국 5장부터 마지막은 읽었다. 처음부터 그러하지 않았음이 후회된다. 가벼운 마음으로 보기에는 주제가 너무도 무겁다. 작가 뿐 아니라 작중 인물에게 죄송스러운 마음이 몰려온다. 아니나 다를까, 소년은 실존 인물이었다.
•
운동 와중에 4장을 지나던 어느 지점부터는 땀과 눈물이 함께 떨어졌다. 몰입도가 상당했기에 평소 같으면 운동이 끝난 직후에도 듣기를 이어 나갔겠지만, 무거워진 마음에 함께 멈춰 섰다. 그리고 다시 듣기 시작하기까지는 며칠이 흐른 뒤였다. 그 마음 상태로 복귀하는게 꽤나 무서웠기 때문이다.
•
4장에서의 아픔은 5장에서도 예상치 못한 순간 또다른 형태로 반복된다. 한강이 시인이었기에 심상 생성에 탁월하다는 평을 본 적이 있는데, 이런 식으로 이를 전할 줄은 생각 못했다. 가장 가슴을 쓰리게 만드는 그 부분은 작중 인물의 입을 통해 묘사된다.
•
감정 이입이 뒤로 갈 수록 심해졌는데, 이는 독특한 등장인물 배치에 기인한 듯 보인다. 작중 인물들은 잊혀질 때 즈음이면 다른 이를 통해 언급되며 실상이 전해진다. 이 역시 간접적 접근으로 감정 증폭의 요소로 읽힌다.
•
소설 마지막까지 감정 증폭을 멈추지 않는다. 그렇다고 정리가 안된 것이냐 싶으면 그렇지도 않고. 놀라운게, 소설 직후 이어지는 에필로그는 이를 한번 더 강조, 아니 증폭된 감정을 확정지으려는 듯한 움직임이다. 실화에 기반했던 것이다. 단순 실화도 아니고 작가 개인과 연계된.
소년이 온다 by 한강
내소사 대웅보전 한컷

Prologue

늦은 여름휴가로 다녀온 내소사(來蘇寺) 템플스테이 후기이다. 2박 3일 일정으로 돌아온 바로 그날 작성하는 것이니 꽤 따끈한거다.
템플스테이에 내소사로 가게 된 동기는 아래 후기 주인장의 추천으로. 휴가지로 딱히 갈 만한 곳이 떠오르지 않던 터에, 예전부터 템플스테이는 관심있던터라 딱이기도 하였고. 누군가 혼자 여행이라서 좋겠다 했는데, 난 혼자라서 혼자간거란 점은 함정. 누군가 함께 있었다면 여길 떠올렸을까는 상당히 의문이다.
내소사 템플스테이 사이트는 조계종 템플스테이 홈페이지와 연계되어 있기에 여타 다른 절의 그것도 가능하다. 근데 걍 내소사로 간 이유는 추천이 가장 크겠지만, 무엇보다 저 사진에 보이는 대웅보전에 단청이라 불리는 칠이 안되어있단 점이 확신을 주었다. 오랜 절의 느낌을 그대로 전하기 때문. 나중에 가이드에게 들은 바로는, 주지 스님이 일부러 단청을 안하고 보존재만 바르게 했다고. 센스있다.

Body

첫날 3시20분 오리엔테이션에 맞춰 도착. 오리엔테이션은 템플스테이 및 절 소개 정도이다. 첫날은 나 이외에 소통에 관심없어 보이는 여자분 한명 뿐. 둘째날이 되서야 독일인 남매에 노르웨이 세 자매(?), 한국인 자매 또는 모녀 둘로 늘어났다. 별도 활동이 없는 코스였기에 절밥 먹고나면 딱히 할게 없다(휴식형. 체험형은 예약 당시 이미 만석이라서리). 걍 가이드 분 및 이들 참가자들과 꽤 유명한 전나무숲길을 산책하는 것 뿐.
꽤 유명하다는 전나무숲길. 사진과는 달리 상당히 긴데, 확실히 분위기 있다. 이만한 길, 분명 쉽지 않아 보인다.
가이드 분과 상당히 많은 이야기를 나누었는데, 외국인 가이드 전문이라고. 함께 숙식을 하면서 가이드 함에도 놀랍게도 일종의 봉사활동이란다. 따라서 급여가 매우 작다고. 국가 보조를 받는다는데 이게 가능한가 싶었다.
읽으려 가져온 책 중 하나가 소년이 온다 by 한강 이었는데, 마침 이 분이 전남대 출신으로 선배들에게 5.18에 대해 많은 이야기를 들었거니와 이미 읽었다고. 오히려 한강보다도 부친인 한승원 작가를 더 잘 아는데 전라도 출신이기 때문이란다. 어쩌다 한강이 5.18을 다루었지 싶었는데 이해가 가는 지점이다.
광주에서는 5.18을 기려 중고생 대상으로 주먹밥을 먹는 의식이 있다는데, 이러한 의식이 타 지역과는 괘리가 있는게 아닐까 하여 걱정을 하신다. 난 오히려 자랑으로 생각하셔야 한다, 서울-강남에서 살았던 경험에 비추어봤을 때 그런 공감을 가질 기회가 있음에 더 운좋게 생각하셔야 한다고 대답했다. 진심이다.
내소사(來蘇寺) 템플스테이
自省(Introspection) / 세상살이
템플스테이
templestay
내소사
2024/10/25
LG SDC 2024 발표 내용
그간 여기서 한참이나 다루었던 Service Mesh와 OpenTelemetry에 대해 LG SDC(Software Developer Conference) 2024에서 발표한 내용이다.
LG SDC 2024
https://www.lgsdc.com/
LG SDC 2024 홈페이지
제목은 Platform Engineering for ThinQ Cloud이지만 이는 실제 주제인 Service Mesh, OpenTelemetry, Internal Developer Portal에 대한 context에 해당한다. Internal Developer Portal은 동료 팀원이자 다음 블로그의 주인장이 담당했다.
SEOWOO THOUGHTS
개인적인 생각과 공부, 그리고 업무에서 배우는 것들을 정리하여 남기고 있습니다.
https://www.gomgomshrimp.com/
공동 발표한 공서우님의 블로그. Kubernetes에 대해 특히 심도있게 논한다. 이 notion 기반 블로깅 아이디어를 내게 전하기도.
사실 제목이 context가 되어버린 사연이 있다. 원래 Platform Engineering for ThinQ Cloud, Service Mesh/OpenTelemetry, Internal Developer Portal 각각을 각기 다른 세션으로 각기 다른 발표자가 발표하기를 기획했지만, 주최측에서 Platform Engineering for ThinQ Cloud만을 선정한 것이다. 해당 발표자는 아래 블로그 주인장이자 내가 속한 조직의 팀장님.
근데 이 발표를 우리 둘에게 양보했기에 결국 3개 주제가 하나의 발표로 묶이게 된 것이다. 시간에 쫓기는 통에 발표 시 감사 인사 전달을 잊었는데, 대신 이 블로그 글을 통해서나마 감사 인사를 전하고자 한다.
reshout's blog
승부는 거의 출발점에서 정해진다.
http://blog.reshout.com/
발표를 양보해주신 김건우님의 블로그. Web 상의 개인 log란 blog의 탄생 시 목적에 정확히 부합한다.
발표 내용은 공서우님이 담당한 Internal Developer Portal과 극히 일부를 제외하고는 모두 본 블로그에서 다룬 것들이다.
참고로 전체 30분 발표에 둘이서 나누는 그 짧은 시간 대비, 다루는 주제 범위가 너무 컸음을 부인하기 어렵다. 따라서 청자에게 많은 부담을 지우게 된 것이 사실이다. 이러한 컨퍼런스는 지식의 전달 보다는 일종의 ‘장기자랑’ 속성이 강하다는 것을 감안하자면 그럴 수도 있겠다 싶지만 찝질한 마음은 지우기 어렵다.
이 땜시 발표 자료에 이 블로그 소개도 할 겸 참조 문서에 상세 내용 링크를 잔득 달아놨는데, 정작 홈페이지에서 발표 자료가 공유 안되고 있는 점은 안습. 2022, 2023년도 자료를 공유하기는 하기에 언젠간 2024의 것도 공유하긴 할 듯 하지만, 근데 정작 볼만한 사람들이 관심 가질 시점에 없으면 그게 무슨 소용인가. 해서 발표 자료는 아래에 남겨둔다.
•
발표자료
LG SDC 2024 발표: Service Mesh, OpenTelemetry
as S/W 엔지니어
Service Mesh
OpenTelemetry
Observability
LG SDC 2024
2024/09/18

Prologue

먼저, 이러한 사설 자격증의 의미를 남에게 보이는 데서 찾으면 답이 안나온다는 것은 익히 알려진 사실이다. 무엇보다도 취득 자체로는 유의미한 이익을 얻기 힘들기 때문이다. 끽해봐야 ‘좀 열심히 했군’ 정도가 일반적인 외부의 인정(?) 정도가 아닐까 싶다. 내 경우 의미는 교육비 지원에 취득 시 고과에 작게나마 명시적으로 긍정 영향을 미친다는 점과, 기왕 공부했던거를 이를 통해서 정리한다는 점이 가장 컸다.
본 글은 후기로서, 최종 취득까지 떠올랐던 본 시험 관련한 몇몇 생각과 도움 받았던 외부 자료의 소개이다.
참고로 75점 커트라인인 본 시험 결과로, 첫 시험에선 74점으로 떨어지고 일주일 후의 2차에서 75점 턱걸이로 붙었다. 첫 시험은 시간에 쫓겨 4문제나 못 풀었던지라 시험 보는 내내 낙제가 예상되었는데, 두 번째는 5분여를 남기고 1문제를 제외한 나머지를 꽤나 확신한 상태로 완료했기 때문에 꽤 높은 점수를 기대했다. 하지만 첫 시험과 달랑 1점 차이… 지금도 이 점수는 이해가 잘 안간다(답안 및 문제 공개가 없기에 어디서 그리 많이 점수를 까먹었는지 알기 어렵다).

시험 구성 & 공략

•
CKA(Certified Kubernates Admistrator)의 그것과 매우 유사한 환경이다. Linux desktop 환경에 기 설치된 chrome에는 Istio 및 Kubernetes 공식 문서 외에는 타 사이트 접근이 안된다. vscode는 지원한다. 상당히 짜증난 부분으로 복붙 단축키가 자꾸 딴키로 매핑되곤 하는 버그가 있는 듯 한데, 이럴 땐 걍 마우스 메뉴를 통해 수행하라고 가이드까지 있다. 이 땜시 시간을 꽤나 까먹었다.
•
2시간 내에 약 5개 정도의 객관식 문제 빼고는 모두 kubectl, istioctl을 써야하는 실습 문제이다. 전체 문항 갯수가 약 20~30개 정도였던 기억. 이들 명령에 대한 단축키 스크립트가 사전 설치 안되어있기에, 시작하자마자 alias k=kubectl 등을 먼저 하는 것이 유리하다.
•
크게 어렵지는 않지만 CKA보다는 어려운 느낌이다(Istio를 꽤 오랜 시간 공부했음에도). 무엇보다 시간이 촉박한게 함정. 문제를 보자마자 바로바로 풀어 낼 수준이어야 시간 내에 전체 풀이가 가능하다.
•
실습 문제는 거의 전부라고 해도 좋을 만큼, Istio 공식 문서를 침조해야한다. 이유는 VirtualService 등의 Istio resource 생성을 요구하기 때문(각 resource 별 문법을 싸그리 외우고 있다면 불필요하겠지만). 다행히도 요구되는 답안 상당수가 공식 문서 내 sample을 거의 그대로 쓰면 되는 수준이다. 따라서 반드시 익혀야 하는 스킬은 필요 문서를 빠르게 찾아 복붙하기.
•
Ambient mode를 제외한 전 영역을 물어본다. 영역 별로 3~4개 문항인데, 예외적으로 설치는 1개, Traffic management 영역은 10개 정도이다. Traffic management 영역 문항이 타 영역에 비해 특히 까다로와 많은 시간을 요구한다. 그렇기에 딴 영역 먼저 풀고 맨 나중에 공략하는게 유리하다.
•
Istio 공식 문서의 Istio 버전은 1.23(24.09.18 기준)이고 시험 버전은 1.18이다. Istio가 1.2X로 넘어오면서 Istio resource 상당수를 apiVersion 을 v1으로 올렸기에 복붙 시 이 버전을 시험 버전으로 맞춰주어야 한다. 시험 버전은 v1beta1 이다.

공부 기간 & 방법

ICA(Istio Certified Associate) 취득 후기
as S/W 엔지니어
Istio
ICA
Istio Certified Associate
Service Mesh
2024/09/18
Open source 기반 Observability architecture. 에서 자세히 설명한다.

Introduction

Open source를 기반으로 한 Observability 환경 구축에 대한 논의이다. 본 논의 중심에는 OpenTelemetry 뿐 아니라 Service Mesh(Istio), Prometheus, Grafana가 위치한다.

Motivation

일반적으로 Observability의 vendor 제품 운용 비용은 상당하며, 이로 인한 제약은 커지기 마련이다. 다음은 Hacker news에 올라온 Coinbase의 Datadog 비용 이슈(연간 $65M, 약 867억원)에 대한 논의인데, 성토가 어마어마하다.
상기 논의의 주요 comment 모음(한글 자동 번역)
위 Coinbase는 결국 전담 팀을 꾸려 Open Source 기반으로 전환 중에 Datadog이 ‘거부할 수 없는 거래’를 제시해 Datadog으로 유지했다고. Observability는 사실 상 infra level의 서비스로 app 전반의 영역에 걸쳐 분포하기 마련이라 타 솔루션으로의 전환이 어려울 것은 자명하다.
이런 상황에, OpenTelemetry로의 data export를 못하도록 OTel Datadog receiver PR을 방해한 흔적마저 보인다. 이를 딛고 감행한 해당 PR 작성자로의 응원이 엄청나다.

Summary

•
Open source 기반 Observability는 vendor의 그것을 대체 가능하다.
•
본 Open source 기반 Observability Architecture에는 OpenTelemetry 및 Istio, Prometheus, Grafana가 중심이다. 이들 모두 각자의 영역에서 오랜 시간 검증 받은 제품이다.
Open Source 기반 Observability via OpenTelemetry, Service mesh
as S/W 엔지니어
Observability
Istio
Service Mesh
OpenTelemetry
OpenMetrics
Prometheus
Grafana
2024/09/12
Load more

카테고리 별 글

Search
as 음악인
13
단일 MIDI foot switch로 keyboard, score viewer 동시 제어하기
2023/11/23
단일 MIDI foot switch로 keyboard, score viewer 동시 제어하기
2023/11/23
키보드 교체 to Korg Kronos2-88
2023/11/10
키보드 교체 to Korg Kronos2-88
2023/11/10
J.S.Bach의 꾸밈음(Ornaments) 요약
2023/10/01
J.S.Bach의 꾸밈음(Ornaments) 요약
2023/10/01
연주곡 : J.S.Bach BWV578 - Fugue in G minor
2017/11/24
연주곡 : J.S.Bach BWV578 - Fugue in G minor
2017/11/24
연주곡 : J.S.Bach BWV565 - Toccata and Fugue in D minor
2017/11/21
연주곡 : J.S.Bach BWV565 - Toccata and Fugue in D minor
2017/11/21
Kurzweil PC3X의 사용법 몇 가지
2017/08/13
Kurzweil PC3X의 사용법 몇 가지
2017/08/13
2015년 상반기 결산 공연 후기 in Beautiful Project
2015/07/26
2015년 상반기 결산 공연 후기 in Beautiful Project
2015/07/26
연주곡 : Rinaldo Overture - Handel
2015/03/21
연주곡 : Rinaldo Overture - Handel
2015/03/21
연주곡 : Hourglass(LTE) cover / 음악 교육에 대한 푸념
2014/04/16
연주곡 : Hourglass(LTE) cover / 음악 교육에 대한 푸념
2014/04/16
The spirit carries on의 outro 채우던 중
2013/08/25
The spirit carries on의 outro 채우던 중
2013/08/25
Load more
as S/W 엔지니어
125
Prometheus: range query내 시간 관련 개념간 관계
2024/12/10
Prometheus: range query내 시간 관련 개념간 관계
2024/12/10
OpenTelemetry: out of order sample 오류 해결안
2024/11/24
OpenTelemetry: out of order sample 오류 해결안
2024/11/24
OpenTelemetry: Memory Limit, Batch Processor
2024/11/14
OpenTelemetry: Memory Limit, Batch Processor
2024/11/14
ICA(Istio Certified Associate) 취득 후기
2024/09/18
ICA(Istio Certified Associate) 취득 후기
2024/09/18
LG SDC 2024 발표: Service Mesh, OpenTelemetry
2024/09/18
LG SDC 2024 발표: Service Mesh, OpenTelemetry
2024/09/18
Open Source 기반 Observability via OpenTelemetry, Service mesh
2024/09/12
Open Source 기반 Observability via OpenTelemetry, Service mesh
2024/09/12
Prometheus metric에 관한 몇몇 특성 및 Istio의 metric interval에 관하여
2024/08/08
Prometheus metric에 관한 몇몇 특성 및 Istio의 metric interval에 관하여
2024/08/08
Istio Internals: Ambient mode
2024/06/11
Istio Internals: Ambient mode
2024/06/11
Istio overview: Extensibility, Etc.
2024/06/04
Istio overview: Extensibility, Etc.
2024/06/04
Istio overview: Security
2024/06/02
Istio overview: Security
2024/06/02
Load more
예술/인문 소감
72
침팬지 폴리틱스
2024/10/27
침팬지 폴리틱스
2024/10/27
소년이 온다 by 한강
2024/10/26
소년이 온다 by 한강
2024/10/26
공부법 핵심: 대칭화, 모듈화, 순서화
2024/02/25
공부법 핵심: 대칭화, 모듈화, 순서화
2024/02/25
Mike Portnoy is Back!
2023/11/01
Mike Portnoy is Back!
2023/11/01
일론 머스크 알고리즘
2023/09/23
일론 머스크 알고리즘
2023/09/23
Loving Vincent
2017/12/03
Loving Vincent
2017/12/03
덩케르크, Dunkirk
2017/08/01
덩케르크, Dunkirk
2017/08/01
노무현입니다
2017/06/01
노무현입니다
2017/06/01
Dream Theater의 self title 신보: Dream Theater
2013/10/11
Dream Theater의 self title 신보: Dream Theater
2013/10/11
Dream Theater 내한공연 후기 - A dramatic turn of events
2012/04/22
Dream Theater 내한공연 후기 - A dramatic turn of events
2012/04/22
Load more
自省(Introspection) / 세상살이
71
박문호 박사의 ‘철학’
2024/12/07
박문호 박사의 ‘철학’
2024/12/07
내소사(來蘇寺) 템플스테이
2024/10/25
내소사(來蘇寺) 템플스테이
2024/10/25
상대 입장 파악, 공감, 그리고 마음의 여유
2024/02/05
상대 입장 파악, 공감, 그리고 마음의 여유
2024/02/05
‘외로움’의 원인, 능력주의
2024/02/03
‘외로움’의 원인, 능력주의
2024/02/03
2년간 블로그 공백 정리 for 애드센스
2017/05/23
2년간 블로그 공백 정리 for 애드센스
2017/05/23
도올 논어이야기 와중에
2012/10/14
도올 논어이야기 와중에
2012/10/14
生而不有, 爲而不恃 長而不宰, 是謂玄德
2012/05/26
生而不有, 爲而不恃 長而不宰, 是謂玄德
2012/05/26
되돌아보기 : 팔정도(八正道)
2011/05/24
되돌아보기 : 팔정도(八正道)
2011/05/24
새해 복 많.....IT맨의 새해 출근 좆
2011/02/03
새해 복 많.....IT맨의 새해 출근 좆
2011/02/03
울나라 교육현실 : 니들은 생각하지 마, 시키는 것만 잘하면 돼?
2010/08/30
울나라 교육현실 : 니들은 생각하지 마, 시키는 것만 잘하면 돼?
2010/08/30
Load more
프로젝트s
92
anyflow.net season 3
2023/10/24
anyflow.net season 3
2023/10/24
수영 일기: 앗싸리 생활스포츠지도사 자격증을? / 몇몇 깨달음
2018/07/19
수영 일기: 앗싸리 생활스포츠지도사 자격증을? / 몇몇 깨달음
2018/07/19
수영 일기: 신지 타케우치의 세밀한 TI 설명
2018/05/27
수영 일기: 신지 타케우치의 세밀한 TI 설명
2018/05/27
수영 일기: 수업 시간에서의 TI drills
2017/12/06
수영 일기: 수업 시간에서의 TI drills
2017/12/06
수영 일기: full extension과 sweet spot에서의 손의 위치
2017/12/03
수영 일기: full extension과 sweet spot에서의 손의 위치
2017/12/03
수영 일기: Fucking Sweet Spot
2017/11/26
수영 일기: Fucking Sweet Spot
2017/11/26
수영 일기: 리커버리 입수 지점
2017/11/24
수영 일기: 리커버리 입수 지점
2017/11/24
수영 일기: START
2017/11/23
수영 일기: START
2017/11/23
미 서부 자동차 여행: Prelude
2012/10/17
미 서부 자동차 여행: Prelude
2012/10/17
유럽 배낭 여행, introspectively: 러시아/Moscow
2012/01/14
유럽 배낭 여행, introspectively: 러시아/Moscow
2012/01/14
Load more
방명록 백업