Vservice - Service/Application - V6.0

개요 | 가격 및 라이센스 | 평가판과 다운로드 | 호환성 | 개발처 정보 | 리뷰 | 지원 포럼 | 요약

주의 : 이 제품정보에는 한글안내가 포함되어 있지 않습니다.
High speed access. Vservice technology implements highly compact communication between host and client and maintains all file releated record-keeping on the local machine. Internal (local) file shares use direct memory access and are 100x faster than corresponding network sharing. This eliminates network bottlenecks and enhances overall performance by a factor of 20x or more.

일반 적인 소비자 가격은 하기에 표시되어 있습니다. 고객님의 할인가격은 표시 하시려면 로그인 해주시기 바랍니다.

Vservice V6.09

VsamEx[treme] and Vservice V6.09 bundle

가격에는 ComponentSource의 기술지원 요금이 포함되어 있습니다. 또한 다운로드 판매를 하고 있는 상품의 대부분은 온라인 백업요금이 포함되어 있어서 구입날로부터 30일 이내에 새로운 버전이 발매된 경우 무료로 업그레이드해 드리고 있습니다.  모든 주문에 대해서 당사표준 계약조건 및 반품조건 의 내용이 적용됩니다. 다음의 경우,고객 서비스로연락하시기 바랍니다. (상기의 리스트에 게재되지 않은 대량의 라이센스나 구 버전 등의 라이센스 옵션이 필요한 경우)

일반 적인 소비자 가격은 상기에 표시되어 있습니다. 고객님의 할인가격은 표시 하시려면 로그인 해주시기 바랍니다.

Applications linked to VserviceEx[treme] through VsamEx[treme] will, In fact, be a client of Vservice. All VsamEx[treme] dataset requests will go through the VserviceEx[treme] Server module if it is found on the selected remote system. Otherwise, the datasets are opened automatically, the old fashion way, using file sharing through the OS.

The key here is that the application code will not have to change. You "drop in" the VserviceEx[treme] modules and the application works just the way it did before!

Use of VserviceEx[treme] can reduce network traffic by a factor of 20 or more. The only data that will move across the network will be commands and record data. In current implementations of Microsoft's file sharing technology, there is a very large penalty to pay when accessing datasets using shared modes. For example:

Using standard Microsoft library functions performing shared random I/O with a file on another computer, a typical single file access can process about 60 to 100 blocks (of 200 bytes) per second. Just having a second user open the same dataset (from another computer) can cause the performance to degrade by a factor of 5, especially after one of the users writes a record. The network messaging that goes back and forth is intense. Adding a 3rd and 4th user degrades performance even further and by the time you have 5 to 10 users all doing I/O at the same time, the network activity is incredible! Performance is much reduced and network bandwidth is restricted quite a bit.

On the other hand, a request through the VserviceEx[treme] Service module will send just a single command and receive one (or more records). Network traffic is reduced to a minimum - just the data needed for the request (about 20 bytes) and the record data that is returned. All file access is done by the host system where the dataset resides, relieving Microsoft sharing routines from their machinations including the need to constantly send file update information back and forth between the Clients and file server system - not to mention locking and updating requirements for the ISAM engine itself!

Dataset access hosted by VserviceEx[treme] can handle hundreds even thousands of users in a nominal data access mode. In custom implementations of this technology, we have seen network load reduced by a factor of 20 and corresponding improvements in local performance.

Another advantage of using VserviceEx[treme] is that Clients running in both Windows and Linux will be able to connect to a common Host. The beauty here is that the application will not change at all. Everything will be handled by VserviceEx[treme].

Since VsamEx[treme] datasets are 100% binary compatible between Linux and Windows implementations, record exchange is simple and happens without conversion. VserviceEx[treme] uses a simple concise command and control methodology that is 100% binary compatible between these two Operating Systems.

VserviceEx[treme] Client/Server Drop-in!

The Vservice Client is already imbedded in VsamEx[treme]. It supports a transparent link to any Vservice server, running on any system where shared datasets are stored.

To invoke attachment to a Vservice host, simply include file specifications to the VsamOpen function that looks like:

"\\ServerName\..\..\..." Remote Access
"\\10.10.10.23\..." Remote Access
"\\http:www.1-software-source.com\files\..." Remote Access
or "C:\cc\yyy\myDatasetName Local Access

For remote access, the client issues a connect request to the named remote location, “Dataset Server”, using standard TCP/IP socket technology. Once connected, an attempt to attach to the Vservice module is made. If Vservice acknowledges its presence, all further data access for that Dataset will go through Vservice on that host - otherwise access will revert to the usual shared modes. Local files will be accessed locally as usual (C:\dir1\dirx\...\dataset). The application will not need to know anything is different. There will be additional error returns possible denoting possible network type errors - but, for the most part, generic error handling will take care of that.

Each Host maintaining datasets to be shared through Vservice must run a licensed copy of Vservice on the host. The server name is the network computer name or an IP address.

Note: Specifying "\\" as a prefix to any file spec indicates remote file access. If the file is local and you use the "\\" prefix, file access will still go through Vservice. If Vservice can resolve the file name and path to a real drive/path, it will open the file as a locally shared file. Otherwise, it will generate a TCP/IP socket request (to the local machine). If Vservice is not running, the "\\" prefix will simply be a request for a network shared resource. To use local access and direct I/O the application should not use the "\\" prefix on the DataSet specification.

Features:

• Complete application transparency - Drop in Vservice to any Windows computer, accessible over a LAN or the WEB. The existing application linked to VsamEx will automatically connect to Vservice when the DataSet is opened using standard URL file naming conventions to that computer i.e. "\\ComputerA\Share\filepath\dataset" or any IP address designator such as: "\\196.131.224.10\share\filepath\datasetname"
• No more Opportunistic Locking - Vservice Client API handles everything
• Full record level locking without any network overhead
• Vservice implementation eliminates 90% of the network overhead involved in supporting shared datasets
• Vservice runs as either an application or a Windows Service through a command line option
• Secure multi-key login and authentication - only applications connected to a valid, licensed VsamEx interface will connect
• Vservice supports remote administrative updates