React2AWS

“인프라를 React처럼 작성한다”는 발상이 현실이 될 때

AWS 인프라를 정의할 때 보통 떠오르는 것은 Terraform, CloudFormation, YAML, 그리고 끝없는 설정 파일이다.
React2AWS는 이 전제를 정면으로 뒤집는다.

“UI를 JSX로 정의하듯, 인프라도 JSX로 정의할 수 없을까?”

React2AWS는 이 질문에 대해 꽤 설득력 있는 답을 내놓는다.

---

1. React2AWS 한 문장 요약

React2AWS는 JSX 문법으로 AWS 인프라를 작성하고, 이를 프로덕션 수준의 Terraform 코드로 변환하는 도구다.

<Infrastructure>
  <VPC className="cidr-10.0.0.0/16 region-us-east-1 single-nat" name="production">
    <ALB className="public" name="api-lb" />
    <Fargate className="mem-1gb cpu-0.5 port-8080 count-2" name="api" />
    <RDS className="engine-postgres instance-lg storage-100gb multi-az" name="db" />
  </VPC>
</Infrastructure>

이 코드 한 덩어리가 전체 백엔드 인프라 정의다.

---

2. 왜 이 접근이 의미 있는가

1️⃣ JSX는 이미 개발자의 모국어다

프론트엔드 개발자에게 JSX는 더 이상 새로운 문법이 아니다.

• 컴포넌트
• 중첩 구조
• props
• 시각적 계층

React2AWS는 이 익숙한 사고방식을 인프라 영역으로 그대로 확장한다.

---

2️⃣ “중첩 구조”가 곧 인프라 관계다

Terraform이나 YAML에서는 리소스 간 관계가 파일 여기저기에 흩어진다.
React2AWS에서는 구조 자체가 관계다.

<VPC>
  <Fargate />
  <RDS />
</VPC>

• 이 Fargate와 RDS는 같은 네트워크 안에 있다
• 별도의 문서를 읽지 않아도 한눈에 이해된다

이건 단순한 문법 차이가 아니라 가독성의 차원이다.

---

3️⃣ className = 설정, Tailwind 감각 그대로

React2AWS의 설정 방식은 Tailwind CSS에서 영감을 받았다.

<RDS className="engine-postgres instance-lg storage-100gb multi-az" />

• engine-postgres → PostgreSQL
• instance-lg → 큰 인스턴스
• storage-100gb → 스토리지 크기
• multi-az → 고가용성

👉 짧고 조합 가능한 토큰으로 설정을 표현한다.

---

3. 단순한 아이디어 데모가 아닌 이유

React2AWS는 “컨셉 프로젝트”에서 끝나지 않는다.

✅ 실제로 생성되는 결과물

React2AWS는 다음을 생성한다.

terraform/
├── main.tf
├── variables.tf
├── outputs.tf
├── backend.tf
├── terraform.tfvars
└── modules/
    ├── vpc/
    ├── rds/
    ├── fargate/
    ├── lambda/
    ├── s3/
    └── dynamodb/

즉,

• 그대로 terraform apply 가능
• 모듈 구조
• 원격 상태 관리
• 실서비스 기준

“보여주기용”이 아니라 “실제 배포용”이다.

---

4. 지원 리소스 범위

현재 지원되는 AWS 리소스는 실무 기준으로 충분히 넓다.

• VPC
• RDS (Postgres / MySQL / MariaDB)
• Fargate (ECS)
• EC2
• Lambda
• S3
• DynamoDB
• ALB
• Security Group

그리고 이를 조합한 8개의 스타터 템플릿이 제공된다.

• API 백엔드
• 마이크로서비스
• SaaS 멀티테넌트
• 서버리스 API
• 데이터 파이프라인
• AI/ML 추론 API 등

---

5. React2AWS의 핵심 타겟

이 도구는 모든 사람을 위한 것은 아니다.
하지만 다음 유형에게는 매우 강력하다.

잘 맞는 경우

• 프론트엔드/풀스택 개발자
• Terraform 문법보다 구조를 먼저 보고 싶은 사람
• 인프라를 “설계” 관점에서 다루고 싶은 팀
• 프로토타이핑 → 실제 배포까지 빠르게 가고 싶은 경우

안 맞을 수 있는 경우

• Terraform DSL 자체를 선호하는 경우
• 모든 AWS 세부 옵션을 직접 만지고 싶은 경우
• JSX 기반 추상화를 불편해하는 경우

---

6. 이 프로젝트가 던지는 더 큰 메시지

React2AWS의 진짜 가치는 코드 그 자체보다 방향성에 있다.

인프라는 더 이상
“긴 설정 파일”이 아니라
“구조적으로 사고할 수 있는 코드”가 될 수 있다.

이건 단순히 AWS를 JSX로 쓰는 도구가 아니라,
Infra-as-Code의 UX를 다시 정의하려는 시도다.

---

7. 마무리

React2AWS는 말 그대로 이런 사람을 위한 도구다.

“나는 React로 복잡한 UI를 설계할 수 있는데,
왜 인프라는 아직도 고대 문서처럼 써야 하지?”

만약 인프라를
‘설정’이 아니라 ‘컴포넌트 설계’로 보고 싶다면,
React2AWS는 충분히 실험해볼 가치가 있다.

---

• 참고: React2AWS-Github