※当サイトの記事には、広告・プロモーションが含まれます。

HAProxyが多機能過ぎてどの機能を活用しているのか分かり辛いよね...

gigazine.net

世界の決済処理市場は、VisaとMastercardという2つの巨大企業によって支配されています。この2社は中国を除く世界の決済処理市場の90%を占めており、2社の独占する市場の価値は約8500億ドル(約128兆円)にもおよぶそうです。これだけ巨大な市場をたった2社で独占支配する現状について、ファイナンシャルアドバイザーのピーター・ウェストバーグ氏が考察しています。

VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE

1970年代から1980年代にかけての決済処理の黎明期から、さまざまな企業が規制当局に対してVisaとMastercardの独占を打ち破るよう説得を試みてきましたが、2024年時点でもこの問題は解決していません。

VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE

一方、フィンテック企業が従来の決済ネットワークを完全に迂回する方法を提供しているという脅威もあります。PayPalやBlock(旧Square)などのデジタルウォレットサービスは、消費者が銀行振込を通じて加盟店に直接支払いを行うことを可能にするためです。Worldpayの報告によると、Apple Payを含むこの種のデジタルウォレットは、北米および欧州のeコマース取引の約3分の1を占めている模様。

VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE

他にも、KlarnaAffirmのような「後払いサービス」の急成長により、消費者は購入金額を月々の分割払いで支払うことが可能となっています。こういったサービスもクレジットカードにとっての大きな脅威となりつつあるそうです。

VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE

VisaとMastercardによる市場の独占は決済のデジタル化において重要な役割を担ってきました。規制当局の監視が強化されるにつれ、両社は事業慣行の変化やより競争の激しい市場環境への対応に直面する可能性があります

VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE

⇧ とりあえず、「クレジットカード決済」の代替手段が「消費者」に普及することになれば、「Visa」と「Mastercard」による不条理な圧力とかも無くなるんですかね?

仮に、「Visa」と「Mastercard」に代わる組織が市場への影響力を持ったとして、同じことが繰り返されるのであれば意味は無いのだけど...

HAProxyが多機能過ぎてどの機能を活用しているのか分かり辛いよね...

Wikipediaによると、

HAProxyは、TCPHTTPベースのアプリケーションのためにリクエストを複数のサーバーに分散させる、高可用なロードバランサーおよびプロキシサーバーを提供するフリーかつオープンソースなソフトウェアである。

https://ja.wikipedia.org/wiki/HAProxy

Cで書かれており、CPUとメモリ利用率の点で、高速で効率がよいと評価されている

https://ja.wikipedia.org/wiki/HAProxy

⇧ とあり、「C言語」による実装となっているそうな。

気になるのは、

gigazine.net

⇧ 上記の話の適応範囲よね...

まぁ、「ソフトウェア」の規模が大きくなってくると、「C言語」から他の「プログラミング言語」への「リファクタリング」は難しそうな気がしますし、

github.com

github.com

⇧ 最早、「リファクタリング」だけを行う「プロジェクト」を立ち上げるとかしないと厳しい気はする...

話が脱線しましたが、

HAProxyは、GoDaddyGitHubBitbucket、 Stack OverflowRedditSlackSpeedtest.netTumblrTwitterTuenti英語版 など、多数の著名なウェブサイトで使用されている。また、Amazon Web ServicesOpsWorks製品で使用されている

https://ja.wikipedia.org/wiki/HAProxy

⇧ 上記によると、「HAProxy」を活用している「ソフトウェア」は多いようだ。

で、

機能

HAProxyには以下のような機能がある:

https://ja.wikipedia.org/wiki/HAProxy

⇧ 上記にあるように、提供されている「機能」が多いので、「HAProxy」を利用しているといった場合に、どの「機能」をメインで利用しているのかが分かり辛い...

Wikipediaの「HAProxy」のページの冒頭で、「高可用性(HA:High Availability)」構成を実現できるともあったので、「OSSOpen Source Software)」とは思えないほど様々な用途を考慮していらっしゃる。

「高可用性(HA:High Availability)」は「非機能」に該当すると思われるから「機能」の一覧で紹介されていないってことなんかな?

とりあえず、「HAProxy」という名前から察するに、「高可用性(HA:High Availability)」が売りなのかな?

GitHubのREADMEを見る限り、

HAProxy is a free, very fast and reliable reverse-proxy offering high availability, load balancing, and proxying for TCP and HTTP-based applications.

https://github.com/haproxy/haproxy

⇧ 概要で「high availability」が先頭に来てるあたりからも、「アピールポイント」であるのだろうか?

ネットの情報を漁っていた感じでは、

tryota.hatenablog.com

www.ns-lab.org

⇧ 上記サイト様によりますと、

  1. Keepalived
  2. Pacemaker
  3. Corosync

あたりを併用している情報が見受けられた。

「Phind」に質問してみた。

■具体的な使用例

  1. 小規模システム
    • Keepalived単独:シンプルなVIP管理で十分
    • Pacemaker単独:基本的なクラスタ管理で十分
    • Corosync単独:不要(機能が限定的)
    • HAProxy単独:シンプルなロードバランシングで十分
  2. 中規模システム
    • Keepalived + Corosync:VIP管理とメッセージングの組み合わせ
    • Pacemaker + Corosync:クラスタ管理とメッセージングの組み合わせ
    • HAProxy + Keepalived:ロードバランシングとVIP管理の組み合わせ
  3. 大規模システム
    • 全ツールの組み合わせ:完全なHA構成
    • Pacemaker + Corosync + HAProxy:高度なクラスタ管理とロードバランシング

■ソフトウェアの比較

機能 HAProxy Keepalived Pacemaker Corosync
学習曲線 中程度 中程度 中程度
主な役割 VIP管理と単純なフェールオーバー クラスタ管理とリソース制御 クラスタメッセージングエンジン ロードバランサー
フェールオーバー VIPレベル 全体的 基盤となるメッセージング セッションレベル
設定の複雑さ 低~中程度 中程度 中程度
使用頻度 高(Pacemakerの基盤として)

 

う~む...

全く分からん。

とりあえず、開発している「システム」の規模に依りけりということになるんだろうか?

毎度モヤモヤ感が半端ない…

今回はこのへんで。