Oracle Cloud Infrastructure Blog(翻訳)

データ管理規制から何を学ぶか？ (2022/11/01) https://blogs.oracle.com/infrastructure/post/what-can-be-learned-from-data-management-regulations 投稿者： Donna Cooksey | Solution Specialist 規制に準拠したデータ管理戦略を構築するのに最適な時期は、規制が課される前、あるいは要求される前です。  金融や公益産業のような厳しいコンプライアンス要件が課されることはないかもしれませんが、規制を理解し、自社の指針として活用することは良いことです。 データ管理戦略の強化は、最初の作成（本番）からテスト/開発用のクローン、そしてバックアップに至るまで、ライフサイクル全体にわたって行われます。 バックアップは短期・長期の保存データの大部分を占めるため、このブログでは OracleのZero Data Loss Recovery Appliance を使ったバックアップデータの法規制順守に焦点を当てます。 Oracle Databaseと共同開発された Recovery Appliance は、 Maximum Availability Architecture（MAA） を使用して一から構築され、単なるバックアップ作業ではなく、特にデータリカバリに焦点を合わせています。  Recovery Applianceは、リアルタイムでデータを自動的に保護し、データベースを意識したプロセスですべてのバックアップを検証し、管理下にあるすべてのデータベースの現在のリカバリステータスを提供します。   規制上の要件として、バックアップはデータの種類に応じて特定の期間保持することが義務付けられています（例えば、多くの財務記録は7年間）。 ファイルを保存することは明らかに要件の一部に過ぎず、コンプライアンスに準拠するためには、バックアップは復元可能でなければなりません。 これは当然のことのように思えるかもしれませんが、バックアップを管理したことのある人なら誰でも、ファイルが破損していたり、見つからないために復元操作が失敗することがあることを理解しています。  データ規制は、新しい脅威や進化する脅威を取り込むために、時とともに進化しています。 金融サービス業界

OCI Email Deliveryにおけるスパム問題のトラブルシューティング (2022/11/01) https://blogs.oracle.com/cloud-infrastructure/post/troubleshooting-spam-issues-oci-email-delivery 投稿者： Josh Nason | Senior Email Delivery Consultant "なぜ私のメールはスパムになるのでしょうか？" メールの専門家は、送信者のためにこの質問に頻繁に答えますが、その多くはテストプロセス中に行われます。しかし、たとえ迷惑メールフォルダに入ることがあっても、今後送信されるすべてのメールが迷惑メールになるわけではありません。 このような事態が発生した場合、積極的に問題点を把握することで、信頼できる送信者からのメールがスパムとして判定されることはよくあり、私たちはそれを解決する方法を知っています。 認証の問題 まず、テストや送信を行う前に、送信ドメインやサブドメインに対して、適切な リージョン固有の送信者ポリシーフレームワーク（SPF）レコード と Oracle Cloud Infrastructure（OCI）固有のドメインキー識別メール（DKIM）セレクタ を含むメール認証を常に設定する必要があります。メール認証は、メールが転送される受信メールサーバーが、本当にそのように許可されていることを示します。スパムフォルダを回避するためのこの重要な要素は、簡単に実現することができます。 "OCI-specific"の使用に注意してください。SPFとDKIMが他の送信コンジットのために設定されている場合、その認証はOCI Email Delivery（または他のプロバイダ）を通して送信することにはなりません。認証は送信者ごとに行われるため、DNSレコードにそれが反映されていることを確認してください。疑問がある場合は、ダブルチェックするか、専門家に尋ねてください。SPFとDKIMを使用する DMARC で配信の問題がある場合、DmarcianやMXToolboxなどの無料のサードパーティツールで、DKIMセレクタに不具合があるなど、問題の所在を確認することができます。 また、後で説明する理由によ

ストリーミングとFunctionsによるOracle Cloud GuardとLogging Analyticsの連携（パート1） (2022/11/01) https://blogs.oracle.com/cloud-infrastructure/post/integrating-cloud-guard-logging-analytics-part-1 投稿者： Vishak Chittuvalapil | Staff Cloud Engineer Lasya Vadavalli | Cloud solution Engineer Logging Analytics は、Oracle Cloud Infrastructure（OCI）の機械学習（ML）ベースのツールで、オンプレミスおよびマルチクラウド環境からのすべてのログデータを分析し、さまざまなテクノロジースタックにわたって複雑な分析、トラブルシューティング、可視化を可能にします。Oracle Management Agentを使用したLogging Analyticsへのログのロード、オンデマンドでのログのアップロード、OCI Object Storageからのログ収集、Service Connectorの使用などが可能です。 Oracle Cloud Guard は、クラウドのポスチャーを管理するためのセキュリティツールです。他のOCIネイティブ・サービスと同様に、Oracle Cloud GuardとLogging Analyticsをシームレスに統合し、ログの統合、分析、アラート、ダッシュボードのために異なるソースからのすべてのデータを持つ単一の堅牢なソリューションを作ることができます。 このブログ記事のパート1では、OCI Streamingサービスを使用したOracle Cloud GuardとLogging Analyticsの統合を紹介します。パート2では、OCI Functionsサービスを使用したOracle Cloud GuardとLogging Analyticsの統合について説明します。 アーキテクチャ 以下のアーキテクチャ設計は、Cloud GuardイベントをOCI Streamingを使用してLogging Analyticsに送信するPart 1のアプローチの概要を示してい

OCI Logging Analyticsのダッシュボードを使い始める (2022/10/31) https://blogs.oracle.com/cloud-infrastructure/post/start-oci-logging-analytics-dashboards 投稿者： Venugopal Naik Oracle Cloud Infrastructure (OCI) Logging Analyticsは、アプリケーション、インフラストラクチャ、およびあらゆるクラウドサービスのログの主要要素について、視覚的なログ・チャートを作成するのに役立ちます。オールイン・ダッシュボードの作成は、組織がDay 2オペレーションを実行する上で非常に重要です。このブログでは、ワークロードのログ分析ダッシュボードを構築するのに役立つ2つのOCI Logging Analyticsの機能を紹介します。 OCI Logging Analytics は、ほとんどのデータソースに対してあらかじめ定義されたログソース、パーサー、およびラベルにより、ログ解析を簡素化します。完全なリストについては、 Oracle-defined Sources を参照してください。Linuxを例にとると、次のログ・ソースがすでに定義されており、Logging AnalyticsはLinux Audit、Linux Cron、Linux Mail Delivery、Linux Secure、Linux Syslog、およびLinux YUMログを解析する方法を知っていることになります。 LinuxのSyslogログをさらに詳しく見てみると、ログソースから、どのログが考慮されているか（この場合、/var/log/syslogと/var/logメッセージ）、どのパーサーが使われているか（syslog標準形式）などがわかります。パーサーの詳細と使用されている正規表現（regex）を見ることができます。 ダッシュボードの構築を始めるにあたり、Logging Analyticsが提供する以下の機能を使ってみましょう。     OCI Logging Analyticsのラベル     クラスターの可視化 OCI Logging Analyticsのラベル OCI Logging Analyticsは、ソースの様々

Oracle AnalyticsをOracle Application Express（APEX）に組み込むためのガイド (2022/10/29) https://medium.com/oracledevs/a-guide-to-embedding-oracle-analytics-into-oracle-application-express-apex-1799f6ba4626 投稿者： Mike Durran Oracle Application Express(APEX) Oracle Application Express（ APEX ）は、独自のアプリケーションを簡単に作成できるローコード開発環境です。先日のイベント「Oracle Cloud World」（'22）では、APEXを使って世界的なパンデミックに対応するアプリケーションを迅速に作成し、基調講演の1つで紹介されました。 このページにたどり着いた方は、すでにAPEXについてご存じだと思いますが、なぜ Oracle Analytics Cloud（OAC）をAPEXに組み込もうと思ったのか、疑問に思われるかもしれませんね。実は、2019年のあるカンファレンスで、私はまさにその質問を受けました。APEXにはすでに豊富なレポート機能と 可視化 機能があり、それらの可視化の多くは Oracle JET （両製品とも）をベースにしているからです。 私の回答は？APEXとOACは補完関係にある製品で、利用できる可視化の種類に重複がありますが、もう一方の製品にも追加機能を提供しており、結果としてデータエンジニアとビジネスエンドユーザーの両方にとってより包括的なユーザーエクスペリエンスとなります。 以下にいくつかの例を挙げますので、後で詳しく説明します。     APEX アプリケーションに OAC 自然言語生成またはタグクラウドを追加。     APEXのファセット検索を使用して、組み込まれたOACキャンバスにフィルターを定義する機能。     OACのセルフサービス データ準備 、エンリッチメント、ML統合は、APEXで構築されたアプリケーションの分析能力を強化することができます。 他にも挙げればきりがありませんが、全体として、これら2つの製品を一緒に使うことは検討する価値があると思います。このブロ

OCIが「2022年ガートナー・マジック・クアドラント」の「クラウド・インフラストラクチャー＆プラットフォーム・サービス部門」で「ビジョナリー」に認定される (2022/10/29) https://blogs.oracle.com/cloud-infrastructure/post/oci-visionary-2022-gartner-magic-quadrant 投稿者： Clay Magouyrk | Executive Vice President, Oracle Cloud Infrastructure Engineering https://www.oracle.com/cloud/ ガートナーはこのほど、主要なクラウド・インフラストラクチャ・プロバイダーを網羅した2つの重要なレポートを発表しました。2022年ガートナー・マジック・クアドラントの「クラウド・インフラストラクチャー＆プラットフォーム・サービス（CIPS）」と「2022年CIPSの重要能力（Critical Capabilities for CIPS）」です。OCIは、「Critical Capabilities」のすべての基準とユースケースで高いスコアを獲得し、「Visionary」として認定されたことをお知らせします。 OCI は、お客様により多くの選択肢と新しいクラウド機能を提供する 今回のアナリストレポートは、お客様がクラウドに期待できることを拡大し、向上させるという私たちの戦略を見事に反映していると考えています。お客様は、特定の国やデータセンターなど、必要な場所でクラウド機能にアクセスし、展開する柔軟性を求めています。専用モデルや主権モデル、選択したクラウドソリューションプロバイダーによるカスタマイズや管理、マルチクラウド環境など、さまざまな形態があります。お客様は、データからより深くより速く洞察を得たり、アプリケーションを構築して保護したりするために、より多くの選択肢を求めています。私たちは懸命に革新に取り組み、お客様がユニークな方法でクラウドを利用できるよう支援してきました。昨年度のいくつかの例を挙げながら、私たちの進歩をまとめたいと思います。 分散型クラウドでより多くのクラウドバリューを提供     クラウドオプションの拡充により、パブリック、マルチクラウド、ハイブリッド、

OCI GoldenGateでプロファイルを使う (2022/10/28) https://blogs.oracle.com/dataintegration/post/using-profiles-with-oci-goldengate 投稿者： Eloi Lopes | Cloud Engineer Julien TESTUT GoldenGateプロファイルとは何ですか？ Oracle GoldenGateは、管理されたExtractとReplicatプロセスを設定し、その Trailファイル の暗号化方法を制御するオプションを提供します。これらのオプションは、再利用可能なプロファイルに格納されます。GoldenGateには2種類のプロファイルがあります。     マネージドプロセス GoldenGateのプロセスのライフサイクルを制御するプロファイル     暗号化／鍵管理システム（KMS） Trailファイルの暗号化に使用する暗号化技術を定義したプロファイル OCI GoldenGateでプロフィアるを使う理由とは？ まず、マネージドプロセスプロファイルから説明します。テーブルとスキーマを異なるプロセスに分割できるため、異なる優先順位の抽出と複製を行うことができます。 異なる構成でプロファイルを準備し、必要なときに再利用すれば、時間を大幅に節約することができます。 停止できない重要なテーブルのプロファイルを用意し、万が一停止した場合は、できるだけ早く自動的にプロセスが再起動するように設定することが可能です。一方、しばらく停止してもよく、すぐに介入する必要のないプロセスもあります。そうしたプロセスには、別の設定を適用することができます。すべてのニーズに対応するユニークなプロファイルを1つ持つことは、困難なことです。 暗号化プロファイルでは、Oracle Key Vault（OKV）またはOracle Cloud Infrastructure（OCI）Vaultという、好みの鍵管理システム（KMS）を選択できます。暗号化プロファイルは、Trailファイルの暗号化方法を定義するもので、コンプライアンス上の理由から必要となる場合があります。さらに、組織によっては自動生成された鍵を許可しない場合があり、独自の鍵を使用してTrailファイルを暗号化する必要があります。T