.NET 8 및 .NET 9 지원 종료: 이를 전달 마감일로 취급하세요

Emiliano Montesdeoca — Sun, 19 Jul 2026 00:00:00 +0000

원문: .NET 8 and .NET 9 will reach End of Support on November 10, 2026

이 발표는 간단하며, 팀은 동등한 명확성으로 응답해야 합니다: 2026년 11월 10일 이후에도 .NET 8 또는 .NET 9에서 계속 출시할 계획이라면, 의도적인 미지원 런타임 결정을 내리는 것입니다.

애플리케이션은 계속 실행될 것입니다. 그것이 요점이 아닙니다. 요점은 보안 및 서비스 업데이트가 중단된다는 것입니다. 그렇게 되면, 백포트 경로 없는 모든 알려진 취약점이 운영 책임이 됩니다.

내 독단적 의견: 조직은 종종 프레임워크 업그레이드를 선택적 유지보수로 취급하고, 긴급 창, 감사 결과, 성급한 공급업체 에스컬레이션에서 그 결정에 대한 대가를 지불합니다. 업그레이드 계획은 제품 로드맵 항목이어야 하지, 사이드 퀘스트가 아니어야 합니다.

.NET 팀을 위한 실용적인 마이그레이션 자세:

.NET 10 재타겟팅을 날짜가 있는 목표로 설정하고, 열린 백로그 항목이 아닌 것으로 하세요.
지금 기능 작업과 병렬로 호환성 및 회귀 테스트를 실행하고, 4분기가 아닌 지금.
의존성 및 호스팅 준비를 별도의 작업 스트림으로 추적하세요. 많은 실패가 프로젝트 파일 외부에서 발생하기 때문입니다.
Upgrade Assistant 및 호환성이 깨지는 변경 문서를 일찍 사용하여 충격을 사전에 완화하세요.

여러 제품에서 사용되는 공유 라이브러리를 소유하고 있다면, 조직 내부에 .NET 10 지원 타임라인을 공개적으로 게시하세요. 다운스트림 팀은 리드 타임이 필요합니다.

Visual Studio의 지원 종료 구성 요소 표시도 운영상 중요합니다. 이는 툴체인 정리가 규정 준수를 유지하는 일부라는 명확한 신호를 만듭니다. 이를 무시하는 팀은 일반적으로 혼합 SDK 상태와 일관성 없는 빌드 동작으로 표류합니다.

덜 논의된 세부 사항 중 하나는 .NET 8과 .NET 9가 동일한 종료 날짜에 수렴한다는 것입니다. 이는 더 많은 완충을 기대하며 도입을 분산시킨 조직의 업그레이드 기간을 압축합니다. 기능 접근을 위해 .NET 9로 이동했다면, 여전히 동일한 지원 절벽에 도달합니다.

플랫폼 리더를 위한 결정 매트릭스는 간단합니다: 마감일 전에 마이그레이션하거나, 문서화하고 보상 제어와 함께 미지원 위험을 수용하세요. 아무것도 변하지 않는 세 번째 옵션은 없습니다.

좋은 소식은 .NET 10이 2028년 11월까지 LTS 대상이므로, 이동을 완료하면 안정적인 활주로를 확보할 수 있다는 것입니다.

마지막 Patch Tuesday까지 기다리지 마세요. 이를 보안 영향이 있는 전달 마감일로 취급하세요. 정확히 그렇기 때문입니다.

Engineering-Leadership | The .NET Blog

.NET 8 및 .NET 9 지원 종료: 이를 전달 마감일로 취급하세요