S(*). Architect

  • 홈
  • 태그
  • 방명록

scale 1

데이터 규모와 아키텍처

학습 목표volume·velocity·variety로 OLTP 한계와 분석·ML 경로 분리 필요를 판단할 수 있다.scale-up과 scale-out을 RDB·Kafka·Spark·object storage 관점에서 비교할 수 있다.ingest · process · store · serve 역할 분리로 파이프라인을 설계할 수 있다.중앙 데이터 플랫폼과 data mesh의 트레이드오프를 개요 수준에서 설명할 수 있다.문제 상황일일 2억 행 클릭 로그를 PostgreSQL에 INSERT — WAL·디스크 포화, OLTP 지연 폭증야간 SELECT 리포트가 주문 API와 같은 DB — 피크에 lock·I/O 경합“서버 스펙만 올리자” — 64 vCPU까지 갔는데 쓰기 TPS 천장, 비용만 증가Kafka·Spa..

Data & AI 2026.07.02
이전
1
다음
더보기
프로필사진

S(*). Architect

소프트웨어 아키텍트이자 AI Platform 엔지니어의 소소한 이야기 기록 + 캠핑 | 골프 | 자동차를 겸비한.

  • 분류 전체보기 (185) N
    • 운영체제 따라잡기 (25)
    • 네트워크 기초 (21)
    • 소프트웨어 아키텍처 (26) N
    • 데이터베이스 따라잡기 (25)
    • 플랫폼, 데브옵스와 클라우드 (22)
    • 관측성 (15)
    • 애플리케이션 보안 (20)
    • Infrastructure as Code (11) N
    • ELK & Elastic Cloud (8) N
    • Data & AI (7) N
    • AIOps & MLOps (4)
    • Golf 이야기 (1)

Tag

observability, elk, 네트워크, DevOps, 관측성, aws, 데이터베이스, Database, security, 운영체제, kubernetes, Operation System, elasticsearch, 보안, elasticcloud, Architecture, MSA, IaC, 아키텍처, network,

최근글과 인기글

  • 최근글
  • 인기글

Archives

Copyright © AXZ Corp. All rights reserved.

티스토리툴바