아카데미 뉴스

PgVector를 사용하여 .NET에서 벡터 검색 구축하기, 개발자를 위한 가이드

업데이트됨:

.NET 10은 2025년 11월에 장기 지원 릴리스로 출시되었으며 2028년 11월까지 지원됩니다. 여러분이 여전히 .NET 8 또는 .NET 9을 사용하고 있다면 달력에 표시할 가치가 있는 날짜가 있습니다: 두 버전 모두 2026년 11월에 지원 종료에 도달합니다. 이는 애플리케이션의 런타임이 보안 및 품질 업데이트를 수신하지 않기 전에 지금 이사를 계획하기 시작하는 실제 이유입니다.

여기 우리가 앞서 솔직하게 이야기하고자 하는 부분이 있습니다. 대부분의 팀에게 업그레이드 자체는 어려운 부분이 아닙니다.

우리는 .NET Framework 4.6.2부터 .NET 10에 이르는 모든 것을 대상으로 하는 문서 처리 라이브러리를 구축 및 유지보수하고 있습니다. 그래서 우리는 내부에서 이러한 업그레이드를 많이 봅니다. 대부분의 경우, IronPDF, IronXL, IronOCR, IronWord, 및 나머지 제품군은 새로운 지원 .NET 버전으로 이동해도 큰 코드 수정 없이 작동합니다. 대상 프레임워크를 변경하고 패키지를 복원하면 여러분의 PDF들은 여전히 렌더링됩니다, 스프레드시트들은 여전히 처리됩니다, OCR은 여전히 실행됩니다, 그리고 Word 문서들은 계속 생성됩니다.

따라서 단순 메시지가 "업그레이드하고 지원을 구매하세요"라면, 솔직한 개발자 반응은 '왜?'일 것입니다. 라이브러리는 이미 작동해야 합니다. 그리고 그건 맞는 말입니다.

더 유용한 대화는 호환성과 최적화의 차이점에 대한 것이며, 아무 것도 고장나지 않았을 때에도 제품 업데이트가 왜 중요한지에 대해 설명합니다.

호환성과 최적화는 같은 것이 아닙니다

Microsoft가 새로운 .NET 버전을 출시하면, 라이브러리 지원은 두 단계로 나타나는 경향이 있습니다.

첫 번째 단계는 호환성입니다. 라이브러리는 새로운 런타임에서 올바르게 작동합니다. 애플리케이션은 컴파일되고, 실행되고, 문서를 생성하고, 예상대로 동작합니다. 이것이 기본값이고 Iron 제품군의 경우 이미 구현되었습니다. Iron Software의 현재 패키지는 이전 런타임과 함께 .NET 10을 직접 대상으로 합니다.

두 번째 단계는 최적화입니다. 새로운 .NET 릴리스는 실제 성능 및 메모리 향상을 가져오고, 특히 .NET 10은 런타임에 집중합니다: 더 나은 JIT 인라인 및 가상화 제거, 더 많은 스택 할당, 개선된 반복 최적화 및 더 넓은 하드웨어 명령어 지원. 라이브러리는 첫날부터 완전히 호환될 수 있으며, 후속 릴리스에서 이러한 이점을 최대한 활용할 수 있는 엔지니어링 여유를 가지고 있습니다. 호환성이라는 것은 작동한다는 의미입니다. 최적화라는 것은 더 잘 작동한다는 것을 의미하며, 초기 릴리스 후에도 작업이 계속됩니다.

아무 것도 고장나지 않았을 때도 제품 업데이트가 중요한 이유

플랫폼은 .NET 버전이 출시된 순간 변화가 멈추지 않습니다. 런타임 서비스 업데이트, 종속성 변경, 클라우드 플랫폼 업데이트, ARM64 진행 및 컨테이너 기반 이미지 변경이 계속 도착합니다. 설치된 버전은 대부분의 경우 잘 작동을 유지할 수 있습니다. 현재 제품 업데이트를 유지하는 가치점은 플랫폼이 변경되었을 때 수정을 이미 기다리고 있다는 것입니다.

우리의 자체 변경 로그의 구체적인 예: 최근 IronPDF 릴리스는 Linux 및 Docker 종속성 자동 구성을 수정하여 .NET 9 및 .NET 10 환경에서 Ubuntu 24.04에 올바른 오디오 라이브러리, libasound2t64,을 설치했습니다. 코드 내에서 아무런 문제가 발생하지 않았습니다. 기본 이미지와 런타임 조합이 변경되었고 호환성 업데이트가 이후 패치에서 배송되었습니다. 이는 축소된 패턴입니다: 플랫폼이 진화하고, 지속적인 제품 릴리스가 조정을 통해 이는 생산 사고가 되지 않게 만듭니다.

대상 프레임워크를 변경하고, 현재 패키지 버전으로 이동하고, 복원하고, 완료입니다.

자신의 워크플로를 확인하고 싶다면 가장 쉬운 경로는 직접 테스트하는 것입니다. 최신 IronPDF 또는 제품군의 모든 라이브러리를 NuGet에서 가져와 기존 문서 코드를 .NET 10에서 실행해보세요 무료 체험 키와 함께 마이그레이션을 확정하기 전에. 이는 특정 코드베이스에 대해 '작동해야 한다'를 '작동한다'로 빠르게 전환하는 가장 빠른 방법입니다.

지원이 실제로 하는 것

지원은 '어떻게 .NET 8에서 .NET 10으로 업그레이드합니까'라는 질문을 위해 하는 것이 아닙니다. Microsoft의 자체 마이그레이션 가이드는 잘 커버하고 있으며, 이를 강조하는 것이 우리가 해야 할 일입니다.

지원은 마이그레이션 후에 무언가가 동작하지 않을 때 가치가 있습니다. 런타임 특화 예외, 배포 및 컨테이너 차이, 플랫폼 특화 비호환성, 예상치 못한 렌더링 차이 및 환경 별 회귀현상 등이 유지보수된 지원 관계가 중요한 사례입니다. 이러한 상황에서 문제를 조사하고 해결방법을 제공하거나, 진정한 호환성 문제를 에스컬레이트하고 필요한 경우 미래의 릴리스에 해결책을 제공합니다.

엔지니어와 상담하십시오.

실용적인 마이그레이션 순서

만약 .NET 10으로 이전을 계획하고 있다면, 현명한 작업 순서는 다음과 같습니다:

  1. 샘플 프로젝트보다는 실제 빌드에 대해 조기 테스트하세요.
  2. 공통 경로 뿐만 아니라 모든 문서 워크플로를 검증하세요.
  3. 배포 대상: Docker, Linux, Azure, ARM64를 검토하세요.
  4. 라이브러리 릴리스와 계속 함께하며, 일괄 작업하지 마십시오.
  5. 이전 런타임 호환성이 사업에 중요하다면 활성 제품 업데이트를 유지하세요.

마무리

대부분의 .NET 마이그레이션은 사건이 없습니다, 그것이 요점입니다. 현재 상태를 유지하는 가치는 .NET 10이 도착하자마자 애플리케이션이 갑자기 고장이 나지 않는다는 것이 아닙니다. 플랫폼이 계속 진화할 때 호환성 업데이트, 수정 및 지속적인 엔지니어링 작업을 통해 문서 처리 스택이 원활하게 실행되도록 하여 그것이 해결해야 할 일이 되지 않게 합니다.

Iron Software 변경 로그에서 더 알아보기.