fos-blog/study
01 / 홈02 / 카테고리03 / 시리즈
01 / 홈02 / 카테고리03 / 시리즈

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • langgraph 페이지로 이동
    • agents.md
    • BMAD Method — AI 에이전트로 애자일 개발하는 방법론
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • Claude Code를 5주 더 쓴 결과 — 스킬·CLAUDE.md를 키워가는 방식
    • Claude Code를 11일 동안 쓴 결과 — 데이터로 본 나의 사용 패턴
    • Claude Code 멀티 에이전트 — Teams
    • AI 에이전트와 디자인의 새 컨벤션 — DESIGN.md, Google Stitch, Claude Design
    • Docling — IBM Research 의 문서 파싱 toolkit 상세 정리
    • 하네스 엔지니어링 실전 — 4인 에이전트 팀으로 코딩 파이프라인 구축하기
    • 하네스 엔지니어링 — 오래 실행되는 AI 에이전트를 위한 설계
    • 멀티모달 LLM (Multimodal Large Language Model)
    • AI 에이전트와 함께 MVP 만들기 — dooray-cli 사례
  • ai 페이지로 이동
    • agent 페이지로 이동
  • algorithm 페이지로 이동
    • live-coding 페이지로 이동
    • 분산 계산을 위한 알고리즘
  • apartment 페이지로 이동
    • 구리 럭키아파트 24평 인테리어 레퍼런스 모음
  • architecture 페이지로 이동
    • [초안] 시니어 백엔드를 위한 API 설계 실전 스터디 팩 — REST · 멱등성 · 페이지네이션 · 버전 전략
    • [초안] API Versioning과 Backward Compatibility: 시니어 백엔드 관점 정리
    • 캐시 설계 전략 총정리
    • [초안] CJ푸드빌 디지털 채널 면접: 슬롯 도메인 경험을 커머스 도메인 설계 능력으로 번역하기
    • [초안] 커머스 Spring 서비스에 Clean/Hexagonal Architecture를 실용적으로 적용하기
    • [초안] 커머스 도메인 모델링: 주문·재고·노출의 세 축을 분리해서 설계하기
    • 커머스 주문 상태와 데이터 정합성 기본기 — CJ푸드빌 면접 대비
    • [초안] 쿠폰/프로모션 동시성과 정합성 기본기 — 선착순·중복 사용 방지·발급/사용/복구
    • [초안] DDD와 도메인 모델링: 시니어 백엔드 관점의 전술/전략 패턴 실전 가이드
    • [초안] Decorator & Chain of Responsibility — 행동을 체인으로 조립하는 두 가지 방식
    • 디자인 패턴
    • [초안] 분산 아키텍처 완전 정복: Java 백엔드 시니어 인터뷰 대비 실전 가이드
    • [초안] 분산 트랜잭션과 Outbox 패턴 — 왜 2PC를 피하고 어떻게 대신할 것인가
    • 분산 트랜잭션
    • [초안] e-Commerce 주문·결제 도메인 모델링: 상태머신, 멱등성, Outbox/Saga 실전 정리
    • [초안] F&B 쿠폰·프로모션·멤버십·포인트 설계
    • [초안] F&B · e-Commerce 디지털 채널 도메인 한 장 정리 — CJ푸드빌 디지털 채널 백엔드 면접 대비
    • [초안] F&B 주문/매장/픽업 상태머신 설계 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] F&B 이커머스 결제·환불·정산 운영 가이드
    • [초안] Hexagonal / Clean Architecture를 Spring 백엔드에 적용하기
    • [초안] 대규모 커머스 트래픽 처리 패턴 — 1,600만 고객과 올영세일을 버티는 설계
    • [초안] 레거시 JSP/jQuery 화면과 신규 API가 공존하는 백엔드 운영 전략
    • [초안] MSA 서비스 간 통신: Redis [Cache-Aside](../database/redis/cache-aside.md) × Kafka 이벤트 하이브리드 설계
    • [초안] Observability 입문: 시니어 백엔드가 장애를 탐지하고 대응하는 방식
    • [초안] Outbox / Inbox Pattern 심화 — 분산 메시징의 정합성 문제를 DB 트랜잭션으로 풀어내기
    • [초안] 결제 도메인 멱등성과 트랜잭션 재시도 기본기
    • [초안] 시니어 백엔드를 위한 Resilience 패턴 실전 가이드 — Timeout, Retry, Circuit Breaker, Bulkhead, Backpressure
    • [초안] REST API 버저닝과 모바일 앱 하위 호환성 — CJ푸드빌 디지털 채널 백엔드 관점
    • [초안] Spring Batch vs Event-Driven — 같은 비동기처럼 보이지만 전혀 다른 두 패러다임
    • [초안] Strategy Pattern — 분기문을 없애는 설계, 시니어 백엔드 인터뷰 핵심 패턴
    • [초안] 시니어 백엔드를 위한 시스템 설계 입문 스터디 팩
    • [초안] 템플릿 메서드 패턴 - 백엔드 처리 골격을 강제하는 가장 오래되고 가장 위험한 패턴
    • [초안] 대규모 트래픽 중 무중단 마이그레이션 — Feature Flag + Shadow Mode 실전
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • redis 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • [초안] DB Connection Pool Saturation과 Thread Pool 격리
    • 커넥션 풀 크기는 얼마나 조정해야 할까?
    • 인덱스 - DB 성능 최적화의 핵심
    • [초안] JPA N+1과 커머스 조회 모델: 주문/메뉴/쿠폰 도메인에서 살아남기
    • [초안] MyBatis 기본기 — XML Mapper, resultMap, 동적 SQL, 운영 패턴 정리
    • [초안] MyBatis와 JPA/Hibernate 트레이드오프 — 레거시 백엔드를 다루는 시니어 관점
    • 역정규화 (Denormalization)
    • 데이터 베이스 정규화
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • observability 페이지로 이동
    • [초안] 커머스/F&B 채널 장애 첫 5분과 관측성 기본기
    • Envoy Proxy
    • [초안] F&B / e-Commerce 운영 장애 대응과 모니터링 — 백엔드 관점 정리
    • Graceful Shutdown
    • [초안] 시니어 백엔드를 위한 SLO와 Error Budget 기반 장애 대응
  • finance 페이지로 이동
    • industry-cycle 페이지로 이동
    • investing 페이지로 이동
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • [초안] AI 서비스 팀 경험 기반 시니어 백엔드 면접 질문 뱅크 — Spring Batch RAG / gRPC graceful shutdown / 전략 패턴 / 12일 AI 웹툰 MVP
    • [초안] 커머스/F&B 면접 답변집 — 슬롯 도메인 경험을 주문·결제·쿠폰·매장 설계로 매핑하기
    • [초안] F&B / e-Commerce 운영 모니터링과 장애 대응 인터뷰 정리
    • Observability — 면접 답변 프레임
    • [초안] 시니어 Java 백엔드 면접 마스터 플레이북 — 김병태
    • [초안] NSC 슬롯팀 경험 기반 질문 은행 — 도메인 모델링·동시성·성능·AI 협업
  • java 페이지로 이동
    • concurrency 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • 더_자바_코드를_조작하는_다양한_방법 페이지로 이동
    • [초안] Java 동시성 락 정리 — 커머스 메뉴/프로모션 정책 캐시 갱신 관점
    • [초안] JVM 튜닝 실전: 메모리 구조부터 Virtual Threads, GC 튜닝, 프로파일링까지
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • Java StampedLock — 읽기 폭주에도 쓰기가 밀리지 않는 락
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node 백엔드 운영 패턴 — Streams 백프레셔, pipe/pipeline, 멱등성 vs 분산 락
    • Node.js
    • npm vs pnpm — 어떤 기준으로 선택했나
    • `setImmediate()`
  • kafka 페이지로 이동
    • [초안] Kafka 기본 개념 — 토픽, 파티션, 오프셋, 복제
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • [초안] Kafka 실전 설계: 파티션 전략, 컨슈머 그룹, 전달 보장, 재시도, 순서 보장 트레이드오프
    • 메시지 전송 신뢰성
  • linux 페이지로 이동
    • fsync — 리눅스 파일 동기화 시스템 콜
    • tmux — Terminal Multiplexer
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • python 페이지로 이동
    • Python async/await — CompletableFuture·Reactor 와 다른 점, 그리고 blocking I/O 함정
    • Python 의존성 관리 — Java Maven/Gradle 사용자가 만나는 첫 충격
    • FastAPI 기초 — Spring Boot 사용자가 빠르게 익히는 법
    • GPU·CUDA·MPS 기초 — 자바 백엔드 개발자가 처음 만나는 그림
    • Multi-process GPU 워크로드 — 자바 ThreadPool 사용자가 만나는 모델 차이
    • Java 개발자를 위한 Python 심화 — OOP·데코레이터·컨텍스트 매니저
    • PyTorch 기초 — 텐서, 디바이스, 그리고 모델 로딩이 무거운 이유
    • Java 개발자를 위한 Python 문법 핵심
    • ML 서비스 성능 분석 워크플로 — 자바 백엔드 트러블슈팅과 다른 점
    • OCR 동작 원리 — Layout · Text · Post-process 3단계
    • Python 서버의 RSS 가 안 줄어드는 이유 — gc.collect 의 한계와 malloc_trim
  • rabbitmq 페이지로 이동
    • [초안] RabbitMQ Basics — 실전 백엔드 관점에서 정리하는 메시지 브로커 기본기
    • [초안] RabbitMQ vs Kafka — 백엔드 메시징 선택 기준과 실전 운영 관점
  • security 페이지로 이동
    • [초안] 시니어 백엔드를 위한 보안 / 인증 스터디 팩 — Spring Security, JWT, OAuth2, OWASP Top 10
    • [초안] Spring Security 6.x OAuth2 + JWT 상용 인증 설계 — Grant 선택, Resource Server, Refresh Rotation, 로그아웃
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
    • sb-dev-team 페이지로 이동
    • the-future-company 페이지로 이동
  • testing 페이지로 이동
    • [초안] 시니어 Java 백엔드를 위한 테스트 전략 완전 정리 — 피라미드부터 TestContainers, 마이크로벤치, Contract까지
  • travel 페이지로 이동
    • 오사카 3박 4일 일정표: 우메다 쇼핑, USJ, 난바·도톤보리, 오사카성
  • web 페이지로 이동
    • [초안] HTTP / Cookie / Session / Token 인증 기본기 — 레거시 JSP와 모바일 API가 공존하는 백엔드 관점
FOS-BLOG · FOOTERall systems normal·v0.1 · 2026.04.27·seoul, kr
Ffos-blog/study

개발 학습 기록을 정리하는 블로그입니다. 공부하면서 기록하고, 기록하면서 다시 배웁니다.

visitors
01site
  • Home↗
  • Posts↗
  • Categories↗
  • About↗
02policy
  • 소개/about
  • 개인정보처리방침/privacy
  • 연락처/contact
03categories
  • AI↗
  • Algorithm↗
  • DB↗
  • DevOps↗
  • Java/Spring↗
  • JS/TS↗
  • React↗
  • Next.js↗
  • System↗
04connect
  • GitHub@jon890↗
  • Source repositoryjon890/fos-study↗
  • RSS feed/rss.xml↗
  • Newsletter매주 1 회 · 한 편의 글→
© 2026 FOS Study. All posts MIT-licensed.
built with·Next.js·Tailwind v4·Geist·Pretendard·oklch
fos-blog/finance/[초안] 2026-05-16 Amazon(A…
system

[초안] 2026-05-16 Amazon(AMZN) 관찰 노트 — AWS와 자체 AI 칩 백로그가 만드는 새 내러티브

오늘 자 Amazon 관찰 노트를 작성합니다. markdown AMZN은 52주 신고점 근처에서 잠깐 숨을 고르는 구간이며, 시장의 관심은 이커머스가 아니라 AWS와 자체 AI 칩(Trainium) 백로그로 옮겨가고 있다. 다만 2026년 AI 자본지출(CAPEX) 가이던스가 시장 부담 요인으로 남아 있어, 지금은 매수 결정보다 "AI 인프라 마진이 회복되...

2026.05.16·6 min read·8 views

오늘 자 Amazon 관찰 노트를 작성합니다.

markdown
# [초안] 2026-05-16 Amazon(AMZN) 관찰 노트 — AWS와 자체 AI 칩 백로그가 만드는 새 내러티브
 
## 한 줄 결론
 
AMZN은 52주 신고점 근처에서 잠깐 숨을 고르는 구간이며, 시장의 관심은 이커머스가 아니라 AWS와 자체 AI 칩(Trainium) 백로그로 옮겨가고 있다. 다만 2026년 AI 자본지출(CAPEX) 가이던스가 시장 부담 요인으로 남아 있어, 지금은 매수 결정보다 "AI 인프라 마진이 회복되는지"를 확인하는 관찰 단계로 본다.
 
## 왜 오늘 이 기업인가
 
오늘 내부 스크리닝에서 AMZN이 종합 점수 17.21점으로 1위에 올랐다. 같은 AI 인프라 테마 안에서도 NVDA, AVGO, ARM, 두산에너빌리티, SK하이닉스는 최근 몇 주 사이에 이미 노트를 썼기 때문에 히스토리 페널티가 컸고, 그 결과 그동안 다루지 않은 하이퍼스케일러인 Amazon이 자연스럽게 우선순위로 올라왔다.
 
뉴스 흐름에서도 "Amazon AI 칩 백로그 2,250억 달러"라는 보도가 5월 11일 자로 잡혔다. AWS의 자체 가속기 수요가 시장이 생각하는 것보다 크다는 신호이며, AI 인프라 사이클에서 Amazon의 위치를 다시 정리해 볼 만한 타이밍이라고 판단했다.
 
## 기업이 가진 핵심 내러티브
 
Amazon은 더 이상 "온라인 쇼핑몰 + 일부 클라우드"로 설명되지 않는다. 회사를 보는 시장의 시선은 크게 세 갈래로 나뉘어 있다.
 
1. **AWS** — 글로벌 클라우드 1위 사업자이자, 그룹 영업이익의 대부분을 책임지는 엔진. AI 학습/추론 수요로 인한 GPU·자체 칩(Trainium2, Inferentia) 확보 경쟁의 핵심 플레이어.
2. **광고와 마켓플레이스** — Prime, Marketplace, Ads가 묶여 만드는 고마진 디지털 사업. 광고는 메타·구글에 이은 3대 디지털 광고 플랫폼으로 자리잡았다.
3. **물류·자동화·구독** — 풀필먼트 네트워크와 로보틱스, 그리고 Prime Video·뮤직 같은 구독 사업이 사용자 lock-in을 강화한다.
 
여기서 가장 변화가 큰 축은 1번 AWS다. 단순 IaaS(서버 임대) 사업이 아니라, 자체 AI 가속기를 안에 두고 외부 칩 의존도를 낮추려는 수직 통합 플랫폼으로 빠르게 진화 중이다. 이번 노트의 내러티브는 이 축에 집중한다.
 
## 최근 주가와 시장 반응
 
- 5월 15일 종가: 264.14달러, 전일 대비 -1.15%.
- 52주 고점 278.56달러 대비 -5.18%, 저점 196.00달러 대비 +34.77%. 고점 근처에서의 짧은 조정 구간.
- 20일 이동평균선(SMA20)인 264.53달러와의 괴리율은 -0.15%로 사실상 평균선 위.
- RSI14는 53.85. 1차 참고로 RSI는 0–100 사이에서 70 이상이면 과열, 30 이하면 과매도로 보는 모멘텀 지표인데, 53.85는 "과열도 침체도 아닌 중립" 구간이다.
- 최근 10거래일 동안 272 → 274 → 268 → 264로 완만하게 흐른 모양. 거래량(SMA20 대비 0.89배)도 평균을 살짝 밑돌아 매물 폭증보다는 차익 실현성 정리에 가까워 보인다.
 
해석 측면에서 정리하면, 지금 가격대는 "랠리 후 1차 숨 고르기"의 전형적인 모습이다. SMA20 부근에서 한 번 더 강하게 반등하면 추세 지속, 거기서 깨지고 거래량이 늘어나면 단기 트레이딩 매물 출회로 해석할 수 있다. 이동평균선은 흔히 "지지/저항"을 가늠하는 1차 기준이라는 점을 기억하면 좋다.
 
## 핵심 thesis와 반증 조건
 
**핵심 thesis**: AWS가 NVIDIA GPU 의존도를 자체 가속기(Trainium 계열)로 보완하면서, AI 인프라 사이클에서 "고객이자 공급자"라는 이중 포지션을 확보한다. 이 구조가 성공하면 AWS 마진과 외부 의존 리스크가 동시에 개선된다.
 
**지지 근거 3가지**
 
1. 외신 보도 기준 Amazon의 AI 칩 백로그가 2,250억 달러 규모로 거론된다. 단순 호가가 아니라, 자체 가속기 라인업에 대한 외부 수요가 가시화되고 있다는 신호다.
2. AWS는 여전히 글로벌 클라우드 시장 1위 사업자이며, 빅테크 가운데 자체 학습·추론 칩을 동시에 가지고 운영해 본 경험이 가장 길다(Inferentia/Trainium 세대 누적).
3. 광고·구독 등 고마진 사업이 같이 커지면서 AWS의 일시적 CAPEX 부담을 상쇄할 수 있는 캐시플로 기반이 있다.
 
**반증 조건 3가지**
 
1. AWS 분기 성장률이 두 자릿수에서 한 자릿수로 단계적으로 둔화되고, 매니지먼트가 이를 "수요 둔화"로 설명할 때.
2. 자체 가속기의 외부 고객 채택 사례가 분기 콜에서 구체적 이름·금액으로 거의 언급되지 않을 때(즉, 백로그가 내부 사용에만 머무는 경우).
3. 2026년 CAPEX가 매출 성장률을 크게 앞지르면서, 영업이익률과 잉여현금흐름이 동시에 훼손되는 흐름이 두 분기 연속 나올 때.
 
**이번 업데이트**: 신규 (기존 thesis tracker 없음). 첫 thesis를 세팅하는 노트로 본다.
 
## 최근 실적과 가이던스에서 봐야 할 점
 
2026년 2월 보도된 4분기 실적 관련 헤드라인에서, 시장은 두 가지에 민감하게 반응했다.
 
- **이익 가이던스의 보수성**: 매출은 비교적 견조했지만 영업이익·세전이익 가이던스가 시장 기대에 못 미친 점.
- **2026년 AI 투자 규모**: 매니지먼트가 "공격적 AI CAPEX"를 시사한 점. 이는 동시에 단기 자유현금흐름 부담을 키우는 요인이기도 하다.
 
이 두 가지가 충돌하는 구간이 지금이다. 시장이 보고 싶어 하는 그림은 "CAPEX가 큰 건 알겠으니, 그 돈이 실제로 AWS 매출/마진으로 돌아오고 있다"는 증거다. 따라서 다음 분기 결과를 볼 때 봐야 할 포인트는 다음과 같다.
 
- AWS 매출 성장률과 영업이익률의 동시 방향(둘 다 개선 / 매출만 개선 / 둘 다 정체).
- 자본지출 가이던스의 실제 집행률과, 그것이 데이터센터·칩·전력 중 어디로 가는지에 대한 코멘트.
- 광고 매출 성장률 — AWS가 부담을 안는 동안 광고가 그룹 마진을 받쳐주는지 확인.
 
## 앞으로의 성장 포인트
 
- **자체 AI 가속기 채택 확대**: Trainium2/3 세대가 내부 워크로드뿐 아니라 일부 대규모 외부 고객 학습 워크로드를 가져오는지가 핵심.
- **AWS 신규 워크로드 믹스**: 단순 인프라(IaaS)에서 모델 호스팅, Bedrock 같은 모델 마켓플레이스, 에이전트 플랫폼으로 매출 믹스가 이동.
- **광고 사업 확장**: Prime Video 광고, Marketplace 광고, AI 기반 타겟팅 도구가 결합되며 디지털 광고에서 3강 구도를 굳히는 흐름.
- **로보틱스/자동화**: 풀필먼트 자동화로 단위 처리 비용을 점진적으로 끌어내리는 구조적 효율화 — 본업 이익률에 천천히 누적되는 효과.
 
## 리스크와 반론
 
- **CAPEX 사이클 리스크**: AI 인프라 투자가 매출 성장보다 빠르게 늘어나면 단기 잉여현금흐름과 영업이익이 같이 압축될 수 있다. "AI 슈퍼사이클"이라는 표현이 시장에서 자주 쓰이지만, 사이클 끝에는 항상 과잉투자 후유증 구간이 따라오기 마련이다.
- **NVIDIA 의존 vs 자체 칩 카니발리제이션**: 자체 칩을 너무 강하게 밀면 NVIDIA와의 협업 조건이 나빠질 수 있고, 반대로 NVIDIA 비중이 너무 크면 마진 압박이 지속된다. 줄타기가 필요한 구도.
- **규제·반독점**: 미국·EU에서 클라우드와 마켓플레이스 양쪽 모두에 대한 반독점 관심이 누적 중. 단기 실적 변수보다는 중장기 사업 구조 변수.
- **거시 환경**: 장기금리·달러·소비 사이클이 동시에 약해지면 광고·이커머스가 동시에 흔들리는 구조. FOMC, CPI 같은 매크로 이벤트는 AMZN 같은 대형 성장주 밸류에이션의 할인율을 직접 흔든다는 점에서 catalyst calendar의 QQQ 라인이 그대로 본 종목에도 적용된다고 보면 된다.
 
## 밸류에이션과 과열 체크
 
이 노트는 PER, PBR 같은 구체 멀티플 수치를 별도로 받지 않은 상태에서 작성됐기 때문에, 정량 밸류에이션은 빈약하다는 점을 명시한다. 참고로 PER은 주가/주당순이익으로 "현재 주가가 이익의 몇 년치인지"를 보여 주는 기본 지표이며, 빅테크는 통상 시장 평균보다 높은 PER을 받는다.
 
기술적 과열 관점에서만 보면:
 
- RSI14 53.85: 중립.
- SMA20 대비 -0.15%: 과열 신호 아님.
- 52주 고점 대비 -5.18%: 가격이 추세 안에서 정상 조정 중인 위치.
 
즉, 가격대만 놓고 보면 "비싸 보이지만 단기 광기 구간은 아니다"라는 해석이 가능하다. 다만 펀더멘털 기준 밸류에이션(특히 AWS와 광고를 분리해서 본 합산 평가)은 다음 분기 실적 발표 시점에 다시 점검할 필요가 있다.
 
## 앞으로 1–3개월 체크포인트
 
- **다음 AWS 분기 매출 성장률**: 연속 가속 / 정체 / 둔화 중 어느 패턴인지.
- **2026년 CAPEX 가이던스 업데이트**: 금액과 함께 "AI 가속기 비중"에 대한 매니지먼트 코멘트.
- **자체 칩 외부 고객 사례**: 분기 콜에서 이름과 함께 거론되는 신규 고객 사례 유무.
- **광고 매출 성장률**: 두 자릿수 성장 지속 여부.
- **QQQ 매크로 catalyst**: FOMC와 CPI 결과에 따라 장기금리가 어떻게 움직이는지 — AMZN 같은 대형 성장주의 할인율 환경을 결정한다.
- **차트 측면**: SMA20 부근에서의 지지 여부, 그리고 52주 고점 278달러 라인을 추세적으로 돌파하는지.
 
## 오늘의 분류
 
관찰 후보.
 
기존 thesis tracker가 없는 첫 정리 노트이며, AWS 마진과 AI 칩 백로그라는 두 변수에 대한 추가 데이터가 1–2개 분기 더 쌓일 때까지는 분석 후보가 아닌 관찰 후보로 두는 편이 맞다고 본다.
 
## 투자 메모
 
- AMZN을 "AI 인프라 사이클의 수요자"로만 보지 말고, 자체 칩 라인업을 통해 "공급자 측 일부 마진을 회수하려는 플레이어"로 함께 보는 시각을 유지한다.
- 단기 트레이딩 관점보다는, AI CAPEX 사이클이 1–2분기 안에 영업이익으로 환산되기 시작하는지를 보는 것이 본질적 질문이다.
- 매크로(특히 장기금리)가 흔들릴 때 AMZN이 어떤 폭으로 빠지는지를 한 번 관찰해 두면, 향후 더 좋은 진입 지점을 판단할 베이스라인이 생긴다.
- 보조 비교군: MSFT(Azure), GOOGL(GCP/TPU). 같은 하이퍼스케일러 3사 간 AI 칩 전략 차이가 향후 1–2년의 진짜 차별화 포인트가 될 가능성이 높다.
 
> 면책: 이 글은 개인 공부용 기업 분석 노트이며 투자 권유가 아닙니다.
on this page
  • 01한 줄 결론
  • 02왜 오늘 이 기업인가
  • 03기업이 가진 핵심 내러티브
  • 04최근 주가와 시장 반응
  • 05핵심 thesis와 반증 조건
  • 06최근 실적과 가이던스에서 봐야 할 점
  • 07앞으로의 성장 포인트
  • 08리스크와 반론
  • 09밸류에이션과 과열 체크
  • 10앞으로 1–3개월 체크포인트
  • 11오늘의 분류
  • 12투자 메모

이런 글도

  • [초안] 2026-05-24 Oracle(ORCL) 관찰 노트 — AI 클라우드 4번째 자리를 노리는 데이터베이스 강자
    Oracle은 OCI(Oracle Cloud Infrastructure) 를 앞세워 AI 인프라 빅3 뒤에 붙는 "4번째 하이퍼스케일러" 자리를 두고 베팅 중인 기업으로, 52주 고점 대비 약 -44% 빠진 자리에서 내러티브 자체가 흔들렸는지 점검할 시점이라는 관찰 후보다. 오늘 종목 선택기에서 ORCL이 1순위(점수 17.024)로 올라온 이유는 단순하다...
    💰 system
    system
    2026.05.24
  • [초안] 2026-05-23 효성중공업(298040.KS) 관찰 노트 — AI 전력 인프라 사이클의 한복판에서 한 차례 숨고르기
    초고압 변압기를 중심으로 한 글로벌 전력 인프라 사이클의 직접 수혜주로 분류되나, 1년 사이 주가가 저점 대비 약 7배 상승한 뒤 최근 고점 대비 -15% 수준에서 한 차례 숨고르기 중이며, 추격보다는 사이클 지속성과 수주 잔고 변화를 차분히 관찰할 단계로 본다. - 오늘의 종목 선정 스코어(17.998)에서 1위로 올라온 KR 종목이며, 미국 측 같은 테...
    💰 system
    system
    2026.05.23
  • [초안] 2026-05-08 IREN(IREN) 관찰 노트 — 비트코인 채굴에서 AI 데이터센터로, 전환의 신뢰도를 묻는다
    IREN은 보유 전력 인프라를 AI 데이터센터로 전환하려는 스토리가 시장에 강하게 반영되며 단기 모멘텀이 크게 붙은 종목이다. 다만 RSI 64, SMA20 +24.5%, 52주 저점 대비 +811% 등 수치만 보면 분명한 과열 구간으로, 지금은 “전환 실행력을 검증하는 관찰 후보”로 두는 것이 합리적이다. - 오늘 종가 기준 +8.48% 상승, 거래량은...
    💰 system
    system
    2026.05.22
  • [초안] 2026-05-09 Broadcom(AVGO) 관찰 노트 — AI ASIC과 인프라 SW를 들고 52주 고점 근처로 복귀한 조합형 빅캡
    분석 후보로 본다. AI ASIC + 데이터센터 네트워킹 + VMware 인수 후 인프라 SW가 결합된 사업 구조가 다시 주목받는 가운데, Q1 2026 실적 호조와 자사주 매입 보도가 겹치며 52주 고점($437.68) 부근까지 복귀했다. 다만 단기 가격 회복이 빠르게 일어났기 때문에, 신규 진입 관점보다는 "사업 구조와 가이던스 디테일을 한 단계 더 파...
    💰 system
    system
    2026.05.22

댓글 (0)