
世界の決済処理市場は、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
他にも、KlarnaやAffirmのような「後払いサービス」の急成長により、消費者は購入金額を月々の分割払いで支払うことが可能となっています。こういったサービスもクレジットカードにとっての大きな脅威となりつつあるそうです。
VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE
VisaとMastercardによる市場の独占は決済のデジタル化において重要な役割を担ってきました。規制当局の監視が強化されるにつれ、両社は事業慣行の変化やより競争の激しい市場環境への対応に直面する可能性があります。
VisaとMastercardによる世界的なクレジットカード市場の独占はどのようにして起きたのか? - GIGAZINE
⇧ とりあえず、「クレジットカード決済」の代替手段が「消費者」に普及することになれば、「Visa」と「Mastercard」による不条理な圧力とかも無くなるんですかね?
仮に、「Visa」と「Mastercard」に代わる組織が市場への影響力を持ったとして、同じことが繰り返されるのであれば意味は無いのだけど...
HAProxyが多機能過ぎてどの機能を活用しているのか分かり辛いよね...
Wikipediaによると、
HAProxyは、TCPとHTTPベースのアプリケーションのためにリクエストを複数のサーバーに分散させる、高可用なロードバランサーおよびプロキシサーバーを提供するフリーかつオープンソースなソフトウェアである。
Cで書かれており、CPUとメモリ利用率の点で、高速で効率がよいと評価されている。
⇧ とあり、「C言語」による実装となっているそうな。
気になるのは、
アメリカ・ホワイトハウスの国家サイバー局長室(ONCD)が、開発者に対し、C++やC言語といったプログラミング言語からRustやC#などのメモリ安全性が確保されたプログラミング言語への移行を勧めています。
ホワイトハウスが開発者に対しC++やC言語からRustやJavaなどのメモリ安全性に優れたプログラミング言語への移行を勧める - GIGAZINE
⇧ 上記の話の適応範囲よね...
まぁ、「ソフトウェア」の規模が大きくなってくると、「C言語」から他の「プログラミング言語」への「リファクタリング」は難しそうな気がしますし、
⇧ 最早、「リファクタリング」だけを行う「プロジェクト」を立ち上げるとかしないと厳しい気はする...
話が脱線しましたが、
HAProxyは、GoDaddy、GitHub、Bitbucket、 Stack Overflow、Reddit、Slack、Speedtest.net、Tumblr、Twitter、Tuenti など、多数の著名なウェブサイトで使用されている。また、Amazon Web ServicesのOpsWorks製品で使用されている。
⇧ 上記によると、「HAProxy」を活用している「ソフトウェア」は多いようだ。
で、
機能
HAProxyには以下のような機能がある:
⇧ 上記にあるように、提供されている「機能」が多いので、「HAProxy」を利用しているといった場合に、どの「機能」をメインで利用しているのかが分かり辛い...
Wikipediaの「HAProxy」のページの冒頭で、「高可用性(HA:High Availability)」構成を実現できるともあったので、「OSS(Open 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.
⇧ 概要で「high availability」が先頭に来てるあたりからも、「アピールポイント」であるのだろうか?
ネットの情報を漁っていた感じでは、
⇧ 上記サイト様によりますと、
- Keepalived
- Pacemaker
- Corosync
あたりを併用している情報が見受けられた。
「Phind」に質問してみた。
■具体的な使用例
- 小規模システム
- Keepalived単独:シンプルなVIP管理で十分
- Pacemaker単独:基本的なクラスタ管理で十分
- Corosync単独:不要(機能が限定的)
- HAProxy単独:シンプルなロードバランシングで十分
- 中規模システム
- Keepalived + Corosync:VIP管理とメッセージングの組み合わせ
- Pacemaker + Corosync:クラスタ管理とメッセージングの組み合わせ
- HAProxy + Keepalived:ロードバランシングとVIP管理の組み合わせ
- 大規模システム
- 全ツールの組み合わせ:完全なHA構成
- Pacemaker + Corosync + HAProxy:高度なクラスタ管理とロードバランシング
■ソフトウェアの比較
| 機能 | HAProxy | Keepalived | Pacemaker | Corosync |
|---|---|---|---|---|
| 学習曲線 | 中程度 | 高 | 中程度 | 中程度 |
| 主な役割 | VIP管理と単純なフェールオーバー | クラスタ管理とリソース制御 | クラスタメッセージングエンジン | ロードバランサー |
| フェールオーバー | VIPレベル | 全体的 | 基盤となるメッセージング | セッションレベル |
| 設定の複雑さ | 低~中程度 | 高 | 中程度 | 中程度 |
| 使用頻度 | 中 | 中 | 高(Pacemakerの基盤として) | 高 |
う~む...
全く分からん。
とりあえず、開発している「システム」の規模に依りけりということになるんだろうか?
毎度モヤモヤ感が半端ない…
今回はこのへんで。


