다음과 같은 새로운 기능이 제공됩니다. NCache v5.3 SP1.
다음과 같은 새로운 기능이 제공됩니다. NCache v5.3.
럭셔리 NCache Azure 및 AWS에서 사용 가능한 이미지, 무료 평가 등록 NCache 에서 지원됩니다 NCache 웹 관리자. 평가판 또는 라이센스 키로 머신이 등록되지 않은 경우, NCache Web Manager의 기본 화면은 평가를 시작하거나 상자를 활성화하기 위한 등록 프로세스로 사용자를 안내합니다.
기능 'NCache NoSQL' 5.3에서 출시된 '가 '로 이름이 변경되었습니다.NCache 고집'. 기능 작동은 동일하게 유지되지만 추가 공급자는 제거됩니다. 그만큼 NCache 지속성은 이제 내장 파일 시스템 기반 저장소에서만 사용할 수 있습니다.
All NoSQL 관련 PowerShell cmdlet의 이름도 변경되었습니다.
별도의 NuGet 패키지가 출시되었습니다. NCache CLR 저장 프로시저. 이것은 다음을 사용하는 CLR 저장 프로시저를 쉽게 만드는 데 도움이 됩니다. NCache API.
client.ncconf에 지정된 구성을 사용하는 대신 사용자는 SignalR 애플리케이션이 애플리케이션의 web.config 또는 appsettings.json 파일에 지정된 연결 옵션을 사용하도록 강제할 수 있습니다. 지정된 경우 애플리케이션은 이러한 설정을 사용합니다.
이제 새로 고침 간격 값을 분 대신 초 단위로 설정할 수 있습니다. 새로 고침이 XNUMX분 미만의 간격으로 실행되어야 하는 시나리오를 수용하도록 변경되었습니다.
NCache 라는 새로운 기능을 제공하고 있습니다. NoSQL Database 전체 데이터베이스가 인메모리이고 분산되어 있지만 실시간으로 영구 저장소에도 유지됩니다(주기적인 스냅샷을 생성하거나 트랜잭션 로그만 유지하는 다른 제품과 달리). 이 실시간 지속성은 메모리 내 데이터가 항상 동기화되어 있고 모든 항목을 다시 시작해도 손실되지 않도록 합니다. NCache 서버.
NCache NoSQL Database 100% 인메모리이고 분산되어 있기 때문에 초고속이며 확장 가능합니다. 동시에, NCache NoSQL Database 다른 모든 데이터베이스와 마찬가지로 데이터를 유지하므로 모든 NCache 서버가 다운됩니다.
당신은 당신을 유지하도록 선택할 수 있습니다 NoSQL Database in NCache 매우 빠르고 매우 안정적인 지속성. 또는 원하는 경우 지속할 수 있습니다. NoSQL Database 주요 타사 데이터베이스 중 하나에서. NCache 다음과 같은 실시간 지속성 옵션을 제공합니다. NoSQL Database:
당신이 사용할 수 NCache NoSQL Database 다음과 같은 방법으로
알림: .NET, Java, Node.js 및 Python 애플리케이션에서 이 기능을 사용할 수 있습니다.
NCache 전체 텍스트 검색을 위한 Lucene을 사용하여 .NET 애플리케이션용 Distributed Lucene을 제공합니다. Distributed Lucene은 표준 Lucene.NET 인덱스를 가져와서 Lucene 인덱스를 여러 개로 확장할 수 있도록 분산시킵니다. NCache 런타임에도 서버. 이렇게 하면 인덱스 크기를 늘릴 수 있을 뿐만 아니라 애플리케이션 트랜잭션 용량도 늘릴 수 있습니다. NCache Lucene용 서버.
다음은 분산 Lucene 기능의 몇 가지 주요 사항입니다.
NCache 이제 Windows와 Linux 모두에서 강력한 Python 클라이언트를 제공합니다. 이 Python 클라이언트 모든 클라이언트 측 API 기능이 있습니다. of NCache 이는 전통적으로 .NET 및 Java 클라이언트가 즐겼던 것입니다.
NCache 가져오기 및 내보내기 도구를 PowerShell Cmdlet으로 제공합니다. 이러한 도구를 사용하여 JSON/CSV 데이터를 가져오거나 내보낼 수 있습니다. NoSQL Database 또는 그것에서. 이렇게 하면 전체 또는 일부를 추출할 수 있습니다. NoSQL database.
선택한 경우 NCache 지속성 공급자 NoSQL Database, 모든 데이터는 공유 네트워크 폴더(UNC 경로 기반)에 있는 여러 파일에 보관됩니다.
이 데이터에 대해 일반 파일 시스템 백업/복원 도구를 사용할 수 있습니다. 단, 참고로 NCache 잠시 중단할 수 있는 관리 도구(PowerShell Cmdlet)를 제공합니다. NCache 파일 시스템 백업을 수행하는 동안 영구 저장소에 씁니다. 그러나 모든 쓰기는 데이터의 메모리 내 분산 복사본에 만들어지고 기록되므로 백업이 끝나면 지속성 저장소에 대한 쓰기를 켤 수 있습니다. 그리고 그 모든 쓰기는 마치 실시간인 것처럼 퍼시스턴스 스토리지에 적용됩니다.
온라인 백업 메커니즘을 제공함에도 불구하고 백업을 수행하려면 트래픽이 적은 시간을 선택하는 것이 좋습니다. 앞으로는, NCache 에 대한 완전한 온라인 백업 기능을 제공합니다. NCache 지속성 공급자 NoSQL Database 백업 중에 쓰기를 계속할 수도 있습니다.
그러나 SQL Server 또는 MongoDB를 스토리지 옵션으로 선택한 경우 온라인 백업을 포함하여 해당 데이터베이스에서 제공하는 백업/복원 도구를 사용할 수 있습니다.
Lucene을 사용하는 .NET 애플리케이션이 이미 있는 경우 상당히 큰 Lucene 인덱스가 빌드되었을 가능성이 있습니다. NCache 기존 Lucene 색인을 NCache Lucene을 대량으로 배포합니다.
이것은 색인에서 문서를 읽고 해당 문서를 색인에 추가하여 색인을 다시 만드는 것보다 훨씬 빠릅니다. NCache 분산 Lucene 인덱스. 그 이유는 NCache Distributed Lucene은 문서 수준이 아닌 벌크 파일 수준에서 데이터를 복사합니다.
다음과 같은 유형의 Lucene 인덱스 가져오기를 수행할 수 있습니다.
위의 Lucene 색인 가져오기 옵션은 모두 PowerShell Cmdlet을 통해 가능합니다.
NCache Lucene 인덱스를 분산 환경과 각각에 분할하고 저장합니다. NCache 섬기는 사람. 그리고 모든 인덱스는 여러 파일로 저장됩니다. 따라서 일반 파일 시스템 백업/복원 도구를 사용할 수 있습니다. 그러나 현재 버전의 NCache, 온라인 백업은 제공되지 않으므로 올바른 백업을 위해 다운타임이 필요합니다. 그러나 애플리케이션이 런타임에 Distributed Lucene 인덱스를 업데이트하지 않는 경우 온라인 백업을 수행할 수도 있습니다.
Distributed Lucene 인덱스를 복원하는 것은 파일 시스템 파일을 복원하는 것과 동일하므로 가능합니다. 백업을 수행할 때와 동일한 배포 구성 정보로 캐시를 다시 시작해야 할 수 있습니다.
NCache 이제 .NET 6.0을 완벽하게 지원합니다. 모두 NCache 서버는 .NET 6.0(또는 .NET Framework 해당 버전을 다운로드한 경우 4.8). NCache 클라이언트도 .NET 6.0입니다. 하지만, NCache 또한 이전 버전의 지원을 제공합니다. .NET Core 과 .NET Framework for NCache 클라이언트.
NCache 이제 ASP.NET/ASP에 JSON 직렬화를 사용할 수 있습니다..NET Core 세션. 이전에는 .NET에서 제공하는 바이너리 직렬화를 사용하는 것이 유일한 옵션이었습니다. 여전히 Binary Serialization 옵션이 있지만 .NET 6.0에서는 기본적으로 Binary Serialization이 비활성화되어 권장되지 않습니다.
JSON 직렬화는 또한 .NET 개체가 "직렬화 가능"으로 표시되지 않는 이점이 있습니다. 이전에는 모든 개체를 "직렬화 가능"으로 표시하도록 코드를 변경하거나 의 Compact Serialization 기능을 사용해야 했습니다. NCache. 두 경우 모두 많은 추가 작업이 필요했습니다.
JSON 직렬화를 사용하면 구성 설정만 변경하고 코드를 전혀 건드리지 않고 이제 ASP.NET/ASP에서 직렬화할 수 없는 개체를 사용할 수 있습니다..NET Core 세션.
개체 속성을 포함하려면 NCache SQL 쿼리, 먼저 인덱싱해야 합니다. 이전에는 색인을 생성하는 유일한 방법은 색인을 다음의 일부로 정의하는 것이었습니다. NCache 구성. 그것은 여전히 가능하고 이것을하는 좋은 방법입니다.
그러나 이제 사용자 지정 주석을 사용하여 프로그래밍 방식으로 쿼리 인덱스를 정의할 수 있습니다. 이를 통해 이제 쿼리 인덱스를 생성하는 다양한 방법을 완벽하게 지원합니다. NCache.
NCache 이제 인덱스를 생성한 다음 SQL 쿼리에서 사용하기 위한 nullable 속성을 지원합니다. 이 기능은 .NET 속성과 필드가 null을 허용하기 때문에 제공됩니다. 그러나 이전에 NCache null 값을 기반으로 하는 검색을 지원하지 않았지만 이제는 지원합니다.
NCache 이제 Distributed Lucene으로 전체 텍스트 검색에서 지리 공간 인덱스를 지원합니다. 일반 전체 텍스트 검색 Lucene 인덱스와 마찬가지로 Geospatial 인덱스도 내부적으로 Lucene.NET을 사용하여 Geospatial 쿼리를 지원합니다. 지리 공간 인덱스용 NuGet 패키지는 전체 텍스트 검색 인덱스 NuGet 패키지와 별개입니다.
NCache 이제 Distributed Lucene으로 패싯 검색을 지원합니다. 패싯 검색은 패싯 탐색 시스템으로 기존 검색 기술을 보강하는 기술입니다. 이를 통해 사용자는 항목의 패싯 분류를 기반으로 여러 필터를 적용하여 검색 결과의 범위를 좁힐 수 있습니다.
NCache 패싯 검색을 수행하는 데 필요한 모든 API가 포함된 패싯 검색용 NuGet 패키지를 제공합니다.
.NET CLR은 관리 메모리를 사용하므로 가비지 수집 및 조각화는 트랜잭션이 많은 서버 응용 프로그램에서 주요 성능 문제를 일으킵니다. NCache LOH가 자주 사용되지 않도록 매우 스마트한 개체 풀링을 구현하고 더 큰 개체를 80K 미만의 개체로 분해하여 이 문제를 더 일찍 해결했습니다.
이 초기 메모리 최적화는 이미 개선되었습니다. NCache 개별 항목의 가져오기, 삽입, 업데이트, 삭제와 같이 가장 일반적으로 사용되는 "원자적 작업"의 경우 성능이 상당히 향상됩니다. 그러나 대량 작업, 쿼리 인덱스, SQL 검색 등과 같은 다른 많은 영역은 이러한 방식으로 완전히 최적화되지 않았으므로 LOH 및 Gen2 컬렉션을 자주 사용하여 최상의 성능을 얻지 못했습니다.
이제 이 버전의 NCache 이 모든 영역에서 최적화된 메모리 관리를 통해 NCache 온 사방에.
다음과 같은 최적화가 이루어졌습니다.
NCache 전통적으로 온프레미스 환경에서 실행되었으므로 https를 사용하여 액세스할 필요가 없었습니다. NCache 웹 관리자. 그러나 이제 Azure, AWS 및 기타 클라우드가 널리 보급되면서 사용자가 액세스해야 하는 상황이 점점 더 많이 발생하고 있습니다. NCache https를 통한 웹 관리자.
NCache 이제 액세스를 위한 https 지원을 제공합니다. NCache 웹 관리자. 기본적으로는 http이지만 인증서가 있는 경우 https를 사용하도록 구성할 수 있습니다.
NCache 전통적으로 NCache 컴퓨터 이름이 아닌 IP 주소를 기반으로 하는 서버. 그 이유는 많은 상황에서, NCache 서버에 여러 NIC(네트워크 인터페이스 카드)가 있고 컴퓨터 이름이 매핑된 NIC를 알지 못했습니다. 따라서 IP 주소를 사용하여 NCache 서버와 클라이언트가 여전히 선호되는 방식입니다.
그러나 지금 NCache 원하는 경우 IP 주소 대신 시스템 이름을 지정할 수 있는 기능을 제공합니다. 캐시 구성에 캐시 서버 또는 캐시 클라이언트를 추가하기 위한 시스템 이름을 지정할 수 있습니다. 마찬가지로 에 대한 모든 보기 NCache Web Manager는 기본적으로 IP 주소를 계속 사용합니다.