デジタルツインとは | IBM
デジタルツインは、オブジェクトやシステムのライフサイクル全体を仮想的に表現したもので、リアルタイムでデータが更新され、シミュレーション、機械学習、推論を使用して意思決定を支援します。 デジタルツインは、物理的オブジェクトを正確に反映するように設計された仮想モデルです。 研究対象となるオブジェクト (風力タービンなど) には、重要な機能分野に関連するさまざまなセンサーが搭載されています。 これらのセンサーでは、エネルギー出力、温度、気象条件など、物理的オブジェクトの特性のさまざまな側面に関するデータが生成されます。 生成されたデータは処理システムに送られ、デジタル・コピーに反映されます。 データが提供されたら、仮想モデルを使用してシミュレーションを実行したり、性能の問題を調査したり、想定されるな改善を実施したりすることができます。これらは有益な洞察を得ることを目的としており、得られた洞察は元
連載: IBM Watson Workspace #鬼わか アプリケーション開発: 第 7 回: IBM Watson Workspace で AI を利用したアプリ連携の実現 #鬼わか 解説（前編）
AS を使用した表の作成
SELECT ステートメントの結果から表を作成できます。このタイプの表を作成するには、CREATE TABLE AS ステートメントを使用します。 SELECT ステートメントで使用できるすべての式を CREATE TABLE AS ステートメントで使用することができます。 選択の対象となる表 (単数または複数) からのすべてのデータを組み込むこともできます。 例えば、EMPLOYEE から DEPTNO = D11 であるすべての列定義を組み込んで、EMPLOYEE3 という名前の表を作成します。 CREATE TABLE EMPLOYEE3 AS (SELECT PROJNO, PROJNAME, DEPTNO FROM EMPLOYEE WHERE DEPTNO = 'D11') WITH NO DATA 指定された表またはビューが識別列を含んでいる場合に、新規の表にも識別列を存在さ
Liberty サーバー・ランタイム環境のモニター
monitor-1.0、mpMetrics-1.x、 mpMetrics-2.x、および mpMetrics-3.x のフィーチャーを使用して、サーバー・ランタイム環境をモニターできます。 monitor-1.0 フィーチャーは、組み込み Liberty メトリックを表示するための JMX および REST インターフェースであり、Liberty の多くのコンポーネントに関するメトリックを備えています。 monitor-1.0 は、Liberty のコンポーネントに関するメトリックを視覚化するために使用されるフィーチャーです。 mpMetrics-1.x、 mpMetrics-2.x、および mpMetrics-3.x のフィーチャーは、MicroProfile Metrics 仕様に準拠する /metrics REST インターフェースを提供します。 アプリケーション開発者は、Liber
MicroProfile メトリックを使用したモニタリング
mpMetrics-1.0 フィーチャーまたは mpMetrics-1.1 フィーチャーを使用して、MicroProfile Metrics API で計測されるアプリケーションをモニターできます。 mpMetrics-1.0 フィーチャーおよび mpMetrics-1.1 フィーチャーは、 MicroProfile Metrics 1.0 仕様または MicroProfile metrics 1.1 仕様に準拠する /metrics REST インターフェースを提供します。 アプリケーション開発者は、Liberty で提供されるメトリックと共に、独自のカスタム・メトリックを MicroProfile Metrics API を使用して追加できます。 MicroProfile Metrics フィーチャー・バージョン 2.0 以降の資料は、 Open Liberty Web サイトで入手で
MicroProfile ヘルス・チェックの実行
マイクロサービス内でヘルス・チェックを提供するには、mpHealth-1.0 フィーチャーを構成し、HealthCheck アプリケーション・プログラミング・インターフェース (API) を実装します。 MicroProfile Health フィーチャーのバージョン 2.1 以降の資料は、 Open Liberty Web サイトで入手できます。 ヘルス・チェック は、マイクロサービスによって提供される MicroProfile Health API 実装です。 ヘルス・チェックはサービスの正常性を評価するために使用します。 これらの検査は、主に、 Kubernetesなど、コンテナー化された環境におけるマシン間のメカニズムとして意図されています。 mpHealth-1.0 フィーチャーは、インストールされているマイクロサービスのバイナリー状況 ( UP または DOWN) を表す /h
IPv6 アドレス・タイプ
ここでは、各種 IPv6 アドレス・タイプのカテゴリーを示し、それぞれについて使用方法を説明します。 IPv6 アドレスは、以下の基本タイプに分類されます。 ユニキャスト・アドレス ユニキャスト・アドレスは、1 つのインターフェースを指定します。 ユニキャスト・アドレスの宛先に送信されるパケットは、 1 つのホストから宛先ホストに送達されます。 正規タイプのユニキャスト・アドレスには、以下の 2 種類があります。 リンク・ローカル・アドレス リンク・ローカル・アドレスは、 1 つのローカル・リンク (ローカル・ネットワーク) 上で使用するように設計されています。 リンク・ローカル・アドレスは、すべてのインターフェース上で自動的に構成されます。 リンク・ローカル・アドレスの接頭部には、fe80::/10 が使用されます。 ルーターは、 リンク・ローカル・アドレスを含む宛先アドレスやソース・ア
IPv6 アドレス・フォーマット
IPv6 アドレスのサイズとフォーマットは、アドレッシング機能を展開します。 IPv6 アドレスのサイズは 128 ビットです。 優先される IPv6 アドレス表記は x:x:x:x:x:x:x:x です。各 x は、アドレスの 8 個の 16 ビット部分の 16 進値です。IPv6 アドレスの範囲は、 0000:0000:0000:0000:0000:0000:0000:0000 から ffff:ffff:ffff:ffff:ffff:ffff:ffff:ffff です。 この推奨されているフォーマットに加えて、 他の 2 種類の短縮されたフォーマットでも IPv6 アドレスを指定できます。先行ゼロを省略する 先行ゼロを省略して IPv6 アドレスを指定します。 例えば、IPv6 アドレス 1050:0000:0000:0000:0005:0600:300c:326b は、 1050:0
IPv6 の概要
なぜ Internet Protocol version 6 (IPv6) がインターネット標準として Internet Protocol version 4 (IPv4) から置き換わりつつあるのか、 また、これをどのように使用すると利点があるかについて説明します。 IPv6 は、インターネット・プロトコルにおける次なる進化です。ほとんどのインターネットは IPv4 を使用しており、 このプロトコルはここ 20 年の間、信頼性と弾力性のあるプロトコルでした。 しかし、IPv4 には限界があり、その限界は、インターネットの拡大に伴って問題を生じさせる可能性があります。 IPv6 は、IPv4 の更新版であり、 インターネット標準として徐々に IPv4 に置き換わりつつあります。 特に、インターネットに加えられるすべての新しい装置に必要とされる IPv4 アドレスは、 ますます不足してきてい
Internet Protocol version 6
Internet Protocol version 6 Internet Protocol version 6 (IPv6) は、インターネットの将来において鍵となる役割を果たします。このトピックでは、IPv6 の詳細、および IBM® i オペレーティング・システムに IPv6 を実装する方法を説明します。 IPv6 の概要 なぜ Internet Protocol version 6 (IPv6) がインターネット標準として Internet Protocol version 4 (IPv4) から置き換わりつつあるのか、 また、これをどのように使用すると利点があるかについて説明します。 IPv6 の概念 システムに IPv6 を実装する前に、IPv6 アドレス・フォーマット、IPv6 アドレス・タイプ、近隣ディスカバリーといった IPv6 の基本的な概念を理解する必要があります。 I
IPv4 と IPv6 の比較
32 ビット (4 バイト) の長さ。 アドレスは、アドレス・クラスに応じてネットワーク部分とホスト部分で構成されます。 最初の数ビットに基づいて、 A、B、C、D、または E アドレス・クラスが定義されます。 IPv4 アドレスの合計数は 4 294 967 296 です。IPv4 アドレスのテキスト書式は、nnn.nnn.nnn.nnn です (0<=nnn<=255 で、個々の n は 10 進数字)。先行ゼロは省略できます。印刷文字の最大数は 15 で、これにはマスクは数えられていません。 128 ビット (16 バイト) の長さ。 基本アーキテクチャーは、 ネットワーク番号が 64 ビット、およびホスト番号が 64 ビットです。 IPv6 アドレスのホスト部分 (またはその一部) は、MAC アドレスあるいはその他のインターフェース ID から取り込まれていることがよくあります。
IBM Cloud料金体系
01 無料で始める 02 購入モデル 03 削減額 04 顧客体験 05 製品別料金 06 料金見積もりツール 07 支払いプラン
z/OS シェル・スクリプトを書く
一連のコマンドを何回も使用しなければならない経験は、大部分の 人がお持ちのはずです。プログラマーは常に同じコマンドを使用して、ソース・コードをコンパイルし 、結果のオブジェクト・コードをリンクすることがよくあります。 簿記担当者は毎週同じ一連のシェル・コマンドを使用して、 帳簿を更新し報告書を作成します。 そのような仕事を簡単にするため、シェルによって、テキスト・ファイル内 に保管されたコマンドのシーケンスを実行できます。例えば、 プログラマーはコンパイルおよびリンクのための適切なコマンドをファイルに 保管しておくことができます。このようなコマンドを持つファイルは、シェル・スクリプト と呼ばれます。そのようなファイルを作成し、それを実行可能にした後で、 プログラマーはファイル名をコマンド行に入力すれば、ファイル内のすべてのコマンドを 実行できます。 コマンドをシェル・スクリプトの中に入れて
z/OS シェルの概要
z/OS UNIX System Services では、次の 2 つのシェルを使用できます。 z/OS シェル tcsh シェル z/OS シェルは、Korn シェルに見られるいくつかの機能を備えた UNIX システム V シェルを モデルにしています。z/OS UNIX System Services 用に採用されているこのシェルは 、ISO/IEC 国際標準 9945-2: 1992 として採用された POSIX 標準 1003.2 に準拠しています。 tcsh シェルは、拡張バージョンですが、バークレー UNIX C シェルである csh とは 互換性があります。このシェルは、ログイン・シェルおよび シェル・スクリプト・コマンド処理プログラムとして使用できるコマンド言語インタープリターです。 図 1 は、これらのシェルがどのように z/OS® に組み込まれているかを示します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
zeroifnull
IBM SDK, Java Technology Edition 7 Release 1
IBM Developer
Cognos Business Intelligence 10.2.2
Efficient data transfer through zero copy
IBM Developer