New post

Find

Announcement
· Dec 25, 2020

Developer Community Release, Deсember 2020

Hi Developers!

This is a release of how did we improve the Developer Community in December 2020. The key features:

  • version product field for Question posts;
  • $ZV - exact product version for Question posts;
  • new tag tree page;
  • SVG Support.

See the details below.

Version product for Question posts & $ZV program for Question posts

New fields have been added for question creation. Now you can specify which InterSystems product & its version your question relates to, as well as specify its full version in detail. This will allow respondents to quickly understand your question and speed up their replies.

New tag tree page

Our tag tree is now more user-friendly. You can see the levels of tags, as well as the number of their usages in posts.

SVG Support

You will now be able to attach SVG images using the image upload button.

Enjoy the new features!

And you are very welcome for new enhancement requests and bug reports.

Stay tuned!

2 Comments
Discussion (2)0
Log in or sign up to continue
Discussion (0)1
Log in or sign up to continue
Discussion
· Dec 16, 2020

XML and JSON: Some further options

There's been quite a bit of discussion lately in this forum on the tools available in IRIS for using both XML and JSON, and debate on cross-conversion between the two formats.

A week or so ago I posted details of a set of tutorials I'd put together on integrating the Node.js-based QEWD technology with IRIS, working over a network.  As part of that set of tutorials, I've been detailing how to use the various multi-model capabilities of the build-in QEWD-JSdb abstraction of IRIS.  QEWD-JSdb is a key part of QEWD, and understanding it is key to understanding how to develop applications (REST and interactive) with QEWD.

So there's an initial tutorial on the basic "persistent JSON* abstraction:

https://github.com/robtweed/qewd-starter-kit-iris-networked/blob/master/...

and also two straightforward but interesting models:

LISTS: https://github.com/robtweed/qewd-starter-kit-iris-networked/blob/master/...

Key/Object Store: https://github.com/robtweed/qewd-starter-kit-iris-networked/blob/master/...

But the one I want to draw your particular attention to, in the context of the discussions on XML and JSON, is the persistent DOM Model.  This is based on the W3C XML DOM API, but instead of in-memory XML DOM manipulation, QEWD-JSdb's DOMs are persistent, their data stored in IRIS, and yet exposed in Node.js as JavaScript Objects with associated properties and methods.

Don't assume that just because the DOM and its basic APIs are based on the XML DOM that it's somehow limited to XML storage and manipulation.  The integrated XPath functionality, user customisation of DOM storage using "userData*, and the ability to map JSON to and from the QEWD-JSdb persistent DOM mean that it's actually a very powerful and sophisticated way of storing any inherently hierarchical data, in a way that can be manipulated, transformed and queried easily and powerfully.  The DOM tutorial is something of a monster because I wanted to do the capabilities justice and bring all its features to peoples' attention.

The persistent DOM is a perfect use of IRIS data storage combined with JavaScript.  I'd encourage everyone to take a look.  The full tutorial is here:

https://github.com/robtweed/qewd-starter-kit-iris-networked/blob/master/...

If nothing else, reading and trying out my tutorials will be a great way to spend the coming days of the holiday season!

Enjoy! 

Rob

1 Comment
Discussion (1)1
Log in or sign up to continue
Article
· Dec 16, 2020 4m read

インターシステムズデータプラットフォーム製品のライセンスポリシーについて

この文書では、インターシステムズの製品の中で、InterSystems CachéおよびIRIS data platformに関するライセンスポリシーを説明します。


インターシステムズのライセンスポリシーは、ソリューション・パートナー契約の際の契約書一式あるいはエンドユーザーに直接販売する際の契約書一式に含まれる製品に関する条件(この文書は製品別に存在します)という文書で規定されています。

 

なおこの文書は一般には公開していません。

 

ここでは、CachéおよびIRIS data platformのライセンスポリシーについてこの文書に書かれていることを要約および補足して説明します。

 

まずCachéシステムおよびIRIS data platformはこの文書で規定されているライセンスポリシーにでき得る限り忠実にそうようにライセンスチェック機構を実装しています。

 

しかしながら様々な技術的な制約によりライセンスポリシーとこれら製品のライセンスシステムを完全に一致させることはできません。

 

そしてもしシステム上のライセンスチェック機構の動作とライセンスポリシー上に不一致が発生した場合には、いかなる場合でもライセンスポリシーが優先されます。

 

つまりライセンスシステム上許容されている動作であっても、ライセンスポリシーに合致していない場合には、ライセンスポリシーに合うような運用を行わなければなりません。

 

次にライセンスの形態ですが、Cachéは、ユーザー単位の同時ユーザーライセンスとなっています。

 

IRIS data platformは、同時ユーザーライセンスに加えて、CPUコア数単位に課金するライセンスタイプも提供しています。

 

同時ユーザーライセンスの場合、同時ユーザー1名が課金の単位となり、その課金の単位をLU(License Unit)と呼びます。

 

システムの稼働に必要なライセンス容量を決定する際に、システムのピーク時に同時アクセスする最大ユーザー数を見積もることで必要なLU数が求められます。

 

さらにこの同時という概念も少し説明が必要です。

ここで言う同時とは、サーバーとユーザーが使用するクライアントデバイス間のソフトウェア的な接続(TCPセッションなど)が確立されているかどうかは関係なく、その仮想的な接続を通してサーバー上のインターシステムズデータプラットフォームの機能を実行できる準備がクライアントデバイス側にできている状態を意味しています。

 

例えば、接続プールやHTTPのように毎回接続を確立して終了後切断するような技術を使い、クライアント側とサーバー側のコネクションが切れたとしても、クライアント側のアプリケーションが何等かの状態で動作している限り(画面表示され、次のアクションを待っているなど)は、その同時接続が維持されていると考えます。

(これを技術的に完全に検知するのは不可能です。)

 

そして1LU当たり一人のユーザーの1つのデバイス当たり最大12個の接続あるいはプロセスを(合算して)同時に持つことができます。

 

同一人物が同時に複数のデバイスを使う場合にはデバイス毎にLUを消費します。

 

また人と直接結びつかずに単独でサーバーと接続するような1デバイス(医療検査機器など)も1ユーザーとみなします。

 

さらに人と直接結びつかないバッチプロセス(日時、週時、月時処理など)もLUの1つの形態とみなし最大12同時プロセスまで1LUとしてカウントできます。

 

エンドポイント(固有の IP アドレス)が同時に 25 以上の接続を処理する場合、そのアクセスは、プロキシと見なされ、各接続は個別のユーザーとして1LUとカウントされます。


IRIS data platformのCPUコアライセンスは、CPUコアがライセンスユニット(LU)の単位となります。

物理サーバー上でIRIS data platformを稼働する場合は、IRISインスタンスまたはIRISクラスタを構成する全てのIRISインスタンスが稼働する物理サーバー上のCPUコア数の総計をカウントします。

仮想サーバー上でIRIS data platformを稼働する場合は、IRISインスタンスまたはIRISクラスタを構成する全てのIRISインスタンスが稼働する仮想サーバー上のCPUコア数の総計をカウントします。

なおインテル社のCPUに採用されているハイパースレッディングのようなSMT(Simultaneous Multithreading Technology)は物理サーバー上ではCPUのコア数としてはカウントしません。

しかし一方で仮想環境やAWSなどのクラウド環境では仮想CPU (製品やベンダー、クラウドサービスによって呼び方が異なるが一般的にはvCPUと表現される)がコア数の単位になります。

Discussion (0)1
Log in or sign up to continue
Question
· Dec 15, 2020

Using HealthConnect for Managed File Transfers

In 2020 we implemented HealthConnect as our HL7 interface engine.  Having completed this, we are currently evaluating whether it would be beneficial to migrate our managed file transfers from our current MFT software, MOVEit to HealthConnect.  I am interested in hearing from any InterSystems customers who have previously used MOVEit and currently using HealthConnect for file transfer managment.  Any feedback would be appreciated.

2 Comments
Discussion (2)1
Log in or sign up to continue