Please enable JavaScript.
Coggle requires JavaScript to display documents.
DCO 회의 - Coggle Diagram
DCO 회의
포스트백 data를 최대한 실시간으로 주기 줄이기
피드를 벌크로 던져줘거나(dynamo DB는 벌크가 안됨)
사이즈도 중요하고 빈도수도 중요한 영향을 미친다
새로운 DB 인프라 고려
주소를 던져준다?
정리
IGAW의 DCO
코르카의 DCO 계획
IGAWorks에서 해줄 것 및 우리가 해야 할 것
우리의 DCO 회의
우리가 선정한 data에 대해서 DCO를 하자
단순하고 Lyn하게
순서바꾸는 것보다는 이것이 낫다
DCO를 통해서 성능개선을 하고 이를 근거로 원하는 주장을 한다
나와 호진님의 이야기
S3 json으로 제공
1시간마다 diff로 체크해서 올려준다
다다음주 월요일 배포를 목적으로
Igaworks container가 접근한다
postback 마다
유저 액션
위에서부터 3번까지
dco adset은
user_id가 있고
dynamo DB
DCO data 필요시
제한시간은 정확하지 않으나 모두 합쳐서 2~3밀리
dynamo DB가 latency가 느린편
adset selection과 bidding가 구하는 곳이 합쳐져 있고 이에 IGAwork는 의문을 표함.
IGAWorks 의 하드 제한은
data를 내보내기 위해 참조할 DB
각 data들에 대해 받을 resource가 어떻게 되는가
redis 조금 무리
비용
지금 사용하고 있는 dynamo DB의 크기는?
adset을 정하고 시작해서 접근이 한번만?
아이가웍스는 비딩가 구하는 곳만 밖에 나와있다?
비딩할 때 피드의 존재를 확인하지 않는다
feed data 별도로 적재
포스트백과 피드가 항상 일치하지 않는다
$$ adsetid * userid $$
$$\subset$$