1일
3일
- https://news.hada.io/topic?id=21774
- message vs Event
- message
- 수신자, 발신자가 명확함.
- 응답을 기대함.
- 우편과 유사
- event
- 수신자가 명확하지 않음.
- 응답을 기대 하지 않음.
- 방송과 유사
- message system 으로 event 를 구현하거나 event로 message를 구현 할수는 있지만, 굳이 그래야 할 이유가 없음.
- 여분의 층을 설계하고 만들어야 하며, 구조가 복잡해지기 때문.
- eg)
- mail 로 event 를 전송 할수는 있음.
- 하지만 event 전송을 위해서 대상자가 명확해야 하니까 subscribe등의 별도 기능이 필요
- event system 으로 메신져를 구현할수는 있음.
- 하지만, 1:1 메시지를 처리 하기 위해 복수의 instance를 써야 하거나, 별도 filtering 기능을 구현해야 함.
- 어쩌면 alert 은 Event 를 Message 로 변환하는 것이 주요 기능일수 있겠다.
17일
- RBAC 에서 흔히 하는 실수중 하나
- role 을 마치 Resource 처럼 쓴다.
- 현상
- Role name 혹은 Role id 를 기반으로 권한 check를 하고 있다.
- 설명
- role은 Resource 와 Verb의 묶음이므로, 여러 Resource 를 묶는 의미 이기도 하다.
- 하지만, 이름으로 Check 한다는 것은 여러 Resource 를 묶는 역활이 아닌 Role 그자체를 마치 Resource 처럼 사용하고 있다는 반증이다.
24일
- https://github.com/k3s-io/kine
- sqlite 등의 기존 sql 기반 DB 를 etcd 처럼 사용할수 있게 해주는 open source
- k3s의 구현의 핵심이라 볼수 있다.
- 이것을 이용하면, etcd와 같은 KV 가 필요한곳에 sqlite 등의 간단한 file db 를 사용할수도 있어 보인다.
30일