【日本語訳ブログ】Kongサポートへのログインと ケースの作成方法

  本日、Kong Gateway 2.8 をリリースしたことをお知らせします。このリリースにより、API マネジメントがさらに簡素化され、いかなるインフラストラクチャにおいてもあらゆるサービスに対するセキュリティが向上します。今回の発表は、モダン アーキテクチャ間でインテリジェントに情報を仲介する次世代サービス コネクティビティ プラットフォームを提供することにより、お客様とコミュニティに対する Kong の継続的なコミットメントを示すものです。 Kong Gateway 2.8 は、オープン ソース版、商用版ともにご希望の配布チャネルにて入手可能となっています。 シークレット マネジメント (ベータ版) (Enterprise/OSS) Kong Gateway 2.8 のリリースで最初に紹介するのは、現在ベータ版として提供されている「シークレット マネジメント」と呼ばれる新機能群です。 その前に、まず「シークレット」の定義を明確にしておきましょう。ここでいうシークレットとは、ゲートウェイの適切な運用に必要な機密情報のことです。シークレットには、たとえばデータベース接続情報などのゲートウェイのコア コンフィギュレーションの一部、またはゲートウェイによってサービスされる API に関連するゲートウェイ コンフィギュレーションの一部が含まれます。最も一般的なシークレットの種類は以下の通りです。…

Continue reading

＜本ドキュメントはKong Inc.掲載ブログをKongパートナーであるエクセルソフト株式会社が翻訳したものを転載しています。 記事参照はこちら https://www.xlsoft.com/jp/blog/blog/2021/08/21/post-22714/＞ 前回のブログでは、モノリシックなアプリケーションの接続に好まれるコネクティビティ ソリューションである、エンタープライズ サービス バス (ESB) について説明しました。 今回のブログでは、今日最新の分散型世界における API ゲートウェイの役割について説明します。また、ESB と API ゲートウェイを比較し、これらのコネクティビティ ソリューションがどのように共存し、レガシー アプリケーションとモダン アプリケーションの両方をサポートできるかについて考察します。 API ゲートウェイ API ゲートウェイは、クライアントとサービスの間にあるモダン インフラのコンポーネントであり、クライアントにとって単一のエントリ ポイントとして機能します。ESB と同様に、API ゲートウェイは異種のサービスを接続し、統合します。しかし、API の台頭により、連携面におけるタスクがより重視されています。 図: API…

Continue reading

! このトピックの一部は機械翻訳で処理されている場合があります。 現代の企業にとってお客さまのゴールに焦点を当てる – 調査：”より良い収益の成長と顧客維持をもたらす” によって示された努力 – には組織のすべてのリソースにわたりコネクションが必要です。当時エンタープライズサービスバス（ESB）は、サービス指向アーキテクチャ（SOA）のコネクティビティの主要プロバイダでした。 ただし今日、組織は分散化に移行しモノリスをマイクロサービスに置き換えアプリケーションをクラウドに移行しています。彼らはサイロ化されたデータを解放しレガシーアプリケーションを最新化しています。そしてそのためにAPIを使用しています。 素晴らしい顧客体験を提供するために必要なコネクティビティはこれまで以上に重要です。この投稿では過去のコネクティビティソリューションであるESBについて見ていきます。ESBとは何か、そのメリットとデメリットについて解説します。 エンタープライズサービスバス（ESB） コネクティビティは常に重要です。これまで企業は組織の効率性に重点を置いていました。 ESBは当初サービス指向アーキテクチャ（SOA）のコネクタとして想定されており、さまざまなサービスを様々な標準やプロトコルでコネクトしています。 ESBはオンプレミスのアプリケーションとデータベースを備えたモノリシックエンタープライズアーキテクチャを実現しました。 セントラルコネクタとしてのESB SOAベースのIT環境では各サービスがESBとの単一の統合をセットアップします。 ESBはそのサービスを他のサービスで利用できるようにし、フォーマット変換、プロトコルネゴシエーションおよびキューイングを処理します。場合によっては追加のビジネスロジックを管理することもあります。 ESBはデータの消費または公開を検討しているアプリケーションまたはサービスの中央コネクタです。 図1：エンタープライズサービスバス この役割においてESBはITインフラストラクチャのハブになりサービスを相互に効果的に切り離します。 より多くのサービスがESBを通過するにつれてESBを介してすべての新しいサービスを提供する意欲が高まります。最終的にESBは独自のモノリスサービスになります。 ESBとの各統合にはもう少しロジックが含まれています。やがてビジネスロジックは個々のサービスではなくESBに存在します。 当然のことながら成長を続けるESBにはさらに注意が必要であり、専任のITチームがESBの保守に責任を負います。 ESBはすべてのサービス間通信の集中ハブとして機能するため、ESBチームも同様に機能しさまざまなアプリケーションチームと通信および連携する必要があります。 ESBのメリットとデメリット ESBがないと、特定のサービス間の統合を構築する必要性がシステムに追加された各サービスとともに指数関数的に増大します。 ESBを使用すると新しいサービスごとにESBと “直接統合” する必要があるのは1つだけです。 ESBの利点…

Continue reading