Oracle Cloud Infrastructure Blog(翻訳)

OCI GoldenGate を使用する adminclient - 基本操作 (2023/04/01) https://medium.com/oracledevs/adminclient-with-oci-goldengate-basic-operations-jdio-1a50e31242e0 投稿者： Data Voyage by Jigar Doshi 古いスタイルのコマンド ライン GG インターフェイスに戻ります。スクリプトと端末の機能を使用して OCI GG を操作および管理します。 Oracle GoldenGate (OGG) の長年のユーザーは、ggsciコマンドライン ユーティリティの使用に非常に慣れています。これは、従来の OGG を管理するための唯一のオプションでした。OGG マイクロサービス アーキテクチャ (OGG MA) では、adminclientユーティリティが導入されました。これには、従来の ggsci ユーティリティよりもいくつかの利点と機能強化がありました。 注 — OGG クラシックアーキテクチャは、21c 以降では非推奨です。OGG MAは前進する道です OCI は、クラウドネイティブサービスとして OGG MA を提供します。これは、OCI GGデプロイメントでadminclientを使用できることを意味します。何らかの理由で、これを追求しているユーザーはめったにいません。 この投稿では、Web コンソールで adminclient を使用する利点について説明します。次のいずれかの方法で adminclient を使用できます。 OCI Cloud Shellの使用。adminclient はデフォルトでプリインストールされています。OCI GG コンソール ページの[Launch Admin Client]ボタンを使用することもできます。 OGG MA ソフトウェアをローカルにインストールします。 いずれの場合も、OCI GG エンドポイント (URL) への NW 接続が前提条件です。製品チームには、これを行う方法に関する優れたブログ投稿があります。 この記事では、Cloud Shellを使用してプリインストールされた adminclient を使用します。 注 - 「起動」ボタンを使用して OCI GG コンソー

分析ビューを使用してテーブルをアップグレード (2023/03/31) https://blogs.oracle.com/datawarehousing/post/upgrade-tables-with-analytic-views 投稿者： William Endress | Autonomous Database Product Management はじめに クエリの記述または生成は、特にクエリが集計レベルで分析計算を返す必要がある場合に困難になる可能性があります。たとえば、前年同月と比較した当月の売上の変化率など、メジャーを返す単一のクエリを作成するのは困難です。これは 3 パスのクエリであり、最初のパスで集計、パーティション化された外部結合、フィルター拡張、2 番目のパスで分析ウィンドウ関数、最後のパスでいくつかの基本的な計算を行います。 通常、これらのクエリを自分で作成することはありません。それはあまりにも難しいです。代わりに、Oracle Analytic Cloud (OAC) などのビジネスインテリジェンスツールを使用します。OAC には優れたデータ視覚化機能がありますが、難しい作業は OAC サーバーで行われ、クエリを生成します。 開発者は、たとえば Oracle Application Express (APEX) を使用してカスタムアプリケーションを作成するときに、SQL 生成に追われています。レポートまたはグラフを提供する単一の分析クエリを作成することは、複雑になる場合があります。データの選択、さまざまな集計、次元の変更、およびさまざまなパラメーター化された計算をサポートする SQL ジェネレーターを作成するのは、より複雑です。これは、典型的な開発者が試みることのないものです。 なぜそんなに難しいのですか？開発者がすべての作業を行う必要があるため、難しいです。開発者は、SQL ジェネレーターを記述し、それをサポートするメタデータを管理する必要があります。テーブルはデータの格納と取得には優れていますが、テーブルはクエリを記述しません。彼らは？ クエリを記述したテーブルがあった場合はどうなるでしょうか？ そのテーブルにセマンティックモデルが付属していたらどうなるでしょうか。そのテーブルが、分析計算を簡単に表現できる特別な関数をサポートしている

クラウド内の Java マイクロサービス用の GraalVM (2023/03/31) https://blogs.oracle.com/cloud-infrastructure/post/graalvm-and-java-in-oci 投稿者： Steve Quan Java は移植性で有名であり、Java 仮想マシン (JVM) 処理環境を使用して Java コード、クラス、およびライブラリーを実行します。2022 年に VDC Research がテクノロジー エグゼクティブ、マネージャー、開発者を対象に行った調査では、Java がクラウド ネイティブ開発のトップ プログラミング言語であることがわかりました。2021 年には、380 億のアクティブなクラウドベースの JVM が推定され、クラウドベースの JVM は 2026 年まで毎年約 11% 成長すると予測されています。 複雑なエンタープライズ アプリには、大量のコンピューティングとメモリが必要です。クラウドで今日のニーズに合わせて新しいアプリを構築する組織もあれば、俊敏性と効率性を念頭に置いてマイクロサービスアーキテクチャ スタイルを使用してレガシーコードを再構築する組織もあります。 GraalVM が Java を高速化する方法 クラウドでは、展開、コンピューティング アーキテクチャ、およびオペレーティング システムがビルド時に認識されます。そのため、 GraalVM などの高性能最適化コンパイラを使用して、コードを事前にコンパイルすることで、大幅に小さく、より高速に起動できます。オープン ソースまたはエンタープライズ バージョンのいずれかを選択して、より少ないコンピューティング リソースを使用し、運用コストを削減する、より効率的なソフトウェアを生成できます GraalVM がどのように機能するかについての個人的な洞察については、 GraalVM 開発担当副社長である Thomas Wuerthinger によるWeb キャスト「 Oracle Cloud での高効率 Java 」の再生を聞いてください。GraalVM が起動時間をほぼ 100% 改善する方法と、コンテナへの配置を容易にするより効率的なコードを生成する方法のデモをご覧ください。 もっと知りたい？ 今すぐGraalVMを始めましょう

OCI Network Firewall - プライベート LBaaS トラフィックの保護 (2023/03/30) https://blogs.oracle.com/ateam/post/oci-network-firewall-securing-the-private-lbaas-traffic 投稿者： Andrei Stoian | Master Principal Cloud Architect | North America Cloud Engineering 前提条件: OCI Network Firewall - Concepts and Deployment OCI Network Firewall - NAT Gateway use case OCI Network Firewall - Hub and Spoke traffic inspection OCI Network Firewall - Securing the LBaaS traffic ルーティングとセキュリティの観点から、NFW とプライベート LBaaS を含むネットワークアーキテクチャのデプロイは非常に興味深いものです。パブリック LBaaS の場合と同様に、使用されるプライベートリソースに関連する違いはありますが、同程度のセキュリティが提供されます。 NFW がネットワークのさまざまな部分との間のトラフィックを検査するために必要なルーティング構成については、次のセクションで説明します。これは、NFW がバンプインとして機能するネットワークアーキテクチャのコアを形成します。 概念の一部は、以前の NFW ブログで既に公開されていますが、ここでは、NFW をプライベート OCI LBaaS と統合しましょう。 以下は、提案されたネットワークトポロジです。非常に単純ですが、適切な場所に配置する必要があるすべての関連するルーティングとセキュリティの詳細を提供します。 アプリ VM1 と VM2 はプライベート LBaaS の背後にあり、10.114.187.184 のオンプレミスホストとコンシューマ VM1 から発信されたトラフィックは、プライベート LBaaS に送信される前に NFW によって分析される必要があります。 ルーティング構成 a) 10.114.187

DRGルート表とインポートディストリビューションリストの概要 - パート1 (2023/03/30) https://blogs.oracle.com/ateam/post/overview-of-drg-route-tables-and-import-distribution-lists-part-1 投稿者： Raffi Shahabazian | Principal Cloud Network Architect 動的ルーティング ゲートウェイ (DRG) は、OCI でかなり前から使用されています。しかし、DRG の作成時に事前にバンドルされている自動生成された DRG ルート表と自動生成されたインポートディストリビューションを永続的に使用できるか、または DRG ルート表とインポートルートディストリビューションを使用する場合に別の方法があるかという質問がよく寄せられます。 . 始める前に、DRG を最初に作成したときに、これらの自動生成された DRG ルート表とインポートルートディストリビューションが OCI コンソールでどのように表示されるかを簡単に見てみましょう。 DRGルート表のデフォルトビュー DRGインポートルートディストリビューションのデフォルトビュー 自動生成された DRG ルート表とインポート ルートディストリビューションは問題なく使用できますが、これが推奨されるアプローチであるとは限りません。たとえば、Prod VCNで仮想回線を使用し、Dev VCNでIPSec接続を使用する場合はどうすればよいですか? VCN間のEast-WestトラフィックがハブVCNをトラバースしなくても通信できるようにする必要がある場合はどうすればよいですか? VCNのサブセットが東西通信を必要としているが、残りのVCNがハブVCNをトラバースする必要がある場合はどうすればよいですか? これらのトラフィックフローの例は一般的な使用例であり、対応する一意のインポート ルートディストリビューションを備えた一意の DRG ルート表を活用すると、長期的には管理がより簡単になります。 DRG ルート表とルート ディストリビューションのインポート 最初の作成時 (または従来の DRG アップグレードの直後) に、自動生成される 2 つの DRG ルート表があり、それぞれに

MySQL Database Service – 情報を見つける： パート 5 – HeatWave (2023/03/30) https://blogs.oracle.com/mysql/post/mysql-database-service---find-the-info-part-4---heatwave 投稿者： Frederic Descamps | MySQL Community Manager Oracle Cloud InfrastructureでMySQL Database Serviceを使用するときに情報を見つける方法に関するこの新しい記事では、クエリアクセラレータであるHeatWaveについて学習します。 HeatWave を使用すると、MySQL クエリのパフォーマンスを向上させ、アプリケーションに高速で信頼性が高く、費用対効果の高いデータ アクセスを提供できます。 HeatWave は、Oracle Cloud Infrastructure 上の MySQL Database Service 用の高性能インメモリ クエリアクセラレータです。分析ワークロード (OLAP) を高速化し、MySQL データベースのパフォーマンスを桁違いに向上させるように設計されています。これは、メモリ内処理、高度なアルゴリズム、機械学習技術を使用してクエリのパフォーマンスを最適化することで実現されます。オプティマイザによって識別された場合、OLTP リクエストも HeatWave を使用して高速化できます。 この記事では、次の質問に答えようとします。 HeatWaveは使えますか？ HeatWaveが有効になっていますか？ 私のデータは HeatWave の恩恵を受ける準備ができていますか？ 私のクエリは高速化されていますか？ クエリが高速化されないのはなぜですか？ 機械学習は、データが HeatWave にロードされる方法を改善できますか？ 上記の質問は、OCI で MDS を使用する MySQL DBA が定期的に回答する必要があるものです。 HeatWaveは使えますか？ OCI で MySQL Database Serviceに HeatWave を使用できるようにするには、MySQL シェイプ が HeatWave と互換性がある必要があります。