投稿

vCPUおよびOCPUの価格情報 (2026/01/30)

イメージ
vCPUおよびOCPUの価格情報 (2026/01/30) https://blogs.oracle.com/cloud-infrastructure/vcpu-and-ocpu-pricing-information 投稿者： Oracle Cloud お客様が競合製品をより簡単に比較し、この業界標準に沿えるよう、オラクルはコンピューティングベースの製品のWeb上の価格表示方法を業界標準のvCPUアプローチに変更します。基本的な価格表と課金体系は引き続きOCPUに基づいています。では、なぜこの変更になったのでしょうか？ 顧客への明確化 他のクラウドがコンピューティングリソースの測定に使用しているモデルは仮想CPU（vCPU）であり、これは完全に仮想的なものです。エンドユーザーは、その抽象化の基盤となるリソースが何なのか、あるいはクラウドプロバイダーが効率化のために物理ネットワーク帯域幅とコンピューティングコアをどれだけオーバーサブスクリプションしているのかを知る由もありません。これはプロバイダー自身のものであり、お客様のものではありません。こうした変動性、ノイジーネイバー問題、その他の要因により、これらのクラウドはパフォーマンスの保証を提供しません。 Oracle Cloud Infrastructure（OCI）を設計した際、予測可能な高パフォーマンスを確保するという目標から、ノンブロッキング・ネットワークとオーバーサブスクリプションのないコンピューティングという設計原則が生まれました。測定単位として、vCPUは当社の製品には適していませんでした。 OCIのお客様は、基盤となる物理インフラストラクチャの実質的な一部を利用できます。例えば、VM.Standard2.2 Computeインスタンスの1つは2つのOCPUを提供します。これはシステム内の合計52個の物理コアのうち2個に相当し、4つのスレッドの同時実行をサポートします。また、768GBのRAMのうち30GB、そして基盤システムで利用可能な50Gbpsのうち2Gbpsも含まれています。このアプローチには仮想的な要素はほとんどなく、基盤となるハードウェアの実質的な一部を利用でき、パフォーマンスと管理性に関するSLAによって裏付けられています。これは多くのクラウドには見られません。 OCPUがあなたにとってどの...
コメントを投稿
続きを読む

HAアプリケーション開発: 開発者の高可用性への道のり (2026/01/30)

イメージ
HAアプリケーション開発: 開発者の高可用性への道のり (2026/01/30) https://blogs.oracle.com/developers/ha-app-dev-a-developers-journey-to-high-availability 投稿者： Irina Granat | Senior Director Richard Exley | Consulting Member of Technical Staff, Oracle Database 多くの開発者は、理想的な条件下でコードが正しく動作することに集中していますが、もし障害が発生した場合はどうなるでしょうか？アプリケーションインスタンスがクラッシュしたり、メンテナンス作業を行ったりした場合、エンドユーザーにはどのような影響があるでしょうか？単なる迷惑にとどまらず、コストがかかり、ユーザーの信頼を著しく損なう可能性があります。業界調査によると、数分間のダウンタイムでも数千ドルの損失が発生し、ブランドに永続的な影響を与える可能性があると推定されています。 はじめに 多くの開発者は、ハッピーパスを最適化しようとします。しかし、本番環境では障害は避けられず、一度のクラッシュやメンテナンス期間が波及し、コストの増大、ユーザーの不満、そして信頼の低下につながる可能性があります。高可用性（HA）は、もはやサーバーやデータベースだけにとどまらず、アプリケーションの設計、構築、そして構築方法に関わるものです。 Oracle Maximum Availability Architecture（MAA）チームは、20年以上にわたり、企業のプラットフォームレベルでの稼働率向上を支援してきました。しかし、HAはインフラストラクチャ層だけにとどまりません。このプロジェクトでは、「開発者が同じ規律をアプリケーション自体に適用したらどうなるだろうか？ 耐障害性を後付けで考えるのではなく、最初から設計に組み込んだらどうなるだろうか？」という問いを投げかけました。 重要なポイント: 高可用性とは、単に「稼働」しているということではなく、問題が発生した場合でも確実に高速で応答することです。 これは、HAアプリ開発のベストプラクティスシリーズの最初の投稿です。このシリーズでは、代表的なアプリケーションの作成とテストを通して...
コメントを投稿
続きを読む

Kafka Javaアプリケーション用のOracle Transactional Event Queuesを使用したKafkaブローカの削除 (2026/01/30)

Kafka Javaアプリケーション用のOracle Transactional Event Queuesを使用したKafkaブローカの削除 (2026/01/30) https://blogs.oracle.com/database/eliminating-kafka-brokers-with-oracle-transactional-event-queues-for-kafka-java-applications 投稿者： Nithin Thekkupadam Narayanan | Senior Principal Product Manager 現代のイベントドリブン・アーキテクチャは、サービス間でリアルタイムにデータを移動するために、スケーラブルで信頼性の高いストリーミング・プラットフォームに依存しています。Oracle  Transactional Event Queues（TxEventQ）は 、Oracle Database内でネイティブにイベント・ストリーミングを可能にするため、アプリケーションは、別途メッセージング・ブローカーを必要とせずに、完全なトランザクション保証の下でイベントを発行、利用、そして永続化できます。 TxEventQの重要な機能の一つは、Kafka互換クライアントのサポートです。既存のKafka Javaプロデューサーとコンシューマーは、使い慣れたKafka APIを使用してOracle Databaseに直接接続できるため、チームは既存の開発モデルとツールを引き続き使用しながら、アーキテクチャを拡張またはモダナイズできます。 この投稿では、高レベルの統合アプローチ、Kafka Java クライアントが TxEventQ と連携する方法、および Oracle LiveLabs ワークショップを使用してそれを試す方法について説明します。 Kafka アプリケーションで Oracle Transactional Event Queuesを使用する理由 従来のKafkaのデプロイメントでは、データベースとは独立して運用、スケーリング、監視する必要がある追加のインフラストラクチャレイヤーが導入されます。また、データベーストランザクションとメッセージ配信の一貫性を維持するために、慎重な調整も必要になります。 Oracle Tra...
コメントを投稿
続きを読む