投稿

Grid Infrastructure: さようならTomcat – ようこそMicronautへ (2026/05/19)

イメージ
Grid Infrastructure: さようならTomcat – ようこそMicronautへ (2026/05/19) https://mikedietrichde.com/2026/05/19/grid-infrastructure-bye-tomcat-welcome-micronaut/ Anil Nair は 4 月 28 日に MAA ブログ記事 で次のように書いています。 「 Oracle は Apache Tomcat アプリケーション サーバーを Micronaut フレームワークに置き換えることで、ソフトウェア スタックを簡素化しています 。」。すでに何人かの方から質問があったので、Grid Infrastructure を使用した 19.30 および 19.31 でのこの変更についてもう少し詳しくお伝えします 。Tomcat よし、Micronaut ようこそ 。 Unsplash の Hayrullah Gozcu による写真 それは自動的に起こります 最初は、お客様側で何もする必要はありません。この動作変更は自動的に行われます。 これはGrid Infrastructure 26aiのデフォルト設定であり、19.31 Grid InfrastructureおよびDBリリースアップデートに統合されました。より正確に言うと、Tomcatの削除は19.31で行われ、Micronautの追加は既に19.30で行われています。 これは バグ34381643 – 追跡:23C GRID HOMEからTOMCATコンポーネントとファイルを削除する、 として追跡されています。Tomcatのオプション選択は削除されました。Tomcatが必要な場合は、手動でインストールする必要があるかもしれません。   なぜこのようなことが起きているのか? アニルの言葉を引用して 、彼はいくつかの理由を挙げた。 頻繁に標的となる成分への曝露を低減する 完全なアプリケーションサーバー層の必要性を排除する 全体的な実行時複雑性を低減する 私自身の経験から言えるのは、セキュリティ基準に従ってTomcatを最新の状態に保つためのパッチ適用作業が増えることを、お客様は常に懸念していたということです。今回の変更は、Oracle Grid Infrastructure 23ai...

ロード・バランサ+ WAF、APIゲートウェイ、オブジェクト・ストレージおよびサービス・ゲートウェイを使用した、OCIでの静的コンテンツによるHA、セキュアなWebサイトの構築 (2026/05/18)

イメージ
ロード・バランサ+ WAF、APIゲートウェイ、オブジェクト・ストレージおよびサービス・ゲートウェイを使用した、OCIでの静的コンテンツによるHA、セキュアなWebサイトの構築 (2026/05/18) https://www.ateam-oracle.com/building-ha-secure-websites-with-static-content-in-oci-with-load-balancer-waf-api-gateway-object-storage-and-service-gateway 投稿者: Amit Chakraborty 組織は通常、高可用性とOWASP Top 10 などの Web セキュリティのために、ロードバランサーと WAF の背後にある OCI に Web アプリケーションをデプロイします 。 図1 ウェブアプリケーション(アプリ)は、下流のデータベースから追​​加データを取得することでコンテンツを動的に生成できますが、多くの場合、ユーザーエージェント(ユーザーのブラウザ)への応答として静的コンテンツも送信する必要があります。これらの静的コンテンツは、CSSページ、GIFファイル、あるいは企業のウェブサイト向けの製品情報、ソリューションプレイブック、財務報告書など、単純なものから複雑なものまで多岐にわたります。 図2 最初に考えられるアプローチとしては、静的コンテンツをコンピューティングインスタンス、例えば ブロックボリューム に配置するという方法があります(厳密には、ブロックボリュームはコンピューティングインスタンスに「属する」のではなく、インスタンスに「接続される」ものですが、要点は理解していただけるでしょう)。この方法は機能しますが、スケーラビリティの問題など、明らかなメンテナンス上の課題が伴います。別のアプローチとしては、これらの情報をデータベースに格納するという方法があります。これはもっともらしい方法ですが、やりすぎでしょう。 合理的なアプローチとしては、これらの静的コンテンツをOCI オブジェクトストレージ に配置することです。OCIのネイティブサービスであるため、可用性が高く、信頼性が高く、コスト効率に優れたストレージサービスです。 図3 アーキテクチャ アーキテクチャ構成要素は以下のとおりです。 ロードバランサー...

Oracle Database@MulticloudでのExadata Databaseを使用したリージョン間DRのためのOCIネットワーキングの構築 (2026/05/18)

イメージ
Oracle Database@MulticloudでのExadata Databaseを使用したリージョン間DRのためのOCIネットワーキングの構築 (2026/05/18) https://www.ateam-oracle.com/odbx-cross-region-ha 投稿者: Catalin Andrei  | Master Principal Cloud Architect 顧客がOracle Database@Multicloud上のExadata Databaseのリージョン間災害復旧の計画を開始する際、通常はデータベース層から議論が始まります。Data Guard、保護モード、スイッチオーバー、フェイルオーバー、および復旧目標が、初期の設計セッションで中心的な議題となる傾向があります。 Data Guardの設定時には、アクティブデータベースとスタンバイデータベース間の接続が確立されている必要があります。 アーキテクチャは図面上で見れば単純明快ですが、2つのリージョンにわたって一貫性のある構築を行うには、細部への注意が必要です。ハブのVCN、LPG、DRG、リモートピアリング接続、ルーティングテーブル、NSGはすべて整合していなければなりません。ルートが1つ欠けていたり、ピアリング手順が1つでも不完全だったりすると、完璧なDR設計が長時間のトラブルシューティング作業に変わってしまう可能性があります。 この解決策の一部を実行するには、3つの実際的な方法があります。 OCI Web UIで構築する Terraformで構築する OCI Cloud Shellスクリプトを使用して構築します。 OCI Web UIで構築する OCIコンソールは、すべてのオブジェクトを自分で作成できるため、設計を理解する上で最も直接的な方法です。トポロジーを学ぶことが目的であれば、ここが最適な出発点となります。Oracleのリファレンス実装をリージョンごとにステップバイステップで追っていくことで、ハブVCN、LPG、DRGアタッチメント、ルーティングテーブルがどのように連携しているかを正確に確認できます。 欠点は複雑さではなく、繰り返し作業である。 これは実験室規模であれば問題なく対応できます。しかし、再現性、監査可能性、あるいは確実なロールバック経路が必要になると...