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-24 Oracle(O…
system

[초안] 2026-05-24 Oracle(ORCL) 관찰 노트 — AI 클라우드 4번째 자리를 노리는 데이터베이스 강자

Oracle은 OCI(Oracle Cloud Infrastructure) 를 앞세워 AI 인프라 빅3 뒤에 붙는 "4번째 하이퍼스케일러" 자리를 두고 베팅 중인 기업으로, 52주 고점 대비 약 -44% 빠진 자리에서 내러티브 자체가 흔들렸는지 점검할 시점이라는 관찰 후보다. 오늘 종목 선택기에서 ORCL이 1순위(점수 17.024)로 올라온 이유는 단순하다...

2026.05.24·8 min read·1 views

한 줄 결론

Oracle은 OCI**(Oracle Cloud Infrastructure)** 를 앞세워 AI 인프라 빅3 뒤에 붙는 "4번째 하이퍼스케일러" 자리를 두고 베팅 중인 기업으로, 52주 고점 대비 약 -44% 빠진 자리에서 내러티브 자체가 흔들렸는지 점검할 시점이라는 관찰 후보다.

왜 오늘 이 기업인가

오늘 종목 선택기에서 ORCL이 1순위(점수 17.024)로 올라온 이유는 단순하다. 시장은 NVIDIA·Broadcom·TSMC·하이닉스·삼성전자 같은 "반도체 공급망" 안의 종목들에 대해 이미 충분히 떠들었고, 다음 단계로 그 칩을 사서 데이터센터를 채우는 클라우드 사업자가 진짜로 돈을 벌고 있는가를 검증해야 하는 구간이기 때문이다. Oracle은 그중에서 가장 논쟁적인 케이스다.

직전 14일 selectionHistory를 보면 NVDA, AMZN, MSFT 직접 비교 종목, 칩(SK하이닉스·삼성전자·AMD·Credo·ARM·Broadcom), 전력(LS ELECTRIC·효성중공업·두산에너빌리티·Vertiv)까지 다 다뤘다. AI 자본지출의 수혜자(GPU·메모리·전력)는 여러 번 봤지만 그 자본을 실제로 집행하는 클라우드 사업자는 AMZN(5/16) 이후 처음이다. ORCL은 그중에서도 가장 공격적으로 AI 매출 가이던스를 외부에 약속한 회사라 비교 기준점으로 가치가 있다.

기업이 가진 핵심 내러티브

Oracle은 전통적으로 "기업용 데이터베이스의 표준" 회사다. 1980–2010년대까지 Oracle Database 라이선스와 그 위에 올라간 ERP·HCM 같은 애플리케이션 매출이 본업이었다. 2010년대 중반 클라우드 전환에서는 AWS·Azure·GCP에 비해 한참 늦었고, 시장에서 "잊혀진 SaaS"로 분류되던 시기도 길었다.

내러티브가 바뀐 건 2024–2025년이다.

  • OCI 매출의 폭발: 클라우드 인프라 매출 성장률이 분기 단위로 50% 이상 가속했고, RPO**(Remaining Performance Obligation, 아직 매출로 인식되지 않은 잔여 계약 잔고)** 가 수천억 달러 규모로 급증했다. 시장에서는 이 RPO 숫자를 보고 "Oracle이 OpenAI·xAI 같은 대형 AI 회사들의 트레이닝/추론 인프라 공급자로 자리잡았다"고 해석했다.
  • OpenAI Stargate 연계: 2025년 발표된 OpenAI 주도 Stargate 메가 데이터센터 프로젝트에서 Oracle이 핵심 파트너로 이름이 올라간 점이 주가를 끌어올린 결정적 모멘텀이었다.
  • Multi-cloud DB: Oracle Database가 AWS·Azure·GCP 위에서도 네이티브로 돌아가는 multi-cloud 전략을 통해, "DB는 어디서나 Oracle"이라는 본업의 락인을 클라우드 시대에 이식하려 하고 있다.

요약하면 오늘의 Oracle 스토리는 "DB 락인 + OCI라는 4번째 하이퍼스케일러 + AI 트레이닝 슬롯 공급자" 3축이고, 이 셋이 동시에 강화되어야 현 밸류에이션을 정당화한다.

최근 주가와 시장 반응

기준일 종가 192.08,전영업일189.77 대비 +1.22%. 입력 데이터의 previousClose(148.08)는무상증자/분할미반영으로보이는노이즈라무시하고,‘previousValidClose‘(189.77)를 직전 종가로 본다.

지표값해석
52주 고점$345.72현재가 -44.44% (큰 폭의 조정)
52주 저점$134.57현재가 +42.74%
20일 이동평균$184.16현재가 +4.30%
RSI1460.1중립–강세 경계
거래량 대비 20일 평균0.51절반 수준, 관심 식어있음

이동평균은 일정 기간 종가의 평균선으로, 단기 추세선 역할을 한다. 20일 이동평균(SMA20) 대비 +4.30%는 단기 추세는 상승이지만 과열까지는 아니라는 의미다. 괴리율은 현재가가 이동평균선에서 얼마나 떨어져 있는지를 보는 지표인데, +5–10% 정도면 단기 강세, +15% 이상이면 단기 과열 신호로 본다. RSI14는 14일 동안의 상승·하락 강도 비율로, 70 초과면 과열, 30 미만이면 침체 신호. 60.1은 살짝 강세 쪽이지만 아직 과열은 아니다.

가장 중요한 한 줄: 52주 고점 대비 -44%. 이건 단순한 조정이 아니다. 2025년 12월 무렵 "OpenAI 데이터센터 확장 지연" 보도(TradingView 발 12/12) 이후 AI 인프라 섹터 전체가 한 차례 의심받으면서, 가장 공격적으로 AI 매출을 약속한 Oracle이 가장 크게 두들겨 맞았다는 흐름이다. 그 사이 2026년 3월 Q3 실적에서 매출 비트 + 2027 가이던스를 다시 제시했다는 보도(Yahoo Finance, FT)가 나오면서 일부 회복했지만, 여전히 고점 회복은 못 한 상태다.

최근 10거래일을 보면 5/14 195.61→5/18–19186→181로하락→5/20–22188→189→192로 반등. 거래량은 평균의 절반 수준으로, "거래는 죽었지만 가격은 슬금슬금 올라간다"는 전형적인 회복 시도 패턴이다.

핵심 thesis와 반증 조건

핵심 thesis: Oracle은 자신이 약속한 AI 인프라 매출 가이던스를 데이터센터 capex와 OpenAI·Stargate급 대형 계약 집행을 통해 실제 매출로 전환시킬 수 있고, 그 결과 클라우드 빅3 다음 자리에 정착할 수 있다.

Thesis를 지지하는 근거 3개

  1. RPO 잔고가 분기마다 큰 폭으로 증가했고, 2026년 3월 분기 실적·가이던스에서도 이를 재확인하며 주가가 단기 반등했다는 외부 보도. 즉 "수주는 진짜"라는 1차 검증이 통과되어 있다.
  2. Oracle Database라는 본업이 매우 끈끈한 락인 자산이라 OCI 가격 경쟁에서 동률만 가도 기존 DB 고객은 OCI를 쓰게 만들 수 있는 구조적 이점이 있다.
  3. AI 트레이닝 시장이 단일 사업자(AWS) 독점이 되기 어렵고, GPU 공급·전력 공급 모두 멀티 벤더 분산을 원하는 메가 AI 고객 입장에서 Oracle은 "AWS·Azure에 종속되지 않는 옵션"으로서의 가치가 있다.

Thesis를 깨는 반증 조건 3개

  1. OpenAI 또는 Stargate 데이터센터 일정이 지연·축소되어 RPO 잔고의 매출 인식 시점이 뒤로 밀린다는 공식 가이던스 하향이 나오는 경우.
  2. OCI 매출 성장률이 다음 1–2개 분기 안에 30%대 후반 이하로 둔화되면서 "AI 가속이 끝났다"는 컨센서스가 굳어지는 경우.
  3. 자본지출 부담으로 잉여현금흐름이 마이너스 영역에서 빠져나오지 못하고, 부채/현금 부담이 신용등급 하향이나 주주환원 축소로 이어지는 경우.

이번 업데이트: 중립 (Oracle은 본 시리즈 thesis tracker에 처음 등재되는 종목이라 비교 기준점이 없다. 오늘 노트가 baseline이다.)

최근 실적과 가이던스에서 봐야 할 점

뉴스 헤드라인 단위에서 확인되는 가장 최근 중요 이벤트는 2026년 3월 11일 발표된 Q3 실적이다. Yahoo Finance와 Investopedia, FT가 모두 같은 시점에 다뤘다.

  • 매출 비트: Oracle은 Q3 실적에서 컨센서스 상회를 발표했다.
  • 2027 매출 전망: 회사가 직접 2027 회계연도 매출 outlook을 제시했고, 이 숫자가 시장 기대보다 강해 단기 반등의 트리거가 됐다.
  • 시장 반응의 균열: Investopedia 기사는 "실적은 좋았으나 AI 랠리는 점화되지 못했다"는 톤이었다. 즉 숫자는 비트지만 시장은 OCI capex 부담과 OpenAI 일정 리스크를 더 무겁게 본다는 신호다.

체크할 디테일은 다음과 같다.

  • OCI 매출 증가율의 분기 변화 추이. 50%+ 이상이 유지되는가, 아니면 40%대로 둔화되는가.
  • RPO 잔고의 증가폭과 그 중 AI 관련(OpenAI 등) 비중의 정성적 코멘트.
  • Capex 가이던스. 데이터센터 신축 비용이 어느 분기에 집중되는지, 잉여현금흐름은 언제부터 정상화되는지.
  • OpenAI 외 신규 대형 고객의 확보 여부. 1개 고객 의존도가 너무 높으면 반증 조건에 직접 닿는다.

다만 본 노트는 정량 실적표 자체를 입력으로 받지 않았기 때문에, 숫자 비교는 위 헤드라인 수준의 일반 정보까지가 한계다.

앞으로의 성장 포인트

  • AI 트레이닝/추론 인프라: 본질적으로 GPU 시간을 파는 사업. NVIDIA H200/B200/GB200급 시스템 공급량이 충분히 확보되는지가 매출 인식 속도를 좌우한다.
  • Sovereign Cloud: 각국 정부·규제 산업이 자국 데이터를 자국 인프라에 두기를 요구하는 흐름에서 Oracle은 multi-region 전략을 일찍 깔아둔 강점이 있다.
  • Database@AWS / @Azure / @Google: Oracle DB를 경쟁 클라우드 위에서 네이티브로 돌리는 multi-cloud 옵션. "DB 매출은 어디서 쓰든 우리 매출"이라는 우산을 친다.
  • Fusion Apps + AI: ERP/HCM SaaS 위에 생성형 AI 기능을 얹어 ARPU를 올리는 시도. 본업 SaaS의 디플레이션 압력을 상쇄하는 역할.

리스크와 반론

  • OpenAI 의존도와 일정 리스크: 2025년 12월 보도된 OpenAI 데이터센터 확장 지연 이슈는 단발성 노이즈로 끝나지 않았다. 단일 대형 고객의 일정이 늦어질 때 Oracle의 매출 인식 속도가 직접 영향을 받는 구조라는 점이 가장 큰 약점이다.
  • 자본지출 부담과 현금흐름: 데이터센터·전력·GPU 선구매에 수십억 달러 단위 자본을 미리 태우는 사업 모델이라, 한동안 잉여현금흐름이 압박을 받는다. 부채 의존이 늘면 신용등급 이슈와 주주환원 둔화 가능성이 동시에 커진다.
  • 클라우드 빅3와의 경쟁: AWS·Azure·GCP는 자체 ASIC, 자체 모델, 자체 영업 채널을 다 갖고 있다. Oracle은 GPU 의존도와 NVIDIA 의존도가 더 높은 구조라, GPU 공급 차질이나 가격 경쟁에 더 취약하다.
  • 밸류에이션 정상화 리스크: 시장이 이미 4번째 하이퍼스케일러 프리미엄을 일부 반영했다가 -44% 빠진 자리다. 이번 회복 랠리가 무산되면 PER**(주가수익비율, 시가총액/순이익)** 정상화 압력이 다시 강해질 수 있다. PER는 흔히 "시장이 1원 이익에 몇 원을 매기는가"로 해석되고, 동일 섹터 동종 기업들과 비교하는 게 일반적이다.
  • AI 인프라 섹터 동조 하락 위험: 12월 "AI stocks sink on Broadcom, Oracle worries" 같은 헤드라인이 다시 나오면 Oracle은 섹터에서 가장 변동성이 큰 축에 들어갈 가능성이 높다.

밸류에이션과 과열 체크

본 노트는 정량 PER/PBR 수치를 직접 받지 않았기 때문에 단정은 어렵다. 다만 가격·기술 지표만으로 점검하면:

  • 52주 고점 대비 -44%, 저점 대비 +42% 자리. 차트상으로는 "큰 조정 후 1차 회복" 구간.
  • RSI14 60.1, SMA20 대비 +4.3% — 단기 과열 신호는 아님. PBR**(주가순자산비율)** 까지 포함한 정량 정상화 여부는 별도 데이터 보강이 필요하다.
  • 거래량은 20일 평균의 51% 수준. 회복 시도 구간 치고는 매물대 통과의 confidence가 약하다. 차트 관점에서는 거래량 동반 없이 가격만 오르는 상황을 "거래량 빈약 반등"으로 본다.

요약: 과열은 아니고, 그렇다고 "기술적 매수 신호"가 충만한 것도 아니다. 펀더멘털 카탈리스트(다음 분기 실적, OCI 매출 증가율)가 가격을 결정한다.

앞으로 1–3개월 체크포인트

  • 다음 분기 실적 발표: Q4 FY26 또는 Q1 FY27 (Oracle은 6월 결산이라 시점에 주의). OCI 매출 증가율, RPO, capex 가이던스의 3종 세트를 본다.
  • OpenAI / Stargate 진행 상황: 데이터센터 가동 일정의 공식·비공식 업데이트. 지연 헤드라인이 다시 뜨면 thesis 약화 신호.
  • NVIDIA 공급 차질 이슈: GB200/B200 양산·납기 뉴스가 Oracle OCI 매출 인식 속도에 직접 영향. NVDA 컨퍼런스콜 코멘트도 함께 모니터링.
  • AI Capex Cycle 매크로 신호: catalyst calendar의 QQQ 이벤트(FOMC, CPI, 장기금리)를 함께 본다. 장기금리가 다시 튀면 AI 인프라 섹터 전체에 할인율 부담이 가해지고, Oracle이 그중 변동성이 큰 종목으로 분류된다.
  • 거래량 회복 여부: 20일 평균 거래량 대비 0.5배 수준이 1.0배 이상으로 회복되는지가 시장 관심 복귀 여부의 1차 신호.

오늘의 분류

관찰 후보 — 펀더멘털 스토리(OCI + AI 인프라 + multi-cloud DB)는 살아 있으나, 52주 고점 대비 -44%라는 가격 리스크와 OpenAI 일정 리스크가 동시에 걸려 있어 분석 후보까지 끌어올리려면 다음 분기 OCI 매출 증가율 + capex 가이던스 1번의 추가 검증이 필요하다.

투자 메모

  • Oracle은 "DB 락인이 살아있는, 그러나 클라우드에 한 번 더 베팅한" 회사다. 이 두 정체성을 한 노트에서 같은 무게로 잡지 않으면 분석이 한쪽으로 기운다.
  • OCI 매출이 결정적이지만, 시장이 결국 가격을 매기는 지표는 RPO와 capex 부담의 균형이다. 매출만 보고 환호하면 잉여현금흐름에서 데인다.
  • 본 시리즈에서 Oracle은 첫 등장이라 thesis tracker 비교 기준이 없다. 오늘 노트가 baseline이고, 다음 등장 시에는 (1) OCI 증가율 (2) RPO 증가폭 (3) OpenAI 일정 코멘트 (4) 잉여현금흐름 방향성 4가지로 강화/약화 판단을 한다.
  • 단기 매매 관점의 메모: 거래량 동반 없는 반등이라 "확정된 추세 전환"으로 보기 어렵다. SMA20과 RSI를 같이 보면서 회복 진위를 가린다.

면책: 이 글은 개인 공부용 기업 분석 노트이며 투자 권유가 아닙니다.

on this page
  • 01한 줄 결론
  • 02왜 오늘 이 기업인가
  • 03기업이 가진 핵심 내러티브
  • 04최근 주가와 시장 반응
  • 05핵심 thesis와 반증 조건
  • 06최근 실적과 가이던스에서 봐야 할 점
  • 07앞으로의 성장 포인트
  • 08리스크와 반론
  • 09밸류에이션과 과열 체크
  • 10앞으로 1–3개월 체크포인트
  • 11오늘의 분류
  • 12투자 메모

이런 글도

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

댓글 (0)