2024년 11월 22일(금) 주간 개발트렌드

![image](https://librarian-blog-images.s3.ap-northeast-2.amazonaws.com/2a3741f8-626e-4237-b985-d52de10bb444_thumbnail_1.png)

## Backend — .NET 9 출시

Microsoft가 **11월 12일 .NET 9**을 정식 출시했습니다.

.NET 9에서는 .NET Runtime을 비롯해 **ASP.NET Core, Entity Framework Core, C#** 등 전체 생태계에 걸쳐 성능과 보안, Cloud-native 개발, AI Integration 관련 기능이 개선됐습니다.

.NET은 단순한 Web Backend Runtime을 넘어 Web, Cloud, Desktop, Mobile, AI까지 하나의 개발 생태계에서 처리하는 방향을 계속 강화하고 있었습니다.

다만 .NET 9은 **STS(Standard Term Support)** 릴리스였기 때문에 장기간 운영되는 서비스에서는 .NET 8 LTS를 유지할지, .NET 9의 새로운 기능을 먼저 도입할지 판단할 필요가 있었습니다.

[Microsoft - Announcing .NET 9](https://devblogs.microsoft.com/dotnet/announcing-dotnet-9/)

---

### .NET은 단순한 Backend Runtime이 아니다

.NET이라고 하면 가장 먼저 ASP.NET Core 기반의 Backend 개발을 떠올릴 수 있습니다.

```text
Client
  ↓
ASP.NET Core
  ↓
Application
  ↓
Database
```

하지만 현재 .NET 생태계의 범위는 훨씬 넓습니다.

```text
.NET

├─ Web
├─ Cloud
├─ Desktop
├─ Mobile
├─ AI
└─ Developer Tools
```

하나의 Runtime과 Language Ecosystem을 중심으로 여러 종류의 Application을 개발할 수 있는 Platform으로 발전하고 있습니다.

---

### ASP.NET Core

Backend 개발에서는 ASP.NET Core가 핵심 Framework입니다.

```text
.NET
 ↓
ASP.NET Core
 ↓
Web API / MVC / gRPC
```

ASP.NET Core는 다음과 같은 Backend Application을 만들 때 사용할 수 있습니다.

- REST API
- Web Application
- Microservice
- gRPC Service
- Real-time Application
- Cloud-native Backend

.NET Runtime 자체의 성능 개선은 ASP.NET Core Application의 처리량과 Resource 사용량에도 직접적인 영향을 줄 수 있습니다.

---

### Runtime 성능 개선

.NET은 최근 Release마다 Runtime Performance를 지속적으로 개선하고 있습니다.

Backend Server에서는 작은 Runtime 개선도 많은 Request를 처리할수록 누적 효과가 커질 수 있습니다.

```text
Request
  ↓
ASP.NET Core
  ↓
.NET Runtime
  ↓
CPU / Memory
```

Runtime의 효율이 올라가면 동일한 Infrastructure에서 더 많은 Request를 처리하거나 Resource 사용량을 줄일 수 있습니다.

특히 Cloud 환경에서는 성능이 곧 Infrastructure Cost와 연결됩니다.

```text
Runtime Efficiency
        ↓
CPU / Memory 감소
        ↓
Instance Resource 감소 가능
        ↓
Cloud Cost 최적화
```

---

### Entity Framework Core

.NET Backend에서 Database Access를 담당하는 대표적인 기술이 **Entity Framework Core**입니다.

```text
Application
    ↓
EF Core
    ↓
Database
```

Java 생태계의 JPA/Hibernate와 비슷하게 Object와 Relational Database 사이를 연결하는 ORM 역할을 합니다.

```text
C# Object
    ↕
EF Core
    ↕
Relational Database
```

.NET 9 Release와 함께 EF Core 역시 새로운 기능과 성능 개선이 제공됐습니다.

따라서 .NET Version Upgrade는 단순히 Runtime만 변경하는 것이 아니라 Backend Stack 전체의 Upgrade와 연결될 수 있습니다.

---

### Cloud-native 방향

최근 .NET은 Cloud-native Application 개발도 적극적으로 지원하고 있습니다.

```text
.NET Application
      ↓
Container
      ↓
Cloud
      ↓
Kubernetes
```

현대 Backend 환경에서는 Application이 VM에 직접 배포되기보다 Container 기반으로 실행되는 경우가 많습니다.

따라서 Runtime에서 다음 요소가 중요해집니다.

- Startup Time
- Memory Usage
- Container Image Size
- Observability
- OpenTelemetry
- Kubernetes Integration
- Cloud Service Integration

.NET 역시 이러한 Cloud-native 환경을 기본적인 Deployment Target으로 고려하며 발전하고 있습니다.

---

### .NET Aspire

.NET 생태계에서는 **.NET Aspire**를 중심으로 Distributed Application 개발 경험을 개선하려는 흐름도 나타났습니다.

```text
Application

├─ Backend API
├─ Database
├─ Cache
├─ Queue
└─ External Service
```

Microservice나 Cloud-native Application에서는 여러 Component를 함께 실행하고 관리해야 합니다.

```text
Service A
Service B
Redis
PostgreSQL
Message Queue
```

.NET은 이러한 Distributed Application의 개발과 Observability를 하나의 개발 경험으로 연결하려는 방향을 강화하고 있습니다.

---

### AI Integration

.NET 9 시기의 또 다른 흐름은 **AI 기능을 기존 Application Ecosystem에 통합하는 것**이었습니다.

AI 기능이 별도의 Python Application에서만 동작하는 것이 아니라 기존 Backend Application 내부로 들어오기 시작했습니다.

```text
ASP.NET Core
      ↓
AI Service
      ↓
LLM / Embedding / Model
```

기업의 기존 .NET Application에서도 AI 기능을 직접 연결할 수 있는 개발 환경이 중요해지고 있었습니다.

예를 들어 다음과 같은 기능입니다.

- LLM API 연결
- AI Chat
- Document Processing
- Embedding
- Semantic Search
- AI Agent
- RAG

---

### 하나의 Ecosystem

.NET이 추구하는 방향을 단순화하면 다음과 같습니다.

```text
C#
 ↓
.NET
 ↓
Application

├─ Web
├─ Cloud
├─ Desktop
├─ Mobile
└─ AI
```

개발자는 하나의 Language와 Runtime Ecosystem을 기반으로 다양한 종류의 Application을 개발할 수 있습니다.

이러한 전략은 Java가 JVM과 Spring Ecosystem을 중심으로 Backend와 Cloud 영역을 확장하는 것과도 비슷합니다.

---

### STS와 LTS

.NET Version을 선택할 때 중요한 개념이 **STS와 LTS**입니다.

```text
.NET Release

├─ LTS
│   Long Term Support
│
└─ STS
    Standard Term Support
```

LTS는 장기간 운영되는 Production Application에서 선호되는 경우가 많습니다.

반면 STS는 새로운 기능을 더 빠르게 사용할 수 있지만 Support 기간은 상대적으로 짧습니다.

---

### .NET 8 LTS vs .NET 9 STS

.NET 9 출시 당시 실무에서는 다음과 같은 선택이 필요했습니다.

```text
안정성과 장기 Support 중요

.NET 8 LTS


새로운 기능과 성능 개선 활용

.NET 9 STS
```

장기간 유지해야 하는 기업 Backend에서는 무조건 최신 Version으로 Upgrade하는 것이 정답은 아닙니다.

다음과 같은 요소를 함께 고려해야 합니다.

- Support 기간
- Framework Compatibility
- Library Compatibility
- Production Stability
- 새로운 기능 필요 여부
- Runtime Performance
- Upgrade 비용

---

### Backend Version Upgrade

.NET Version Upgrade 역시 Runtime만 바꾸면 끝나는 것은 아닙니다.

```text
.NET Upgrade

├─ Runtime
├─ ASP.NET Core
├─ EF Core
├─ NuGet Package
├─ Build Pipeline
├─ Container Image
└─ Test
```

특히 기업 Application에서는 수많은 NuGet Dependency와 내부 Library가 연결돼 있을 수 있기 때문에 Compatibility 검증이 중요합니다.

---

### Java와 비슷한 Platform 전략

Java와 .NET은 언어나 Ecosystem은 다르지만 Platform 전략에서는 비슷한 부분이 있습니다.

```text
Java

JVM
+
Spring
+
Cloud
+
Backend


.NET

.NET Runtime
+
ASP.NET Core
+
Cloud
+
Backend
```

두 Platform 모두 단순한 Programming Language를 넘어 기업 Application 전체를 지원하는 Ecosystem으로 발전하고 있습니다.

최근에는 AI 영역까지 포함되면서 그 범위가 더욱 확대되고 있습니다.

---

### 실무 영향

.NET 9은 Backend 개발자에게 새로운 Runtime과 Framework 기능을 제공했지만 모든 Production Service가 바로 Upgrade해야 하는 Release는 아니었습니다.

특히 장기 운영 서비스에서는

```text
현재

.NET 8 LTS

       ↓

선택

├─ 그대로 유지
│
└─ .NET 9 도입
```

이라는 판단이 필요했습니다.

새로운 기능이나 성능 향상이 필요한 서비스에서는 .NET 9을 검토할 수 있었고, 안정성과 긴 Support 기간이 더 중요하다면 .NET 8 LTS를 유지하는 것이 자연스러운 선택이었습니다.

결국 .NET 9은,

> **.NET이 Web Backend Runtime을 넘어 Cloud, Desktop, Mobile, AI까지 아우르는 범용 Application Platform으로 계속 확장되고 있음을 보여주는 Release**

라고 볼 수 있습니다.

동시에 기업 Backend에서는 항상 최신 Version을 사용하는 것보다 **Release Lifecycle과 Support 정책까지 Architecture의 일부로 관리하는 것이 중요하다는 점**도 보여줬습니다.

2024년 11월 15일(금) 주간 개발트렌드

독자의 메모