大規模DB移行事例集
下記トグルバナーをクリックしてお好きなコンテンツを御覧ください。
【国内事例】ソフトバンク様（eBook 最新事例）
eBook 資料ダウンロード（2023年3月）ソフトバンクがオープンソースDBMS採用を決めた理由とは
【主な内容】
オンプレミスのアプライアンスに構築したデータベースシステムの肥大化に、頭を悩ませていたソフトバンク。コストの削減や運用保守の効率化を目標にデータベース移行を決めた同社は、どのような観点で製品を検討し、採用に至ったのかをご紹介いたします。
【通信事例】韓国 KT
韓国通信大手KTコーポレーションがEDB PostgresでIoTサービスを強化（2017年7月）
1つのアプリケーションのPOC（概念実証）が成功し、韓国最大の電話サービスとブロードバンドプロバイダーであるKTコーポレーションは、EDB社のEDB Postgresプラットフォームの採用を決めました。EDB Postgresは発売直後の60秒で新型iPhoneの注文を30,000件処理しました。この成果を踏まえ、KT社は130の高性能ミッションクリティカルなシステムにEDB Postgresを導入しました。同社は、このような新技術の提供にリーダーシップを発揮して、様々な新しいIoT（Internet of Things）サービスを提供しています。
KT社は主要なインフラストラクチャのアップグレードと新しいサービス展開のデータベースに、EDB Postgresを活用し、インフラストラクチャ全体のオペレーティングシステムとミドルウェアにオープンソースソフトウェアの採用を積極的に進めています。同社は、従来のベンダーの代わりにEDB Postgresのようなオープンソースまたはオープンソースベースのソリューションを使用することで、過去5年間でソフトウェアコストを80％削減しました。
KT社は、アジアで初めての先進的なブロードバンドネットワークを構築し、韓国のデジタル通信技術を推進する上でリーダーシップを発揮しています。同社は、有線および無線の電話サービス、高速インターネットサービス、インターネットプロトコルテレビ（IPTV）、ボイスオーバーインターネットプロトコル（VoIP）およびワイヤレスブロードバンドサービスを販売しています。また、コンサルティングやシステムインテグレーションを含む重要なサービスプロバイダーでもあります。
KT社は最近、技術の進歩に応じて、ビジネスの多様化を進めています。従来の通信インフラストラクチャをアップグレードして、ワイヤレスネットワーク上ではるかに高速なデータ速度をサポートしています。同社は、LTE基地局とローカライズされた無線局を組み合わせて新しいGiGAシステムを構築することで、1Gbpsを超えるデータ速度を消費者に提供しています。同社は、（1）スマートエネルギー、（2）セキュリティ、（3）メディア、（4）ヘルスケア、（5）インテリジェントな交通管制の5つの分野でクラウドと大規模データソリューションを顧客に提供しています。
KT社の新エンタープライズサービス子会社であるKTDSは、オープンソースソフトウェアを活用して新しいシステムを導入することに特に積極的でした。この子会社を通じ、KT社はEDB Postgresによるいくつかの新しいIoTサービスを導入しました。
① GiGA IoT Home：
ホームデバイスの監視と制御、またはモバイルアプリケーションへの接続を可能にします。EDB Postgresを使用すると、サービスの普及に伴ってユーザー数が増えても、KTコーポレーションの内部コストは低く抑えられます。
② KT Open IoT Infrastructure Business：
中小企業がコア市場で信号ビーコンを利用するのに役立ちます。適切な技術によって、そのようなビーコンは、顧客が顧客の位置または好みに基づいてプロモーション資料を提供するのを助けます。
③ KT GiGA IoT Health：
複数のヘルスケア関連デバイスに埋め込まれたセンサーを介してバイオメトリックデータを収集し、エクササイズを奨励したり、エンターテイメントを提供するようなサービスを仮想イメージを通じて提供しています。また、このデータはKT社のIPTVに掲載されているため、利用者は健康状態の監視や管理が容易に行えます。
④ KT GiGA IoT：
モバイルアプリケーションとIoTデバイスの全二重サービス。KT GiGA IoTは、韓国の技術専門家の主要組織である韓国インターネット専門家協会（KIPFA）主催のIoTイノベーションアワード2016を受賞しました。
その他のKT社のIoTサービスもEDBを使用して成功しています。育児関連、健康、セキュリティ、ロケーションベースのマーケティングなどが含まれます。
KT社のチームリーダーである李鍾（イ・ユンヒョン）氏は、「当初はEDB Postgresを使用する主な目的は、ITコストを削減することでした。EDB Postgresのパフォーマンスと安定性のおかげで、ミッションクリティカルなシステムで使用できることが証明されたため、その目標は変更されました。KTコーポレーション全体で、将来のコアサービスにおいてEDB Postgresをできる限り広く利用するように推進していきます。」と述べています。
1つのアプリケーションのPOC（概念実証）が成功し、韓国最大の電話サービスとブロードバンドプロバイダーであるKTコーポレーションは、EDB社のEDB Postgresプラットフォームの採用を決めました。EDB Postgresは発売直後の60秒で新型iPhoneの注文を30,000件処理しました。この成果を踏まえ、KT社は130の高性能ミッションクリティカルなシステムにEDB Postgresを導入しました。同社は、このような新技術の提供にリーダーシップを発揮して、様々な新しいIoT（Internet of Things）サービスを提供しています。
KT社は主要なインフラストラクチャのアップグレードと新しいサービス展開のデータベースに、EDB Postgresを活用し、インフラストラクチャ全体のオペレーティングシステムとミドルウェアにオープンソースソフトウェアの採用を積極的に進めています。同社は、従来のベンダーの代わりにEDB Postgresのようなオープンソースまたはオープンソースベースのソリューションを使用することで、過去5年間でソフトウェアコストを80％削減しました。
KT社は、アジアで初めての先進的なブロードバンドネットワークを構築し、韓国のデジタル通信技術を推進する上でリーダーシップを発揮しています。同社は、有線および無線の電話サービス、高速インターネットサービス、インターネットプロトコルテレビ（IPTV）、ボイスオーバーインターネットプロトコル（VoIP）およびワイヤレスブロードバンドサービスを販売しています。また、コンサルティングやシステムインテグレーションを含む重要なサービスプロバイダーでもあります。
KT社は最近、技術の進歩に応じて、ビジネスの多様化を進めています。従来の通信インフラストラクチャをアップグレードして、ワイヤレスネットワーク上ではるかに高速なデータ速度をサポートしています。同社は、LTE基地局とローカライズされた無線局を組み合わせて新しいGiGAシステムを構築することで、1Gbpsを超えるデータ速度を消費者に提供しています。同社は、（1）スマートエネルギー、（2）セキュリティ、（3）メディア、（4）ヘルスケア、（5）インテリジェントな交通管制の5つの分野でクラウドと大規模データソリューションを顧客に提供しています。
KT社の新エンタープライズサービス子会社であるKTDSは、オープンソースソフトウェアを活用して新しいシステムを導入することに特に積極的でした。この子会社を通じ、KT社はEDB Postgresによるいくつかの新しいIoTサービスを導入しました。
① GiGA IoT Home：
ホームデバイスの監視と制御、またはモバイルアプリケーションへの接続を可能にします。EDB Postgresを使用すると、サービスの普及に伴ってユーザー数が増えても、KTコーポレーションの内部コストは低く抑えられます。
② KT Open IoT Infrastructure Business：
中小企業がコア市場で信号ビーコンを利用するのに役立ちます。適切な技術によって、そのようなビーコンは、顧客が顧客の位置または好みに基づいてプロモーション資料を提供するのを助けます。
③ KT GiGA IoT Health：
複数のヘルスケア関連デバイスに埋め込まれたセンサーを介してバイオメトリックデータを収集し、エクササイズを奨励したり、エンターテイメントを提供するようなサービスを仮想イメージを通じて提供しています。また、このデータはKT社のIPTVに掲載されているため、利用者は健康状態の監視や管理が容易に行えます。
④ KT GiGA IoT：
モバイルアプリケーションとIoTデバイスの全二重サービス。KT GiGA IoTは、韓国の技術専門家の主要組織である韓国インターネット専門家協会（KIPFA）主催のIoTイノベーションアワード2016を受賞しました。
その他のKT社のIoTサービスもEDBを使用して成功しています。育児関連、健康、セキュリティ、ロケーションベースのマーケティングなどが含まれます。
KT社のチームリーダーである李鍾（イ・ユンヒョン）氏は、「当初はEDB Postgresを使用する主な目的は、ITコストを削減することでした。EDB Postgresのパフォーマンスと安定性のおかげで、ミッションクリティカルなシステムで使用できることが証明されたため、その目標は変更されました。KTコーポレーション全体で、将来のコアサービスにおいてEDB Postgresをできる限り広く利用するように推進していきます。」と述べています。
【通信事例】英国 MDS Global
MDS Globalは、EDBとPostgresを使用して、基盤のインフラストラクチャを近代化して市場機会を拡大（2022年1月13日）
MDS Globalは、世界中の電気通信会社にビジネスサポートシステム（BSS）をサービスとして提供しています。彼らのソリューションは、企業が複雑な製品やサービスの収益化、保証、顧客ステアリングのあらゆる側面を管理するのに役立ちます。これらは、DevOpsコンテキストでデジタルオペレーティングモデルを提供し、関係者のエクスペリエンスを強化し、前例のないビジネスの俊敏性を提供しています。
チャレンジ
MDS Globalは、世界最大の電気通信プロバイダーのほとんどに採用されている高性能アプリケーションで有名です。同社が新しい市場の拡大を検討して、2つの課題を見つけました。DB2データベース管理システムに基づいた主力製品のレガシーアーキテクチャは、セールスサイクルを妨げてしまうことがわかっていました。 Oracleでの導入は、MDS Globalが次の成長段階を目指す新興市場にはコストがかかりすぎました。
解決策
包括的なアプリケーションモダナイゼーションイニシアチブの一環として、チームはPostgresをベースに主力のクラウド収益化プラットフォーム（CMP）を再設計しました。将来の成長を見ながらさらに、MDS Globalは別の製品Spend AnalyserもPostgresに移行しました。Oracleの多額のデータベースライセンス料を排除して、アプリケーションのコストを劇的に削減しました。
結果
① 両方のアプリケーションをモダナイズし、イノベーションを加速して開発のアジリティを向上
② ソリューションコストの削減により、MDS Globalは小規模企業や新興市場をターゲットにすることが可能に
③ Postgresリソースの普及とコミュニティ開発のスピードにより、メンテナンスの負担を簡素化
更新が必要なレガシーテクノロジー
1995年、 MDS Globalは請求およびカスタマーケアシステムの最初のシステムを構築しました。これは最終的にクラウド収益化プラットフォーム（CMP）として知られるようになります。
2016年、MDS Globalは、最初の立ち上げから20年でCMPに対して驚異的な進歩を遂げましたが、組み込みのDB2データベース管理システムを使用するレガシーアーキテクチャが負担になり始めていました。既存の顧客はプラットフォームが提供する価値を認識していますが、新しい見込み客は多くの場合、最新のアプリケーションのバックボーンへの古いインフラストラクチャの使用に疑問を感じていました。一方、エンジニアリングチームが革新を続けるために、同じインフラストラクチャは開発に手間と費用がかかりました。
MDSのグローバルCTOであるスティーブン・ランドール氏は次のように説明しています。「小規模な顧客には異なる予算の期待があり、コストを削減する方法を考える必要もありました。」
チームは、潜在的な懸念を解消するだけでなく、劇的なアプリケーションの近代化イニシアチブに着手することにより、展開の柔軟性を提供し、開発を加速する機会を認識しました。その取り組みの一環として、仮想化を採用し、実質的にすべてのハードウェアプラットフォームでCMPを実行できるようにしました。そして、MDS Globalは組み込みデータベースとしてのDB2から移行し、低コストでありながら広くサポートされているデータベースのPostgresを採用を決めました。
最新のアプリケーションは最新の基盤を取得
MDS Globalチームは、社内でCMPアプリケーションの再アーキテクチャを決めました。オープンソース コミュニティとその利用可能なリソースを使用することにより、チームは移行を迅速かつ正常に管理しただけでなく、アップグレードの容易さも経験できました。Postgres 11で最初に実装して以来、問題なく多くのアップグレードを行っています。
ランドール氏は次のように述べています。「過去には、すべてが非常に複雑で非常に専門的な知識が必要だったため、自己管理のお客様は大きなチームを必要としました。今では、プラットフォームを立ち上げて実行するのが簡単なだけでなく、Postgresの経験を持つ地元の人々を簡単に見つけることができます。その結果、私たちのチームはインフラストラクチャではなく、製品を支援することに集中できます。」
製品への集中は他の方法でも見ることができます、とランドール氏はさらに説明します。「最近では、各開発者が開発とテスト用の新しい環境をスピンアップできるため、開発者レベルでのエラーの特定と修正が簡単になります。コミュニティ版を使用すると、効果的に障壁がなくなり、チームは実験、革新、そして一般的により迅速に行動できます。移行の直接の結果として、同じ予算でより多くのリソースとお金を機能に費やせるため、より多くのことを行うことができます。」
成功を活用する: 2 番目の移行
CMPのPostgresへの移行が成功したことで、ランドール氏とチームは、コストとデータベースベンダーロックインへの顧客の懸念に対応して、Spend Analyzer製品に関連する2番目の移行プロジェクトを決定しました。 Spend Analyzerは、通信会社のB2B顧客に支出に関する貴重な洞察を提供し、その知識を活用してコストを節約できるようにします。
MDS Globalが新興市場で勢いを増すにつれて、これらの顧客はSpend Analyzerで何ができるかに大きな関心を示しましたが、多くの場合、アーキテクチャ上のOracleデータベースでの実行をためらっていました。
「一部の新しいリージョンでは、ベンダーロックインと、Oracle データベースの一般的な実行コストの両方に抵抗があります」と ランドール氏は説明します。 「Spend Analyserの採用を増やすには、これらの抵抗を両方とも排除しないといけないことはわかっていました。大規模な顧客でさえ、価格の柔軟性を求めていました。」
他の多くのアプリケーションのモダナイゼーション要素が含まれていた CMP データベースの移行とは異なり、 Spend Analyzerの移行はデータベースの移行自体にのみ焦点を当てていました。Oracleで設計されているため、アプリケーションにはOracleの厳密な仕様に合わせて作成された多くの領域がありました。
ランドールは次のように認めています。「CMPでは、アプリケーションをまとめて再設計していたので、すべてを社内で管理できました。Spend Analyserについては、無料のオープンソースツールが提供できる以上の支援が必要であることに気付きました。EDBの堅牢なOracle変換ツールにより、Oracleへの依存に費やしていた作業量が大幅に削減されました。」
EDBのプリセールスおよびエンジニアリングチームの助けを借りて、MDS Globalはシームレスな移行を費用対効果の高い方法で行うことができました。「物事が急速に進んだことと、問題を解決するために私たちをサポートしてくれている実際の人々から質の高い回答をしてくれてとても感銘しました。EDBは、チケットレベルではなくコンサルティングレベルでサポートを提供してくれます。これは、常に一般的なヘルプデスクを経由するのではなく、課題が発生したときに常に同じ連絡先を使用できることを示しています。」
移行後: 継続的なメリット
移行によるメリットはコスト面でのメリットだけではありません。MDS Globalは、予算が限られている小規模な組織をますますターゲットにしているため、オンプレミスではなくMDS Globalのクラウドベースのサービスを選択する顧客が増加すると予想していました。
「最小限の労力でクラウドに取り込めるデータベースを切望していました」と ランドール氏は言います。「ただし、Postgresへの移行により、より迅速に革新し、新しいことに挑戦する能力がどのように向上するかは、十分に理解できませんでした。今日では、変更に対する柔軟性が増し、製品をより進歩させるための俊敏性が向上しています。同じ予算でより多くのリソースとお金を使うことができるため、より多くのことを行うことができます。」
実際、移行の結果、 MDS Globalの開発者は、データベースとデータを備えた新しい環境を簡単に立ち上げてテストできるようになりました。開発者はエラーをより早く特定し、コミュニティ版を使用して変更の影響に関する包括的な洞察を得ることが簡単になりました。
結論
ランドール氏は次のように結論しています。「Postgresへの移行から非常に多くのメリットを経験しました。技術面では、新しいPostgresリリースごとに、多くの柔軟性と機能があります。私たちはより迅速に行動し、コミュニティまたはEDBのサポートの助けを借りて、問題が迅速に解決されると確信しています。さらに、両方のアプリケーションでコストが低下したため、小規模な企業を追求するために必要な価格の柔軟性が得られ、企業とともに成長するための基盤ができました。」
MDS Globalは、世界中の電気通信会社にビジネスサポートシステム（BSS）をサービスとして提供しています。彼らのソリューションは、企業が複雑な製品やサービスの収益化、保証、顧客ステアリングのあらゆる側面を管理するのに役立ちます。これらは、DevOpsコンテキストでデジタルオペレーティングモデルを提供し、関係者のエクスペリエンスを強化し、前例のないビジネスの俊敏性を提供しています。
チャレンジ
MDS Globalは、世界最大の電気通信プロバイダーのほとんどに採用されている高性能アプリケーションで有名です。同社が新しい市場の拡大を検討して、2つの課題を見つけました。DB2データベース管理システムに基づいた主力製品のレガシーアーキテクチャは、セールスサイクルを妨げてしまうことがわかっていました。 Oracleでの導入は、MDS Globalが次の成長段階を目指す新興市場にはコストがかかりすぎました。
解決策
包括的なアプリケーションモダナイゼーションイニシアチブの一環として、チームはPostgresをベースに主力のクラウド収益化プラットフォーム（CMP）を再設計しました。将来の成長を見ながらさらに、MDS Globalは別の製品Spend AnalyserもPostgresに移行しました。Oracleの多額のデータベースライセンス料を排除して、アプリケーションのコストを劇的に削減しました。
結果
① 両方のアプリケーションをモダナイズし、イノベーションを加速して開発のアジリティを向上
② ソリューションコストの削減により、MDS Globalは小規模企業や新興市場をターゲットにすることが可能に
③ Postgresリソースの普及とコミュニティ開発のスピードにより、メンテナンスの負担を簡素化
更新が必要なレガシーテクノロジー
1995年、 MDS Globalは請求およびカスタマーケアシステムの最初のシステムを構築しました。これは最終的にクラウド収益化プラットフォーム（CMP）として知られるようになります。
2016年、MDS Globalは、最初の立ち上げから20年でCMPに対して驚異的な進歩を遂げましたが、組み込みのDB2データベース管理システムを使用するレガシーアーキテクチャが負担になり始めていました。既存の顧客はプラットフォームが提供する価値を認識していますが、新しい見込み客は多くの場合、最新のアプリケーションのバックボーンへの古いインフラストラクチャの使用に疑問を感じていました。一方、エンジニアリングチームが革新を続けるために、同じインフラストラクチャは開発に手間と費用がかかりました。
MDSのグローバルCTOであるスティーブン・ランドール氏は次のように説明しています。「小規模な顧客には異なる予算の期待があり、コストを削減する方法を考える必要もありました。」
チームは、潜在的な懸念を解消するだけでなく、劇的なアプリケーションの近代化イニシアチブに着手することにより、展開の柔軟性を提供し、開発を加速する機会を認識しました。その取り組みの一環として、仮想化を採用し、実質的にすべてのハードウェアプラットフォームでCMPを実行できるようにしました。そして、MDS Globalは組み込みデータベースとしてのDB2から移行し、低コストでありながら広くサポートされているデータベースのPostgresを採用を決めました。
最新のアプリケーションは最新の基盤を取得
MDS Globalチームは、社内でCMPアプリケーションの再アーキテクチャを決めました。オープンソース コミュニティとその利用可能なリソースを使用することにより、チームは移行を迅速かつ正常に管理しただけでなく、アップグレードの容易さも経験できました。Postgres 11で最初に実装して以来、問題なく多くのアップグレードを行っています。
ランドール氏は次のように述べています。「過去には、すべてが非常に複雑で非常に専門的な知識が必要だったため、自己管理のお客様は大きなチームを必要としました。今では、プラットフォームを立ち上げて実行するのが簡単なだけでなく、Postgresの経験を持つ地元の人々を簡単に見つけることができます。その結果、私たちのチームはインフラストラクチャではなく、製品を支援することに集中できます。」
製品への集中は他の方法でも見ることができます、とランドール氏はさらに説明します。「最近では、各開発者が開発とテスト用の新しい環境をスピンアップできるため、開発者レベルでのエラーの特定と修正が簡単になります。コミュニティ版を使用すると、効果的に障壁がなくなり、チームは実験、革新、そして一般的により迅速に行動できます。移行の直接の結果として、同じ予算でより多くのリソースとお金を機能に費やせるため、より多くのことを行うことができます。」
成功を活用する: 2 番目の移行
CMPのPostgresへの移行が成功したことで、ランドール氏とチームは、コストとデータベースベンダーロックインへの顧客の懸念に対応して、Spend Analyzer製品に関連する2番目の移行プロジェクトを決定しました。 Spend Analyzerは、通信会社のB2B顧客に支出に関する貴重な洞察を提供し、その知識を活用してコストを節約できるようにします。
MDS Globalが新興市場で勢いを増すにつれて、これらの顧客はSpend Analyzerで何ができるかに大きな関心を示しましたが、多くの場合、アーキテクチャ上のOracleデータベースでの実行をためらっていました。
「一部の新しいリージョンでは、ベンダーロックインと、Oracle データベースの一般的な実行コストの両方に抵抗があります」と ランドール氏は説明します。 「Spend Analyserの採用を増やすには、これらの抵抗を両方とも排除しないといけないことはわかっていました。大規模な顧客でさえ、価格の柔軟性を求めていました。」
他の多くのアプリケーションのモダナイゼーション要素が含まれていた CMP データベースの移行とは異なり、 Spend Analyzerの移行はデータベースの移行自体にのみ焦点を当てていました。Oracleで設計されているため、アプリケーションにはOracleの厳密な仕様に合わせて作成された多くの領域がありました。
ランドールは次のように認めています。「CMPでは、アプリケーションをまとめて再設計していたので、すべてを社内で管理できました。Spend Analyserについては、無料のオープンソースツールが提供できる以上の支援が必要であることに気付きました。EDBの堅牢なOracle変換ツールにより、Oracleへの依存に費やしていた作業量が大幅に削減されました。」
EDBのプリセールスおよびエンジニアリングチームの助けを借りて、MDS Globalはシームレスな移行を費用対効果の高い方法で行うことができました。「物事が急速に進んだことと、問題を解決するために私たちをサポートしてくれている実際の人々から質の高い回答をしてくれてとても感銘しました。EDBは、チケットレベルではなくコンサルティングレベルでサポートを提供してくれます。これは、常に一般的なヘルプデスクを経由するのではなく、課題が発生したときに常に同じ連絡先を使用できることを示しています。」
移行後: 継続的なメリット
移行によるメリットはコスト面でのメリットだけではありません。MDS Globalは、予算が限られている小規模な組織をますますターゲットにしているため、オンプレミスではなくMDS Globalのクラウドベースのサービスを選択する顧客が増加すると予想していました。
「最小限の労力でクラウドに取り込めるデータベースを切望していました」と ランドール氏は言います。「ただし、Postgresへの移行により、より迅速に革新し、新しいことに挑戦する能力がどのように向上するかは、十分に理解できませんでした。今日では、変更に対する柔軟性が増し、製品をより進歩させるための俊敏性が向上しています。同じ予算でより多くのリソースとお金を使うことができるため、より多くのことを行うことができます。」
実際、移行の結果、 MDS Globalの開発者は、データベースとデータを備えた新しい環境を簡単に立ち上げてテストできるようになりました。開発者はエラーをより早く特定し、コミュニティ版を使用して変更の影響に関する包括的な洞察を得ることが簡単になりました。
結論
ランドール氏は次のように結論しています。「Postgresへの移行から非常に多くのメリットを経験しました。技術面では、新しいPostgresリリースごとに、多くの柔軟性と機能があります。私たちはより迅速に行動し、コミュニティまたはEDBのサポートの助けを借りて、問題が迅速に解決されると確信しています。さらに、両方のアプリケーションでコストが低下したため、小規模な企業を追求するために必要な価格の柔軟性が得られ、企業とともに成長するための基盤ができました。」
【通信事例】ドイツ telegra
telegraがEDB Postgres Distributed（旧BDR）を実装して、ミッションクリティカルなPostgresデータベースに高可用性を提供（2022年1月4日）
telegraは、電話ネットワークオペレーターおよび電気通信アプリケーション開発者として20年以上の経験を持つ次世代の電気通信プロバイダーです。ドイツに本社を置くtelegraのビジネスはヨーロッパ中で急速に拡大しており、月間3,000万回の通話と9,000万分の通話時間を処理しています。telegraの成功したソリューションの1つに、コールセンター向けのWebベースの自動通話分配（ACD）ソリューションがあります。 ACDオファリングにより、組織はテレグラのクラウドで電気通信全体を一元化し、統合されたWebベースのインターフェイスで管理できます。
チャレンジ
インターネットを介したサービスの登場とITのコンシューマライゼーションにより、通信市場のダイナミクスと常時接続に対する顧客の期待が大きく変化しました。キャリアとして、telegraの顧客はサービスが24時間年中無休で利用できることを期待しています。telegraのコールセンターの顧客は、さまざまなロックダウン中にリモートで仕事をするエージェントを家におくことと、パンデミックにより信頼性、可用性、スケーラビリティの重要性がさらに強調されました。在宅勤務が普及した結果、telegraは顧客の採用が大幅に増加し、新しい顧客はリモートワークをサポートしてすぐに使用できるソリューションを探しています。
telegraのVoIPインフラストラクチャには常にプライマリ-プライマリデータセンターモデルがありましたが、Webアプリケーションはバイナリのプライマリ-フェールオーバーデータセンターモデルを使用していました。同時に。その結果、2018年に、telegraはよりアジャイルなサービス開発のためにITインフラストラクチャを再設計するプロセスを開始しました。この再設計には、Oracleなどの従来のデータベースからの移行と、ドイツの2つのデータセンターでのオープンソースアプローチの採用が含まれました。
解決策
telegraは、デュッセルドルフとケルンの両方のデータセンターにEDB Postgres Distributedが使える EDB Postgres Advanced Server （EPAS）を採用しました。 EDB Postgres Distributedはデータ構成、ルーティング計画、通話詳細レコードを同期するため、 telegraは顧客データの高可用性を常に維持できます。
結果
EPASとEDB Postgres Distributed（旧BDR）を採用した結果：
① 大きなダウンタイムは発生せず、両方のデータセンターが常に同期
② ソフトウェアアプリケーションの改善を構築するための時間が増加
③ データベースの複雑さの軽減、セキュリティの向上、永続的なライセンスコストの削減
④ 潜在的な障害または「ネットワークスプリットブレイン」シナリオの緊急時対応としてEDB Postgres Distributed（旧BDR）の活用
⑤ 解放されたサポート時間を顧客中心のアプリケーションに再投資
進化する顧客の要求を満たすためのデータセンターの変換
telegraはコールルーティングのために2つのデータセンターを実行していました。1つはケルン、もう1つはフランクフルトです。データベースは、プライマリフェールオーバーセットアップとして実行されました。ただし、プライマリデータセンターがクラッシュした場合、従来のアーキテクチャでは、上位で実行されているアプリケーションのデータセンター間での自動フェールオーバーまたは負荷分散を実行できませんでした。さらに、プライマリの切り替え後にデータベースレプリケーションを手動で再構築する必要があるため、メンテナンスのためにプライマリデータセンターをシャットダウンするのは大変なコストでした。
2018年から、telegraは「Gruene Wiese」または「Greenfield」と呼ばれるプログラムを開始しました。デュッセルドルフとケルンに新しいデータセンターを構築し、ソフトウェアアーキテクチャに新しいアプローチを採用しました。同社は、アプリケーションとデータベースの両方をプライマリ-プライマリ設定に移行し、両方のデータセンターのすべてのアプリケーションに負荷分散を適用して、信頼性とスケーラビリティを確保しました。
適切なデータベース戦略
過去に、telegraはMySQL、Oracle、Postgresなど、さまざまな種類のデータベースを使用していました。特にOracleデータベースは、多額のライセンス費用を発生させ、複雑な管理環境となりました。従来のプライマリフェールオーバーデータセンターのセットアップでは、フェールオーバーに切り替えるには、プライマリデータベースをシャットダウンし、後で再構築する必要がありました。これにはかなりの手作業が含まれ、telegraには常に1つのプライマリデータセンターだけが残っていました。これは理想的ではありません。
この課題を解決するために、同社はパブリッククラウドへの移行を検討しました。ただし、telegraには、データセキュリティが重要であり、データがドイツでローカル企業によってホストされることを要求する多くのクライアントがいます。さらに、テレグラではネットワーク全体で大量の音声トラフィックが発生したため、クラウドを介した配信は、自社のデータセンターでサービスを実行する場合と比較して非常に高価でした。
通信事業者として、telegraは、クラウドを介してサービスに接続しないドイツテレコムやBTなどの従来のキャリアとリンクするためのPoint of Present（PoP）も必要です。telegraは、アーキテクチャの近代化戦略にとって最も効果的なソリューションはデータ自身をホストすることであると判断し、メインデータベースとしてEPASを選択しました。
telegraのIT責任者であるクリスチャン・ブレーズイング氏は次のように述べています。 「ソフトウェアはいつでもレビューできるため、機能と構成に大きな自信を持っています。 Postgresは、クローズドソースデータベースよりも優れたセキュリティを提供するだけでなく、ベンダーを切り替えて、高価な従来のプロプリエタリーなライセンスを回避できる。」
telegraはまた、プライマリ-プライマリデータセンターセットアップの重要な要素としてEDB Postgres Distributed（旧BDR）の導入を決定しました。 EDB Postgres Distributedはプライマリ-プライマリレプリケーションを提供します。これにより、お客様はメッシュトポロジでマルチプライマリクラスターを構築し、同じ双方向レプリケーションの一部である他のすべてのサーバーに行ごとに変更を送信してサーバーに書き込むことができます。
可用性の向上に加えて、さまざまなセットアップシナリオを評価するという点でプライマリ-プライマリに伴う複雑さがないため、実装がよりクリーンになります。シーケンスなどの少数の要件にのみ変更が必要なため、レガシーアプリの統合が簡単になります。優れたドキュメントが利用できるため、開発者は2〜3時間でデータベースを操作できます。
EDB Postgres Distributedを実装した結果、telegraにはロードバランシングを使用して実行される2つのデータセンターがあり、スプリットブレイン状況（サーバーが互いに通信および同期していないことに基づく障害状態）に対処できます。たとえば、データセンター間の回線がダウンした場合、両方のデータセンターがすべての通話タイプを処理できるため、スプリットブレインシナリオでも運用を継続できます。従来、telegraは1つのデータセンターを閉鎖することでこれを行っていましたが、これによりお客様のサービスの中断が起こりました。 EDB Postgres Distributedを使用して、telegraは別のBDRノードを追加するだけでソリューションを拡張し、急速に増加する顧客をサポートできるようになりました。
「Postgresは使いやすいですが、潜在的な課題を解決できる専門家がバックグラウンドにいると、常に心強いです。特に現在はメインデータベースです。EDBは問題が発生した場合、常に非常に迅速に対応してくれます。これにより、社内でサポート要件のカバーできなくなっても、telegraにはビジネスをサポートできるという自信と安心が与えられました。」（ブレーズイング氏）
以前は、telegraが社内でPostgresを管理していましたが、EDBを使用すると、セットアップが正確でクリーンになりました。EDBの専門家は、TPAexecツールを使用してtelegraと協力し、2〜3日でデータベースをセットアップしました。 Ansibleを使用してTrusted Postgres Architecture（TPA）に準拠したPostgresクラスターを構築するこのツールは、EDBがデータベースでtelegraが実行していることをコピーして問題を再現できるため、進行中のサポートの問題にも役立ちます。
2年前にEPASとEDB Postgres Distributedを採用してから、telegraは大幅なダウンタイムを経験せず、telegraのサービスの高可用性に不可欠なレプリケーション機能スムーズに機能しました。
動的環境に安定性を提供する
telegraの競争上の重要な要素は、顧客に提供する次世代のソフトウェア機能です。これには、平均300〜600のコールエージェントを収容できるコールセンターが含まれます。アプリケーションには、発信者の音声指示に応じて通話をより効率的にルーティングするAIベースの音声対応インテリジェントルーティングが含まれています。
Webリアルタイム通信クライアントである自動通話分散など、ネットワークの上にあるアプリケーションがあります。つまり、コールエージェントはWebブラウザのみでログオンし、コールを転送します。telegraは、スーパーバイザーと管理のツール、およびリアルタイムの統計と分析機能も提供します。
ただし、このような技術革新は、ネットワークが安定していてはじめて顧客に価値があります。Telegraのコールセンターの顧客は、さまざまなロックダウン中にリモートで仕事をするためにエージェントを家に置く必要があったため、パンデミックにより信頼性と可用性の重要性がさらに強調されました。プライマリ-プライマリデータセンター戦略を含むtelegraの IT インフラストラクチャの近代化により、これらの顧客に適切なサポートを提供するのに適していることが証明されました。
EPASとEDB Postgres Distributedを採用することにより、telegraはそのコアアプリケーションは信頼性が高く、堅牢で、スケーラブルであることを確認しました。変化の速い世界では、この安心感は重要です。また、telegraのチームはデータベースの修正とその複雑さの理解に費やさなくてもよくなりました。現在、彼らは新しい機能とより良い製品の構築に集中できるようになったため、顧客の進化する動的な要求に対応できるようになりました。
今後、同社の目標はヨーロッパ全体でビジネスを成長させることです。そのため、同社は成長計画をサポートするためにすべてのワークロードをPostgresに移行することを決定しました。将来的には、Postgresデータベースは約1TB〜2TBに成長すると予測しています。
telegraは、電話ネットワークオペレーターおよび電気通信アプリケーション開発者として20年以上の経験を持つ次世代の電気通信プロバイダーです。ドイツに本社を置くtelegraのビジネスはヨーロッパ中で急速に拡大しており、月間3,000万回の通話と9,000万分の通話時間を処理しています。telegraの成功したソリューションの1つに、コールセンター向けのWebベースの自動通話分配（ACD）ソリューションがあります。 ACDオファリングにより、組織はテレグラのクラウドで電気通信全体を一元化し、統合されたWebベースのインターフェイスで管理できます。
チャレンジ
インターネットを介したサービスの登場とITのコンシューマライゼーションにより、通信市場のダイナミクスと常時接続に対する顧客の期待が大きく変化しました。キャリアとして、telegraの顧客はサービスが24時間年中無休で利用できることを期待しています。telegraのコールセンターの顧客は、さまざまなロックダウン中にリモートで仕事をするエージェントを家におくことと、パンデミックにより信頼性、可用性、スケーラビリティの重要性がさらに強調されました。在宅勤務が普及した結果、telegraは顧客の採用が大幅に増加し、新しい顧客はリモートワークをサポートしてすぐに使用できるソリューションを探しています。
telegraのVoIPインフラストラクチャには常にプライマリ-プライマリデータセンターモデルがありましたが、Webアプリケーションはバイナリのプライマリ-フェールオーバーデータセンターモデルを使用していました。同時に。その結果、2018年に、telegraはよりアジャイルなサービス開発のためにITインフラストラクチャを再設計するプロセスを開始しました。この再設計には、Oracleなどの従来のデータベースからの移行と、ドイツの2つのデータセンターでのオープンソースアプローチの採用が含まれました。
解決策
telegraは、デュッセルドルフとケルンの両方のデータセンターにEDB Postgres Distributedが使える EDB Postgres Advanced Server （EPAS）を採用しました。 EDB Postgres Distributedはデータ構成、ルーティング計画、通話詳細レコードを同期するため、 telegraは顧客データの高可用性を常に維持できます。
結果
EPASとEDB Postgres Distributed（旧BDR）を採用した結果：
① 大きなダウンタイムは発生せず、両方のデータセンターが常に同期
② ソフトウェアアプリケーションの改善を構築するための時間が増加
③ データベースの複雑さの軽減、セキュリティの向上、永続的なライセンスコストの削減
④ 潜在的な障害または「ネットワークスプリットブレイン」シナリオの緊急時対応としてEDB Postgres Distributed（旧BDR）の活用
⑤ 解放されたサポート時間を顧客中心のアプリケーションに再投資
進化する顧客の要求を満たすためのデータセンターの変換
telegraはコールルーティングのために2つのデータセンターを実行していました。1つはケルン、もう1つはフランクフルトです。データベースは、プライマリフェールオーバーセットアップとして実行されました。ただし、プライマリデータセンターがクラッシュした場合、従来のアーキテクチャでは、上位で実行されているアプリケーションのデータセンター間での自動フェールオーバーまたは負荷分散を実行できませんでした。さらに、プライマリの切り替え後にデータベースレプリケーションを手動で再構築する必要があるため、メンテナンスのためにプライマリデータセンターをシャットダウンするのは大変なコストでした。
2018年から、telegraは「Gruene Wiese」または「Greenfield」と呼ばれるプログラムを開始しました。デュッセルドルフとケルンに新しいデータセンターを構築し、ソフトウェアアーキテクチャに新しいアプローチを採用しました。同社は、アプリケーションとデータベースの両方をプライマリ-プライマリ設定に移行し、両方のデータセンターのすべてのアプリケーションに負荷分散を適用して、信頼性とスケーラビリティを確保しました。
適切なデータベース戦略
過去に、telegraはMySQL、Oracle、Postgresなど、さまざまな種類のデータベースを使用していました。特にOracleデータベースは、多額のライセンス費用を発生させ、複雑な管理環境となりました。従来のプライマリフェールオーバーデータセンターのセットアップでは、フェールオーバーに切り替えるには、プライマリデータベースをシャットダウンし、後で再構築する必要がありました。これにはかなりの手作業が含まれ、telegraには常に1つのプライマリデータセンターだけが残っていました。これは理想的ではありません。
この課題を解決するために、同社はパブリッククラウドへの移行を検討しました。ただし、telegraには、データセキュリティが重要であり、データがドイツでローカル企業によってホストされることを要求する多くのクライアントがいます。さらに、テレグラではネットワーク全体で大量の音声トラフィックが発生したため、クラウドを介した配信は、自社のデータセンターでサービスを実行する場合と比較して非常に高価でした。
通信事業者として、telegraは、クラウドを介してサービスに接続しないドイツテレコムやBTなどの従来のキャリアとリンクするためのPoint of Present（PoP）も必要です。telegraは、アーキテクチャの近代化戦略にとって最も効果的なソリューションはデータ自身をホストすることであると判断し、メインデータベースとしてEPASを選択しました。
telegraのIT責任者であるクリスチャン・ブレーズイング氏は次のように述べています。 「ソフトウェアはいつでもレビューできるため、機能と構成に大きな自信を持っています。 Postgresは、クローズドソースデータベースよりも優れたセキュリティを提供するだけでなく、ベンダーを切り替えて、高価な従来のプロプリエタリーなライセンスを回避できる。」
telegraはまた、プライマリ-プライマリデータセンターセットアップの重要な要素としてEDB Postgres Distributed（旧BDR）の導入を決定しました。 EDB Postgres Distributedはプライマリ-プライマリレプリケーションを提供します。これにより、お客様はメッシュトポロジでマルチプライマリクラスターを構築し、同じ双方向レプリケーションの一部である他のすべてのサーバーに行ごとに変更を送信してサーバーに書き込むことができます。
可用性の向上に加えて、さまざまなセットアップシナリオを評価するという点でプライマリ-プライマリに伴う複雑さがないため、実装がよりクリーンになります。シーケンスなどの少数の要件にのみ変更が必要なため、レガシーアプリの統合が簡単になります。優れたドキュメントが利用できるため、開発者は2〜3時間でデータベースを操作できます。
EDB Postgres Distributedを実装した結果、telegraにはロードバランシングを使用して実行される2つのデータセンターがあり、スプリットブレイン状況（サーバーが互いに通信および同期していないことに基づく障害状態）に対処できます。たとえば、データセンター間の回線がダウンした場合、両方のデータセンターがすべての通話タイプを処理できるため、スプリットブレインシナリオでも運用を継続できます。従来、telegraは1つのデータセンターを閉鎖することでこれを行っていましたが、これによりお客様のサービスの中断が起こりました。 EDB Postgres Distributedを使用して、telegraは別のBDRノードを追加するだけでソリューションを拡張し、急速に増加する顧客をサポートできるようになりました。
「Postgresは使いやすいですが、潜在的な課題を解決できる専門家がバックグラウンドにいると、常に心強いです。特に現在はメインデータベースです。EDBは問題が発生した場合、常に非常に迅速に対応してくれます。これにより、社内でサポート要件のカバーできなくなっても、telegraにはビジネスをサポートできるという自信と安心が与えられました。」（ブレーズイング氏）
以前は、telegraが社内でPostgresを管理していましたが、EDBを使用すると、セットアップが正確でクリーンになりました。EDBの専門家は、TPAexecツールを使用してtelegraと協力し、2〜3日でデータベースをセットアップしました。 Ansibleを使用してTrusted Postgres Architecture（TPA）に準拠したPostgresクラスターを構築するこのツールは、EDBがデータベースでtelegraが実行していることをコピーして問題を再現できるため、進行中のサポートの問題にも役立ちます。
2年前にEPASとEDB Postgres Distributedを採用してから、telegraは大幅なダウンタイムを経験せず、telegraのサービスの高可用性に不可欠なレプリケーション機能スムーズに機能しました。
動的環境に安定性を提供する
telegraの競争上の重要な要素は、顧客に提供する次世代のソフトウェア機能です。これには、平均300〜600のコールエージェントを収容できるコールセンターが含まれます。アプリケーションには、発信者の音声指示に応じて通話をより効率的にルーティングするAIベースの音声対応インテリジェントルーティングが含まれています。
Webリアルタイム通信クライアントである自動通話分散など、ネットワークの上にあるアプリケーションがあります。つまり、コールエージェントはWebブラウザのみでログオンし、コールを転送します。telegraは、スーパーバイザーと管理のツール、およびリアルタイムの統計と分析機能も提供します。
ただし、このような技術革新は、ネットワークが安定していてはじめて顧客に価値があります。Telegraのコールセンターの顧客は、さまざまなロックダウン中にリモートで仕事をするためにエージェントを家に置く必要があったため、パンデミックにより信頼性と可用性の重要性がさらに強調されました。プライマリ-プライマリデータセンター戦略を含むtelegraの IT インフラストラクチャの近代化により、これらの顧客に適切なサポートを提供するのに適していることが証明されました。
EPASとEDB Postgres Distributedを採用することにより、telegraはそのコアアプリケーションは信頼性が高く、堅牢で、スケーラブルであることを確認しました。変化の速い世界では、この安心感は重要です。また、telegraのチームはデータベースの修正とその複雑さの理解に費やさなくてもよくなりました。現在、彼らは新しい機能とより良い製品の構築に集中できるようになったため、顧客の進化する動的な要求に対応できるようになりました。
今後、同社の目標はヨーロッパ全体でビジネスを成長させることです。そのため、同社は成長計画をサポートするためにすべてのワークロードをPostgresに移行することを決定しました。将来的には、Postgresデータベースは約1TB〜2TBに成長すると予測しています。
【リモート監視事例】英国 Metasphere
英国MetasphereはPostgresとEDBで新しい機会を獲得（2022年3月11日）
Metasphereは、リモート監視ソリューションを専門とするグローバル組織です。公益事業、政府機関、システムインテグレーターは、Metasphereのソリューションを使用してインフラストラクチャをプロアクティブに監視および維持し、損害を被る問題をプロアクティブに特定し修正して、緊急事態により迅速に対応します。
Logica Plc（現CGI）のテレメトリー部門から2006年に設立されたMetasphereは、世界中の顧客にデータと情報の収集、処理、可視化、レポートのためのソリューションを提供しています。近年、同社はグローバルな拡大を目指していて、2014年にMetasphere Australia Pty Ltdを設立してオーストラリアでの顧客ベースの拡大をサポートしています。
チャレンジ
グローバルな展開を念頭に、見込み客や顧客からのクラウドベースのプラットフォームにへの需要増に対応して、Metasphereは拡張計画を加速して、テクノロジー基盤を再評価することとなりました。同社のテレメトリープラットフォームCanvasは、Metasphereのテレメトリーデバイスの量、頻度、複雑さを処理するためにOracleを利用していましたが、オラクルにかかる高い費用ととオンプレミスへのバイアスが、同社のこの市場での成長を妨げていました。
リモート監視ソリューションが環境の脅威に対抗
近年、水、廃水、環境、およびガス市場におけるリモート監視ソリューションの需要は、ますます荒れた気象パターンと環境制御に関する規制の強化に伴い、指数関数的に高まっています。 Metasphereのリモートテレメトリデバイスと、テレメトリデータを収集および分析するためのその基盤となるCanvasプラットフォームのポートフォリオは、潜在的な問題領域に対するプロアクティブな洞察と、問題が深刻化する前に対処するための早期警告システムを求めるお客様にとって非常に貴重なソリューションだと証明されています。
「テレメトリがないと、ユーティリティが目に見えないので、対応が受け身になってしまいます」と、Metasphereの製品管理ディレクターであるクリス・フライアット氏は説明します。
「インフラストラクチャ内の水圧を監視することで、顧客はネットワーク全体にプロファイルを構築し、潜在的な問題の早期警告サインを提供する異常を特定できます。」
通常、お客様は数千から数万のテレメトリデバイスを使用して、1 日のさまざまな時点で Canvas プラットフォームにデータを送信します。デバイスの性質とそのユースケースにもよりますが、このようなデバイスは5分ごとから1日1回未満の範囲でホームにpingを実行している可能性があります。
フライアット氏は次のように説明しています。「一般的なユーティリティは、毎年、ウェットティッシュやファットバーグなどの何万もの詰まりを取り除きます。当社のテレメトリソリューションは、閉塞形成の早期の指標となるかもしれない予期しないレベルの上昇または低下をお客様が検出するのに役立ちます。これにより、公益事業者は詰まりを防ぐことができ、環境がはるかにきれいになるだけでなく、詰まり、それによるクリーンアップ、およびパイプが崩壊した場合の潜在的なインフラストラクチャの損傷を解消することにより、大幅なコスト削減が実現します。」
解決策
Metasphereは、将来の成長に不可欠なクラウドインフラストラクチャを採用しながらコストを削減する必要があり、PostgreSQLに注目しました。EDB Postgres Advanced Serverにより、Metasphereはデータ集約型のアプリケーションに必要なスケーラビリティとパフォーマンスを犠牲にすることなく、費用対効果の高いクラウドフレンドリーな基盤を手に入れました。
Oracleサイズの拡張への障壁をクリア
Metasphereの初期のビジネスの多くは、大規模な公益事業によって推進されていました。しかし、同社が小規模な公益事業、新興市場、および規制当局をターゲットにし始めると、Oracleベースの製品から今まで経験したことのない抵抗に直面し始めました。国際的な拡大により、別の課題も明らかになりました。それは、データを国内に保持したいというMetasphereの顧客の願望です。
「Oracleのコアベースのライセンスは、あらゆる規模の顧客が1つのインスタンスを実行するために複数のデータベースライセンスを購入する必要があることを意味しました。それはソリューションのコストを劇的に増加させました」とフライアット氏は回想します。「国内のデータ要件は、アマゾン ウェブ サービス（AWS）に移行しない限り、一部の国際的なクライアントにホストされたソリューションを提供できないことを意味しました。」
市場からのフィードバックから、Metasphereのチームは新しいデータベース基盤の必要性を確認しました。
① AWS でシームレスに動作するため、チームは顧客データを関連するリージョンに制限
② 全体的なライセンスコストを削減して、Metasphereの製品の総所有コストを削減
③ 新規顧客が少数のデバイスから始め、デバイスの追加に合わせてすばやく簡単に拡張できる「ランドアンドエキスパンド」モデルをサポート
結果
EDBの支援により、Metasphereはホスト環境とオンプレミス環境の両方をOracleからPostgreSQLに混乱なく正常に移行しました。その結果、彼らは次世代のCanvasプラットフォームの市場機会を拡大し、PostgreSQL上に構築された低価格のオンプレミスソリューションと、規制当局や小規模な組織向けのクラウドホストサービスの両方を提供できるようになりました。さらに、プラットフォーム内のデータにアクセスするユーザーの応答時間と速度の両方が向上しました。最後に、この移行により、Metasphere は自分たちとクライアントの両方のライセンスコストを劇的に削減できました。
簡単な移行…
さまざまなデータベース製品の初期評価の後、チームは、主要な要件を満たすデータベースとしてPostgreSQLを選定しました。EDB Postgres Advanced Serverは、そのオープンソースの性質から、より低いサポートコストで優れた機能の俊敏性を提供できました。
OracleからEDB Postgres Advanced Serverへの移行は、特にEDBのMigration Toolkitを使用して、簡単にできました。公益事業業界は慎重でリスクを回避する性質があり、 移行のために両方のデータベースを6か月間並行実行して確認をおこないました。
「最終的に、ホストされているすべての顧客は知らない間にPostgresに移行できました。オンプレミスの顧客は6か月の移行期間に安心感をもちました」とフライアット氏は述べています。 「以来、すべての移行を完了し、お客様は管理不能なライセンス料にさらされなくても良くなりました。」
将来…成長の基盤
フライアット氏と彼のチームにとってさらにエキサイティングなのは、目の前の機会です。イングランドとウェールズの政府環境規制機関の環境庁は、排水の流出による自然環境の損傷を防ぐように水道事業者に強く求めています。その結果、電力会社はより洗練されたテレメトリソリューションを探しているだけでなく、規制を施行する機関も同様です。
業界の現在のテレメトリインフラストラクチャでは、Metasphereが業界が必要としていると想定している10倍のカバレッジの増加に対応できませんが、AWSのオンデマンドのスケーラビリティにより、Metasphereはこれらの新しいニーズに適切な時間枠で簡単にスケーリングできます。Metasphereは、EDBの堅牢なバックアップとリカバリのツールとEDB Enterprise Managerを利用して、システムの状態を監視し、データベースのパフォーマンスを最適化しています。
「Postgresに移行してから、目標を達成しただけでなく、はるか先に行くことができました」とフライアット氏は言います。
同社は将来に目を向けていて、成長が減速することはありません。規制当局は、より多くの監視デバイスを必要とするより積極的なエンゲージメントモデルを推進し続けています。Metasphereは、EDB Postgres Advanced Serverでそれをサポートしています。
Metasphereは、リモート監視ソリューションを専門とするグローバル組織です。公益事業、政府機関、システムインテグレーターは、Metasphereのソリューションを使用してインフラストラクチャをプロアクティブに監視および維持し、損害を被る問題をプロアクティブに特定し修正して、緊急事態により迅速に対応します。
Logica Plc（現CGI）のテレメトリー部門から2006年に設立されたMetasphereは、世界中の顧客にデータと情報の収集、処理、可視化、レポートのためのソリューションを提供しています。近年、同社はグローバルな拡大を目指していて、2014年にMetasphere Australia Pty Ltdを設立してオーストラリアでの顧客ベースの拡大をサポートしています。
チャレンジ
グローバルな展開を念頭に、見込み客や顧客からのクラウドベースのプラットフォームにへの需要増に対応して、Metasphereは拡張計画を加速して、テクノロジー基盤を再評価することとなりました。同社のテレメトリープラットフォームCanvasは、Metasphereのテレメトリーデバイスの量、頻度、複雑さを処理するためにOracleを利用していましたが、オラクルにかかる高い費用ととオンプレミスへのバイアスが、同社のこの市場での成長を妨げていました。
リモート監視ソリューションが環境の脅威に対抗
近年、水、廃水、環境、およびガス市場におけるリモート監視ソリューションの需要は、ますます荒れた気象パターンと環境制御に関する規制の強化に伴い、指数関数的に高まっています。 Metasphereのリモートテレメトリデバイスと、テレメトリデータを収集および分析するためのその基盤となるCanvasプラットフォームのポートフォリオは、潜在的な問題領域に対するプロアクティブな洞察と、問題が深刻化する前に対処するための早期警告システムを求めるお客様にとって非常に貴重なソリューションだと証明されています。
「テレメトリがないと、ユーティリティが目に見えないので、対応が受け身になってしまいます」と、Metasphereの製品管理ディレクターであるクリス・フライアット氏は説明します。
「インフラストラクチャ内の水圧を監視することで、顧客はネットワーク全体にプロファイルを構築し、潜在的な問題の早期警告サインを提供する異常を特定できます。」
通常、お客様は数千から数万のテレメトリデバイスを使用して、1 日のさまざまな時点で Canvas プラットフォームにデータを送信します。デバイスの性質とそのユースケースにもよりますが、このようなデバイスは5分ごとから1日1回未満の範囲でホームにpingを実行している可能性があります。
フライアット氏は次のように説明しています。「一般的なユーティリティは、毎年、ウェットティッシュやファットバーグなどの何万もの詰まりを取り除きます。当社のテレメトリソリューションは、閉塞形成の早期の指標となるかもしれない予期しないレベルの上昇または低下をお客様が検出するのに役立ちます。これにより、公益事業者は詰まりを防ぐことができ、環境がはるかにきれいになるだけでなく、詰まり、それによるクリーンアップ、およびパイプが崩壊した場合の潜在的なインフラストラクチャの損傷を解消することにより、大幅なコスト削減が実現します。」
解決策
Metasphereは、将来の成長に不可欠なクラウドインフラストラクチャを採用しながらコストを削減する必要があり、PostgreSQLに注目しました。EDB Postgres Advanced Serverにより、Metasphereはデータ集約型のアプリケーションに必要なスケーラビリティとパフォーマンスを犠牲にすることなく、費用対効果の高いクラウドフレンドリーな基盤を手に入れました。
Oracleサイズの拡張への障壁をクリア
Metasphereの初期のビジネスの多くは、大規模な公益事業によって推進されていました。しかし、同社が小規模な公益事業、新興市場、および規制当局をターゲットにし始めると、Oracleベースの製品から今まで経験したことのない抵抗に直面し始めました。国際的な拡大により、別の課題も明らかになりました。それは、データを国内に保持したいというMetasphereの顧客の願望です。
「Oracleのコアベースのライセンスは、あらゆる規模の顧客が1つのインスタンスを実行するために複数のデータベースライセンスを購入する必要があることを意味しました。それはソリューションのコストを劇的に増加させました」とフライアット氏は回想します。「国内のデータ要件は、アマゾン ウェブ サービス（AWS）に移行しない限り、一部の国際的なクライアントにホストされたソリューションを提供できないことを意味しました。」
市場からのフィードバックから、Metasphereのチームは新しいデータベース基盤の必要性を確認しました。
① AWS でシームレスに動作するため、チームは顧客データを関連するリージョンに制限
② 全体的なライセンスコストを削減して、Metasphereの製品の総所有コストを削減
③ 新規顧客が少数のデバイスから始め、デバイスの追加に合わせてすばやく簡単に拡張できる「ランドアンドエキスパンド」モデルをサポート
結果
EDBの支援により、Metasphereはホスト環境とオンプレミス環境の両方をOracleからPostgreSQLに混乱なく正常に移行しました。その結果、彼らは次世代のCanvasプラットフォームの市場機会を拡大し、PostgreSQL上に構築された低価格のオンプレミスソリューションと、規制当局や小規模な組織向けのクラウドホストサービスの両方を提供できるようになりました。さらに、プラットフォーム内のデータにアクセスするユーザーの応答時間と速度の両方が向上しました。最後に、この移行により、Metasphere は自分たちとクライアントの両方のライセンスコストを劇的に削減できました。
簡単な移行…
さまざまなデータベース製品の初期評価の後、チームは、主要な要件を満たすデータベースとしてPostgreSQLを選定しました。EDB Postgres Advanced Serverは、そのオープンソースの性質から、より低いサポートコストで優れた機能の俊敏性を提供できました。
OracleからEDB Postgres Advanced Serverへの移行は、特にEDBのMigration Toolkitを使用して、簡単にできました。公益事業業界は慎重でリスクを回避する性質があり、 移行のために両方のデータベースを6か月間並行実行して確認をおこないました。
「最終的に、ホストされているすべての顧客は知らない間にPostgresに移行できました。オンプレミスの顧客は6か月の移行期間に安心感をもちました」とフライアット氏は述べています。 「以来、すべての移行を完了し、お客様は管理不能なライセンス料にさらされなくても良くなりました。」
将来…成長の基盤
フライアット氏と彼のチームにとってさらにエキサイティングなのは、目の前の機会です。イングランドとウェールズの政府環境規制機関の環境庁は、排水の流出による自然環境の損傷を防ぐように水道事業者に強く求めています。その結果、電力会社はより洗練されたテレメトリソリューションを探しているだけでなく、規制を施行する機関も同様です。
業界の現在のテレメトリインフラストラクチャでは、Metasphereが業界が必要としていると想定している10倍のカバレッジの増加に対応できませんが、AWSのオンデマンドのスケーラビリティにより、Metasphereはこれらの新しいニーズに適切な時間枠で簡単にスケーリングできます。Metasphereは、EDBの堅牢なバックアップとリカバリのツールとEDB Enterprise Managerを利用して、システムの状態を監視し、データベースのパフォーマンスを最適化しています。
「Postgresに移行してから、目標を達成しただけでなく、はるか先に行くことができました」とフライアット氏は言います。
同社は将来に目を向けていて、成長が減速することはありません。規制当局は、より多くの監視デバイスを必要とするより積極的なエンゲージメントモデルを推進し続けています。Metasphereは、EDB Postgres Advanced Serverでそれをサポートしています。
【メディア通信事例】スウェーデン エリクソン
エリクソン、 EDB Postgresを統合してパフォーマンスを向上させ、コストを削減（2018年6月22日）
エリクソンは、世界最大かつ最も複雑な動画プラットフォームを支援し、世界最強のコンテンツブランドがパーソナライズされた高品質の番組を24時間年中無休で消費者に提供できるように支援しています。エリクソンの製品、サービス、洞察により、ケーブル、衛星、電気通信の放送局、コンテンツ作成者、コンテンツ所有者は、ネットワーク社会におけるテレビへの変革を加速できます。
エリクソンのメディアビジョンは、メディアと通信の融合により、2020年までに世界中で260億台の接続されたデバイスが誕生し、エンターテインメントと接続の新しい時代が到来すると予測しています。テレビとメディア業界が変革する中、エリクソンは世界中のサービスプロバイダーと提携し、調査に基づいた洞察、エンドツーエンドのポートフォリオ、および変革サービスを独自に組み合わせてこの変革を推進しています。
エリクソンのテレビ＆メディアポートフォリオの重要な部分であるエリクソンコンテンツ管理システム（CMS）は、マルチスクリーンおよびマルチプラットフォーム駆動のメディアバリューチェーンに関連する作成、配信、配信の課題に対応します。
エリクソン CMSは、コンテンツ所有者、コンテンツアグリゲーター、放送局、有料テレビ事業者を含む、テレビ業界のコンテンツ運用をエンドツーエンドで管理するための包括的なプラットフォームです。ボリュームとパフォーマンスに対する需要の増加に対応するために、同社はデータベースシステムを含むシステムを再構築する方法を検討しました。このプロジェクト中に、EDB Postgresはスケーラビリティを確保し、パフォーマンスを向上させ、運用コストを削減するために、レガシーデータベースシステムをEnterpriseDB（EDB）のEDB Postgres Advanced Serverに置き換えました。
EDB Postgresを使用して、エリクソンは目標を達成しました。 2014年に完成した新しいシステムは、現在、エリクソンの2つの顧客のコンテンツ処理をサポートしています。
課題
オンデマンドのデジタルメディアの拡散は広範囲に及びます。エリクソンの顧客が期待するようになった高品質のコンテンツをエンドユーザーに提供しようとするにつれて、エリクソンのコンテンツ管理グループ内のITシステムにかかる圧力が増大しました。増大するコンテンツをサポートし、迅速に処理する必要があるシステムと、同社のレガシーデータベースシステムは単に追いついていませんでした。
計画段階で、チームは環境をアップグレードする必要があることと、既存のシステムを改善して顧客の増加するトランザクション負荷をサポートする必要があると判断しました。ただし、チームは、環境の容量を増やし、より多くのトランザクションをサポートすると、レガシーシステムのライセンス料とメンテナンスコストが高くなることに気付きました。
データベース互換性を備えたソリューション
大規模なITアーキテクチャのオーバーホールの一環として、チームはレガシーデータベースシステムをEDB Postgresに移行することを選択しました。これにより、必要なスケーラビリティ、効率、パフォーマンスが低コストで提供されました。EDB Postgresには、レガシーシステムからの移行をサポートするデータベース互換性テクノロジーもありました。エリクソンは、同等の組織での実績のあるパフォーマンスと、レガシーシステムとのデータベース互換性により、EDB Postgresを選択しました。後者により、 EDB Postgresへのデータベースの移行がよりスムーズに実行されました。さらに、会社は既存のレガシースキルとツールを引き続き使用できます。
Linux環境に展開されたこの新しいシステムは、1,100万のタイトル、300万の作業指示書をサポートし、現在2つの顧客が本番環境で、さらにいくつかの顧客が試用しています。
エリクソンのプロダクトマネージャー、ウラジミール・ヤコバクは次のように述べています。 「EDB Postgresは、顧客に比類のない結果を提供するために必要なパフォーマンスとデータ管理機能をすべて非常に低コストで提供してくれました。」
エリクソンは、デジタルコンテンツに対する顧客の需要に対応できる、高性能でスケーラブルな低コストのプラットフォームを構築しました。その中心となるのは、EDBのオープンソースベースのPostgresです。
「システムの再アーキテクチャを計画するとき、潜在的なオプションとしてNoSQLとドキュメントストアプラットフォームを検討しましたが、アプリケーションのリファクタリングを必要としないデータベースの互換性は提供されませんでした。リレーショナルデータベーステクノロジーは、システムを最適に実行するために必要な非構造化および半構造化データを処理するための自由、柔軟性、およびパフォーマンスを提供します。
未来のための基盤」
新しいシステムのおかげで、エリクソンコンテンツ管理システムは、顧客とコンテンツを共有するために必要な迅速なタイトルの取り込みと処理速度を提供するという目標を達成しました。高価なレガシーシステムから移行し、高いライセンス料を排除することにより、エリクソンのEDB Postgresの実装により、エリクソンは顧客とともに成長できるより持続可能で長期的な運用モデルを確立できました。
エリクソンは、世界最大かつ最も複雑な動画プラットフォームを支援し、世界最強のコンテンツブランドがパーソナライズされた高品質の番組を24時間年中無休で消費者に提供できるように支援しています。エリクソンの製品、サービス、洞察により、ケーブル、衛星、電気通信の放送局、コンテンツ作成者、コンテンツ所有者は、ネットワーク社会におけるテレビへの変革を加速できます。
エリクソンのメディアビジョンは、メディアと通信の融合により、2020年までに世界中で260億台の接続されたデバイスが誕生し、エンターテインメントと接続の新しい時代が到来すると予測しています。テレビとメディア業界が変革する中、エリクソンは世界中のサービスプロバイダーと提携し、調査に基づいた洞察、エンドツーエンドのポートフォリオ、および変革サービスを独自に組み合わせてこの変革を推進しています。
エリクソンのテレビ＆メディアポートフォリオの重要な部分であるエリクソンコンテンツ管理システム（CMS）は、マルチスクリーンおよびマルチプラットフォーム駆動のメディアバリューチェーンに関連する作成、配信、配信の課題に対応します。
エリクソン CMSは、コンテンツ所有者、コンテンツアグリゲーター、放送局、有料テレビ事業者を含む、テレビ業界のコンテンツ運用をエンドツーエンドで管理するための包括的なプラットフォームです。ボリュームとパフォーマンスに対する需要の増加に対応するために、同社はデータベースシステムを含むシステムを再構築する方法を検討しました。このプロジェクト中に、EDB Postgresはスケーラビリティを確保し、パフォーマンスを向上させ、運用コストを削減するために、レガシーデータベースシステムをEnterpriseDB（EDB）のEDB Postgres Advanced Serverに置き換えました。
EDB Postgresを使用して、エリクソンは目標を達成しました。 2014年に完成した新しいシステムは、現在、エリクソンの2つの顧客のコンテンツ処理をサポートしています。
課題
オンデマンドのデジタルメディアの拡散は広範囲に及びます。エリクソンの顧客が期待するようになった高品質のコンテンツをエンドユーザーに提供しようとするにつれて、エリクソンのコンテンツ管理グループ内のITシステムにかかる圧力が増大しました。増大するコンテンツをサポートし、迅速に処理する必要があるシステムと、同社のレガシーデータベースシステムは単に追いついていませんでした。
計画段階で、チームは環境をアップグレードする必要があることと、既存のシステムを改善して顧客の増加するトランザクション負荷をサポートする必要があると判断しました。ただし、チームは、環境の容量を増やし、より多くのトランザクションをサポートすると、レガシーシステムのライセンス料とメンテナンスコストが高くなることに気付きました。
データベース互換性を備えたソリューション
大規模なITアーキテクチャのオーバーホールの一環として、チームはレガシーデータベースシステムをEDB Postgresに移行することを選択しました。これにより、必要なスケーラビリティ、効率、パフォーマンスが低コストで提供されました。EDB Postgresには、レガシーシステムからの移行をサポートするデータベース互換性テクノロジーもありました。エリクソンは、同等の組織での実績のあるパフォーマンスと、レガシーシステムとのデータベース互換性により、EDB Postgresを選択しました。後者により、 EDB Postgresへのデータベースの移行がよりスムーズに実行されました。さらに、会社は既存のレガシースキルとツールを引き続き使用できます。
Linux環境に展開されたこの新しいシステムは、1,100万のタイトル、300万の作業指示書をサポートし、現在2つの顧客が本番環境で、さらにいくつかの顧客が試用しています。
エリクソンのプロダクトマネージャー、ウラジミール・ヤコバクは次のように述べています。 「EDB Postgresは、顧客に比類のない結果を提供するために必要なパフォーマンスとデータ管理機能をすべて非常に低コストで提供してくれました。」
エリクソンは、デジタルコンテンツに対する顧客の需要に対応できる、高性能でスケーラブルな低コストのプラットフォームを構築しました。その中心となるのは、EDBのオープンソースベースのPostgresです。
「システムの再アーキテクチャを計画するとき、潜在的なオプションとしてNoSQLとドキュメントストアプラットフォームを検討しましたが、アプリケーションのリファクタリングを必要としないデータベースの互換性は提供されませんでした。リレーショナルデータベーステクノロジーは、システムを最適に実行するために必要な非構造化および半構造化データを処理するための自由、柔軟性、およびパフォーマンスを提供します。
未来のための基盤」
新しいシステムのおかげで、エリクソンコンテンツ管理システムは、顧客とコンテンツを共有するために必要な迅速なタイトルの取り込みと処理速度を提供するという目標を達成しました。高価なレガシーシステムから移行し、高いライセンス料を排除することにより、エリクソンのEDB Postgresの実装により、エリクソンは顧客とともに成長できるより持続可能で長期的な運用モデルを確立できました。
【通信事例】米国 無線キャリア
米国無線キャリア、100テラバイトのOracleのデータベースを移行（2018年3月22日）
EDBの通信関連の顧客の中には、アメリカ国内最大級の無線キャリアが含まれている。このキャリアは、アメリカ全土に渡ってネットワークを提供し、そして顧客体験の向上に繋がる、業界の先駆けとなる革新をもたらしている。この企業は、都市や郊外のコミュニティで利用可能な高品質なネットーワークを基盤に、最先端のデバイスの強力なラインナップを持っている。そして現在、その顧客の99%が4G LTEの速度で通信を行うことができる。
この企業も、通信業界内の他の企業と同じ理由で、オープンソースのソフトウェア導入に向けた取り組みを始めている。その目的は、効率性や柔軟性をインフラのレベルから向上することにあった。また同時に、運用コストを削減しながら顧客体験を向上させるという狙いもある。
データセンターにオープンソースのソフトウェアソリューションを導入する候補としてこの会社が最初に選んだのは、それまで使っていたOracle Exadataのシステム上の100テラバイトのデータをEDB Postgres PlatformとCloudera（Hadoop）に移行させるという、ミッションクリティカルなアプリケーションだった。このアプリケーションは、無線機器向けの地理情報や、その他の地理的な行動パターンやデータの利用、音声録音（ボイスメールやコールセンターとのやりとりなど）といった、さまざまな種類のデバイスおよびユーザーの情報を保持するものだ。
4つの「成功の柱」
OracleからEDB Postgresへの移行によって、アプリケーションの運用コストを数百万ドル削減できることになるが、その理由は、それまで使用していたコストのかかるシステムを、低コストなオープンソースのデータ管理ソリューションであるEDB PostgresとClouderaと入れ替えたためだ。この計画を素早く成功させることを約束したEnterpriseDBの管理のもと、データ移行は2週間で完了した。
EDBは、この企業が下記4つの目的を果たすための協力を行なった。
① マイグレーション
この企業は、OracleからEDB Postgresへのデータ移行を実現しパフォーマンスの向上を約束する、EDBがPostgres向けに開発した主要な機能（パーティショニングや異なる種類のデータベースリンクなど）を有効活用した。
② 新しいアプリケーションの開発
このアプリケーションは、もともとOracle Exadata上で完璧に動作していた。そして、それはEDB PostgresがDBOR (Database Of Record) となるだけでなく、データ解析ができるように、情報は莫大な量のアーカイブデータとともに定期的にClouderaに集められる。EDB Postgresは、データがあたかも単一データベースの一部であるかのようにスムーズに行き来できるように、EDB Data Adaptorを用いてClouderaのようなNoSQLのソリューションにデータを統合する。
さらにデータベースの管理者は、EDB Postgres Data Adaptorsを用いることで、Cloudera上のデータがPostgresのテーブルに存在するかのように処理することができる。
このことにより、Postgres DBAが構造化および非構造化データを扱う上で強力な制御が可能となり、新しいアプリケーションの開発の際に高い柔軟性を得ることができる。ボイスコールのトラフィックや録音もCloudera上に保存されるが、これは、コンテンツが生成する莫大な量のデータの管理においてもこのソリューションが優れているためだ。
③ インテグレーション
この新たなシステムは、Hewlett Packard Enterprise（HPE）の既存のストレージアレイのインフラに統合される。このHPEのソリューションは、容易にEDB Postgresのバックアップソリューションに統合することが可能な、柔軟性の高いバックアップ機能を持っており、タイムリーかつ信頼性の高いバックアップとリカバリーが可能だ。
EDB Postgresは、標準ベースのソリューションとして、データセンター内の複数のプラットフォームに渡って統合することができる。
④ モダナイゼーション
Clouderaを追加することで、これまでのソリューションではコストがかかるリファクタリングを行うことなく、より高度なデータ解析が可能となる。また、そのコストを削減できることで、顧客が旧型の携帯電話からスマートフォンに移行する手助けとなり顧客体験を向上できる、ユーザーデータに基づいた予測環境の構築など、新たにデータ・ドリブンな企業戦略への投資が可能となる。
結論
無線キャリアは、将来のアプリケーション環境の開発段階に向けて、さらなるデータ・ドリブンな戦略を計画している。そのためには、インフラを超えたデータソースの統合や、Postgresが持つ強力なオープンソースの拡張機能「PostGIS」を基盤とした、地理情報の有効活用が必要となる。
EDBの通信関連の顧客の中には、アメリカ国内最大級の無線キャリアが含まれている。このキャリアは、アメリカ全土に渡ってネットワークを提供し、そして顧客体験の向上に繋がる、業界の先駆けとなる革新をもたらしている。この企業は、都市や郊外のコミュニティで利用可能な高品質なネットーワークを基盤に、最先端のデバイスの強力なラインナップを持っている。そして現在、その顧客の99%が4G LTEの速度で通信を行うことができる。
この企業も、通信業界内の他の企業と同じ理由で、オープンソースのソフトウェア導入に向けた取り組みを始めている。その目的は、効率性や柔軟性をインフラのレベルから向上することにあった。また同時に、運用コストを削減しながら顧客体験を向上させるという狙いもある。
データセンターにオープンソースのソフトウェアソリューションを導入する候補としてこの会社が最初に選んだのは、それまで使っていたOracle Exadataのシステム上の100テラバイトのデータをEDB Postgres PlatformとCloudera（Hadoop）に移行させるという、ミッションクリティカルなアプリケーションだった。このアプリケーションは、無線機器向けの地理情報や、その他の地理的な行動パターンやデータの利用、音声録音（ボイスメールやコールセンターとのやりとりなど）といった、さまざまな種類のデバイスおよびユーザーの情報を保持するものだ。
4つの「成功の柱」
OracleからEDB Postgresへの移行によって、アプリケーションの運用コストを数百万ドル削減できることになるが、その理由は、それまで使用していたコストのかかるシステムを、低コストなオープンソースのデータ管理ソリューションであるEDB PostgresとClouderaと入れ替えたためだ。この計画を素早く成功させることを約束したEnterpriseDBの管理のもと、データ移行は2週間で完了した。
EDBは、この企業が下記4つの目的を果たすための協力を行なった。
① マイグレーション
この企業は、OracleからEDB Postgresへのデータ移行を実現しパフォーマンスの向上を約束する、EDBがPostgres向けに開発した主要な機能（パーティショニングや異なる種類のデータベースリンクなど）を有効活用した。
② 新しいアプリケーションの開発
このアプリケーションは、もともとOracle Exadata上で完璧に動作していた。そして、それはEDB PostgresがDBOR (Database Of Record) となるだけでなく、データ解析ができるように、情報は莫大な量のアーカイブデータとともに定期的にClouderaに集められる。EDB Postgresは、データがあたかも単一データベースの一部であるかのようにスムーズに行き来できるように、EDB Data Adaptorを用いてClouderaのようなNoSQLのソリューションにデータを統合する。
さらにデータベースの管理者は、EDB Postgres Data Adaptorsを用いることで、Cloudera上のデータがPostgresのテーブルに存在するかのように処理することができる。
このことにより、Postgres DBAが構造化および非構造化データを扱う上で強力な制御が可能となり、新しいアプリケーションの開発の際に高い柔軟性を得ることができる。ボイスコールのトラフィックや録音もCloudera上に保存されるが、これは、コンテンツが生成する莫大な量のデータの管理においてもこのソリューションが優れているためだ。
③ インテグレーション
この新たなシステムは、Hewlett Packard Enterprise（HPE）の既存のストレージアレイのインフラに統合される。このHPEのソリューションは、容易にEDB Postgresのバックアップソリューションに統合することが可能な、柔軟性の高いバックアップ機能を持っており、タイムリーかつ信頼性の高いバックアップとリカバリーが可能だ。
EDB Postgresは、標準ベースのソリューションとして、データセンター内の複数のプラットフォームに渡って統合することができる。
④ モダナイゼーション
Clouderaを追加することで、これまでのソリューションではコストがかかるリファクタリングを行うことなく、より高度なデータ解析が可能となる。また、そのコストを削減できることで、顧客が旧型の携帯電話からスマートフォンに移行する手助けとなり顧客体験を向上できる、ユーザーデータに基づいた予測環境の構築など、新たにデータ・ドリブンな企業戦略への投資が可能となる。
結論
無線キャリアは、将来のアプリケーション環境の開発段階に向けて、さらなるデータ・ドリブンな戦略を計画している。そのためには、インフラを超えたデータソースの統合や、Postgresが持つ強力なオープンソースの拡張機能「PostGIS」を基盤とした、地理情報の有効活用が必要となる。
【クラウド事例】中国 アリババ
アリババクラウド、EDB Bostgres Advanced Serverをベースとしたデータベースサービス開始（2018年9月26日）
Alibaba Cloud は、Alibaba Cloud ApsaraアーキテクチャとEDB Postgres Advanced ServerをベースにしたリレーショナルデータベースサービスであるPPAS用ApsaraDBを開始しました。 これは、Alibaba CloudとエンタープライズDB（EDB）が、2015年以来の提携関係を強化したことによるもので、今後 Alibaba Cloud は、グローバルユーザーにPostgresクラウドデータベースサービスと製品のさらなる拡張を提供して行きます。
EDBは、世界中で使われているオープンソースのリレーショナルデータベース管理システム（RDBMS）であるPostgreSQLの普及を促進するため、Oracleとの互換性を提供しています。EDBの顧客には、主要なFortune 500企業の多くが含まれており、Postgresに基づいたエンタープライズクラスのソリューションを提供しています。 EDB Postgresは、Oracleなどのエンタープライズデータベース管理システムからPostgresに移行する際の技術的な難しさを軽減し、総所有コスト（TCO）を大幅に削減できます。
Alibaba Cloudの社長であるSimon Hu氏は次のように述べています。「ユーザーがデータベースをクラウドに移行することを容易にすることは、クラウドコンピューティングの普及に不可欠です。EDBとの技術協力を拡大することで、ApsaraDBとEDB Postgresの統合を強化し、ユーザにAlibaba Cloudのエンタープライズクラスのデータベース製品とソリューションを提供します。」
EDBの社長兼CEOのエド・ボヤジャン（Ed Boyajian）は次のように述べています。「過去3年間、Alibaba CloudはEDBにとって重要なパートナーでした。技術協力が拡張されることで、Alibaba Cloud上で顧客にさらに大きな価値を提供できます。今後は、中国および世界の顧客にサービスを提供するためのより良い方法が提供されることになります。」
Alibaba Cloud は、Alibaba Cloud ApsaraアーキテクチャとEDB Postgres Advanced ServerをベースにしたリレーショナルデータベースサービスであるPPAS用ApsaraDBを開始しました。 これは、Alibaba CloudとエンタープライズDB（EDB）が、2015年以来の提携関係を強化したことによるもので、今後 Alibaba Cloud は、グローバルユーザーにPostgresクラウドデータベースサービスと製品のさらなる拡張を提供して行きます。
EDBは、世界中で使われているオープンソースのリレーショナルデータベース管理システム（RDBMS）であるPostgreSQLの普及を促進するため、Oracleとの互換性を提供しています。EDBの顧客には、主要なFortune 500企業の多くが含まれており、Postgresに基づいたエンタープライズクラスのソリューションを提供しています。 EDB Postgresは、Oracleなどのエンタープライズデータベース管理システムからPostgresに移行する際の技術的な難しさを軽減し、総所有コスト（TCO）を大幅に削減できます。
Alibaba Cloudの社長であるSimon Hu氏は次のように述べています。「ユーザーがデータベースをクラウドに移行することを容易にすることは、クラウドコンピューティングの普及に不可欠です。EDBとの技術協力を拡大することで、ApsaraDBとEDB Postgresの統合を強化し、ユーザにAlibaba Cloudのエンタープライズクラスのデータベース製品とソリューションを提供します。」
EDBの社長兼CEOのエド・ボヤジャン（Ed Boyajian）は次のように述べています。「過去3年間、Alibaba CloudはEDBにとって重要なパートナーでした。技術協力が拡張されることで、Alibaba Cloud上で顧客にさらに大きな価値を提供できます。今後は、中国および世界の顧客にサービスを提供するためのより良い方法が提供されることになります。」
【金融事例】米国 マスターカード
Mastercardのダウンタイムゼロの秘密はPostgreSQLにあり
講師： Gordon Platt, Lead BizOps Engineer, Mastercard
（2020年6月 Postgres Vision 2020 での講演より）
Mastercardは、Oracle、MySQL、Microsoft SQL Server、Cassandra、Hadoop、DB2、PostgreSQLなどの一連のデータベーステクノロジーを長年使用してきました。
すでにPostgreSQLを積極的に使用していたため、Mastercardのディザスタリカバリ戦略を迅速に強化できました。PostgreSQLのバイナリストリーミングレプリケーションがその背後にある主要なツールでした。これはうまく機能していましたが、「どうすればこれをさらに改善できるか」という課題が常にありました。
いかにしてゼロダウンタイムを実現するか
Mastercardは、2つの大きな問題に直面していました。それは、処理をディザスタリカバリサイトに切り替えるのにかかる時間と、サーバーのメンテナンスタスク（バキュームフル、インデックスの再作成など）を実行する方法です。99.999％の稼働時間は、会社の最低条件でした。
PostgreSQL 9.4には論理レプリケーションがあり、論理レプリケーションにはマルチマスターレプリケーションがあります。
PostgreSQL：経済的な必要性
xDB MMRの構築後、その効果はすぐに実感できました。特に、DRサイトへの切り替えは確実に迅速になったのです。
しかし、xDB MMRがもたらしたのは、DRソリューションの改善だけではありません。個人を特定できるデータを保存できる場所に関する規制や義務に準拠し続ける必要がある中、非常に貴重なデータ移行ツールを提供しました。
バイナリストリーミングレプリケーションに対する論理レプリケーションの大きな利点の1つは、データのフィルタリングが可能なことです。もう一つは、ターゲットのPostgreSQLサーバに関数やトリガーを設定し、ターゲットのデータベーステーブルに書き込まれたデータをさらに操作できることです。
Mastercardは、xDBを使用して大陸間でデータのサブセットを移行し、統治機関の変化する義務に準拠し続ける場合に非常に役立つことを発見しました。
xDBのフィルタリングにより、ソース大陸に存在するデータがその大陸から外部に出ることを防ぎました。さらに、PostgreSQLのトリガーにより、ターゲットサーバーに書き込まれたデータにシームレスに追加ビジネスロジックを適用することができました。xDBはリアルタイムのデータ移行ツールとして使用され、そのデータ移行戦略は非常に成功しました。
今後の課題
今後、Mastercardは、xDB MMRを使用して複数のデータセンターで決済の同時処理を行い、サイトの同期を保つ機能を活用する予定です。アプリを少し変更する必要があり、特にデータの競合については多くのテストが必要でしょう。
これらの更新と修正により、PostgreSQLへの移行が経済的に必要であることが実際に証明されました。 Mastercardはフェイルオーバー時間を短縮する必要があり、1秒あたりに非常に多くのクレジットカードトランザクションが発生していました。 PostgreSQLを使用することで、真に「ダウンタイムゼロ」を実現することができています。
講師： Gordon Platt, Lead BizOps Engineer, Mastercard
（2020年6月 Postgres Vision 2020 での講演より）
Mastercardは、Oracle、MySQL、Microsoft SQL Server、Cassandra、Hadoop、DB2、PostgreSQLなどの一連のデータベーステクノロジーを長年使用してきました。
すでにPostgreSQLを積極的に使用していたため、Mastercardのディザスタリカバリ戦略を迅速に強化できました。PostgreSQLのバイナリストリーミングレプリケーションがその背後にある主要なツールでした。これはうまく機能していましたが、「どうすればこれをさらに改善できるか」という課題が常にありました。
いかにしてゼロダウンタイムを実現するか
Mastercardは、2つの大きな問題に直面していました。それは、処理をディザスタリカバリサイトに切り替えるのにかかる時間と、サーバーのメンテナンスタスク（バキュームフル、インデックスの再作成など）を実行する方法です。99.999％の稼働時間は、会社の最低条件でした。
PostgreSQL 9.4には論理レプリケーションがあり、論理レプリケーションにはマルチマスターレプリケーションがあります。
PostgreSQL：経済的な必要性
xDB MMRの構築後、その効果はすぐに実感できました。特に、DRサイトへの切り替えは確実に迅速になったのです。
しかし、xDB MMRがもたらしたのは、DRソリューションの改善だけではありません。個人を特定できるデータを保存できる場所に関する規制や義務に準拠し続ける必要がある中、非常に貴重なデータ移行ツールを提供しました。
バイナリストリーミングレプリケーションに対する論理レプリケーションの大きな利点の1つは、データのフィルタリングが可能なことです。もう一つは、ターゲットのPostgreSQLサーバに関数やトリガーを設定し、ターゲットのデータベーステーブルに書き込まれたデータをさらに操作できることです。
Mastercardは、xDBを使用して大陸間でデータのサブセットを移行し、統治機関の変化する義務に準拠し続ける場合に非常に役立つことを発見しました。
xDBのフィルタリングにより、ソース大陸に存在するデータがその大陸から外部に出ることを防ぎました。さらに、PostgreSQLのトリガーにより、ターゲットサーバーに書き込まれたデータにシームレスに追加ビジネスロジックを適用することができました。xDBはリアルタイムのデータ移行ツールとして使用され、そのデータ移行戦略は非常に成功しました。
今後の課題
今後、Mastercardは、xDB MMRを使用して複数のデータセンターで決済の同時処理を行い、サイトの同期を保つ機能を活用する予定です。アプリを少し変更する必要があり、特にデータの競合については多くのテストが必要でしょう。
これらの更新と修正により、PostgreSQLへの移行が経済的に必要であることが実際に証明されました。 Mastercardはフェイルオーバー時間を短縮する必要があり、1秒あたりに非常に多くのクレジットカードトランザクションが発生していました。 PostgreSQLを使用することで、真に「ダウンタイムゼロ」を実現することができています。
【小売事例】スウェーデン IKEA
IKEAがPostgresを選んだ理由
講師： Dinesh Adhikari, Infrastructure Manager – Databases, IKEA Retail
（2020年6月 Postgres Vision 2020 での講演より）
データベース技術は、ここ数年で大きく進化しています。歴史的には、リレーショナルデータベースが最も普及していましたが、ドキュメントデータベースやキーバリューデータベースなど、他のタイプのデータベースが急速に普及しています。
OracleやMicrosoft SQL Serverのような大規模なリレーショナルデータベースだけでなく、特殊なデータベースを使用するようになったのは、戦略的な動きだったのです。このデータの近代化は、より「目的に合った」データベースサービスの構築を意味し、IKEA Retail（Ingka Group）は、アプリケーション開発のスピードと安定したコスト効率の良い運用のバランスを取ることに成功しました。
現在、さまざまな種類のデータベースが利用できることに加え、オープンソースデータベースは、開発者のアプリケーションニーズを満たし、業務効率を向上させるという点で有名になりました。
IKEAは、この戦略的な最適化とサービスの拡大において、より柔軟で目的に適った道を模索し、必然的に Postgres にたどり着きました。
データベース提供の拡大
長年使用してきたデータベースに加え、IKEAではさらに多くのデータベースを製品に追加してきました。最終的な目標は、すべてのデータベースタイプに対応したデータベースサービスを提供することです。したがって、可能な限りデータベースを Postgres（コミュニティ）または EDB Postgres データベースに移行することが、IKEAの方向性の選択です。
このオプションの素晴らしい点は、我々のユーザーが見て、よく反応してくれた柔軟性です。Postgres を使用すれば、パフォーマンスと運用に妥協することなく、低コストで軽量なデータベースサービスを提供できるという事実は、非常に大きなものでした。私たちのアプリケーションのすべてが複雑なエンタープライズ版のデータベースを必要とするわけではないので、軽量で低コストのデータベースを提供することは、アプリケーションのオーナーから高く評価されています。
IKEA Retailでは、長年にわたり独自のデータベースを使用しており、その価値は非常に大きいと考えています。今回の移行は、独自データベースの利用に加えて、特定のニーズに合ったサービスをPostgresで作成することを目的としています。これにより、データベース周りの作業の汎用性と、費用対効果の高いデータベースニーズへの対応が可能になりました。このように、新しいデータベースサービスの提供は、サービスの改善も推進しました。
人、チーム、そして企業の加速化
IKEA Retailは現在、世界中の店舗で実行されているいくつかの小売アプリケーションをPostgresに移行している最中です。これは、Postgres によってコスト削減、運用の柔軟性、および開発者によるアプリの迅速な変更を実現し、より多くのビジネス機能を迅速に提供できるようになったためで、引き続き投資を続けています。
IKEAは、アプリケーション開発者に様々なデータベースカテゴリを提供することを目指していますが、Postgresの専門知識と開発者の知識によって、私たちのソリューションに簡単に統合でき、ユーザーのデジタルニーズを満たすことができます。
イノベーションを推進するためのPostgresの構築
IKEAは、EDB Postgres Advanced ServerとPostgreSQLサーバーの両方を使用し、継続的なサポートはEDBに依存しています。Postgresの使用を開始する際、EDBは、提供物の構築方法、データ保護とSLAの扱い方、そして我々の特定のニーズに合わせたカスタマイズを理解する手助けをしてくれました。高度な自動化と相まって、ソリューションとサービスをより速く拡張できるようになりました。
IKEAがPostgresを将来的に利用する理由の核心は、その柔軟なデプロイメントオプションです。Postgresは、我々や我々のユーザが独自の方法で成功を収めることを可能にしてくれました。Postgresは複数のデータベースモデルをサポートしており、同じバージョンをどのプラットフォームにも展開することができます。Postgres は私たちのデータベースサービスにとって素晴らしい追加機能であり、私たちは Postgres がより多くサポートできる可能性を追求することに満足しています。
講師： Dinesh Adhikari, Infrastructure Manager – Databases, IKEA Retail
（2020年6月 Postgres Vision 2020 での講演より）
データベース技術は、ここ数年で大きく進化しています。歴史的には、リレーショナルデータベースが最も普及していましたが、ドキュメントデータベースやキーバリューデータベースなど、他のタイプのデータベースが急速に普及しています。
OracleやMicrosoft SQL Serverのような大規模なリレーショナルデータベースだけでなく、特殊なデータベースを使用するようになったのは、戦略的な動きだったのです。このデータの近代化は、より「目的に合った」データベースサービスの構築を意味し、IKEA Retail（Ingka Group）は、アプリケーション開発のスピードと安定したコスト効率の良い運用のバランスを取ることに成功しました。
現在、さまざまな種類のデータベースが利用できることに加え、オープンソースデータベースは、開発者のアプリケーションニーズを満たし、業務効率を向上させるという点で有名になりました。
IKEAは、この戦略的な最適化とサービスの拡大において、より柔軟で目的に適った道を模索し、必然的に Postgres にたどり着きました。
データベース提供の拡大
長年使用してきたデータベースに加え、IKEAではさらに多くのデータベースを製品に追加してきました。最終的な目標は、すべてのデータベースタイプに対応したデータベースサービスを提供することです。したがって、可能な限りデータベースを Postgres（コミュニティ）または EDB Postgres データベースに移行することが、IKEAの方向性の選択です。
このオプションの素晴らしい点は、我々のユーザーが見て、よく反応してくれた柔軟性です。Postgres を使用すれば、パフォーマンスと運用に妥協することなく、低コストで軽量なデータベースサービスを提供できるという事実は、非常に大きなものでした。私たちのアプリケーションのすべてが複雑なエンタープライズ版のデータベースを必要とするわけではないので、軽量で低コストのデータベースを提供することは、アプリケーションのオーナーから高く評価されています。
IKEA Retailでは、長年にわたり独自のデータベースを使用しており、その価値は非常に大きいと考えています。今回の移行は、独自データベースの利用に加えて、特定のニーズに合ったサービスをPostgresで作成することを目的としています。これにより、データベース周りの作業の汎用性と、費用対効果の高いデータベースニーズへの対応が可能になりました。このように、新しいデータベースサービスの提供は、サービスの改善も推進しました。
人、チーム、そして企業の加速化
IKEA Retailは現在、世界中の店舗で実行されているいくつかの小売アプリケーションをPostgresに移行している最中です。これは、Postgres によってコスト削減、運用の柔軟性、および開発者によるアプリの迅速な変更を実現し、より多くのビジネス機能を迅速に提供できるようになったためで、引き続き投資を続けています。
IKEAは、アプリケーション開発者に様々なデータベースカテゴリを提供することを目指していますが、Postgresの専門知識と開発者の知識によって、私たちのソリューションに簡単に統合でき、ユーザーのデジタルニーズを満たすことができます。
イノベーションを推進するためのPostgresの構築
IKEAは、EDB Postgres Advanced ServerとPostgreSQLサーバーの両方を使用し、継続的なサポートはEDBに依存しています。Postgresの使用を開始する際、EDBは、提供物の構築方法、データ保護とSLAの扱い方、そして我々の特定のニーズに合わせたカスタマイズを理解する手助けをしてくれました。高度な自動化と相まって、ソリューションとサービスをより速く拡張できるようになりました。
IKEAがPostgresを将来的に利用する理由の核心は、その柔軟なデプロイメントオプションです。Postgresは、我々や我々のユーザが独自の方法で成功を収めることを可能にしてくれました。Postgresは複数のデータベースモデルをサポートしており、同じバージョンをどのプラットフォームにも展開することができます。Postgres は私たちのデータベースサービスにとって素晴らしい追加機能であり、私たちは Postgres がより多くサポートできる可能性を追求することに満足しています。
お問合せ窓口
EDBではPostgresへのDB移行に関するご相談を歓迎いたします！
下記お問合せフォームより「DB移行相談希望」と明記の上、気軽にお申し込み下さい。
後ほど担当者よりご連絡差し上げます。
お問合せフォーム
下記お問合せフォームより「DB移行相談希望」と明記の上、気軽にお申し込み下さい。
後ほど担当者よりご連絡差し上げます。
お問合せフォーム