エグゼクティブサマリー

PicPay Bankは、NASDAQ上場のブラジルのフィンテック銀行として、約3000万人の顧客にサービスを拡大する中で、ミッションクリティカルな銀行業務を中断することなく成長をサポートできるオーケストレーションプラットフォームが必要でした。単一サーバーのControl-M環境は、運用の回復力、自動化のガバナンス、消費の責任に関する懸念を引き起こしました。Control-M SaaSに移行することで、PicPayは組み込みの高可用性、ジョブとしてのコード自動化、明確なFinOpsの可視性を得て、成長のためのより回復力のあるガバナンスされた基盤を構築しました。すでに、自動化の納期は最大4日から1時間未満に短縮され、98%以上の減少を実現しました。

会社概要

PicPayは銀行としてスタートしたわけではありません。2012年にブラジルのビトリアで設立され、瞬時のピアツーピア転送とQRコード決済を提供するデジタル決済のパイオニアとして始まりました。次の10年間で、はるかに大きなものへと進化しました。

現在、PicPayはブラジル中央銀行によって規制されているフルサービスの金融機関であり、支払い、マーケットプレイスのショッピング、投資、クレジットカード、融資を網羅するデジタルアプリケーションを展開しています。約3000万人の顧客にサービスを提供し、約5000人の従業員を雇用し、2026年1月にPICSのシンボルでNASDAQでのIPOを完了しました。

この組み合わせがPicPayを特異なものにしています。フィンテックの機敏さと規制された銀行のコンプライアンス要求を持ち合わせており、上場企業のスケールで運営されています。アプリの背後には、ビジネスを維持するために数千の自動化プロセスが稼働しています：毎日銀行のコアを開くこと、規制当局との口座調整、パートナーとのファイル交換、支払いのクリアリングなど。これらすべてをオーケストレーションするのがControl-Mです。

課題

PicPayの成長は自動化インフラを上回っていました。長年にわたり、銀行はControl-Mに依存して重要なビジネスサービスと運用ワークフローをオーケストレーションしてきましたが、内部の制約により、展開に追いつくことが資産ではなく負担になっていました。

それは単一の技術的な問題ではありませんでした。一度に集中的に圧力がかかる組み合わせでした。

• バージョンアップが遅れている。PicPayのControl-M環境は更新が必要であり、社内で行うには専門的な知識が必要でした。「たとえ私たちがここで最良の作業を行ったとしても、SaaSのように透明にはならないと確信しています」とPicPayのデータベースエンジニアリングおよびバッチメッシュマネージャーのルイス・メルカンテ氏は述べています。「SaaSはバージョンをアップグレードし、私は気付かないでしょう。それは私たちのチームがオンプレミスで再現できるものではありません。」
• 単一の障害点。環境は高可用性なしで1つの仮想マシンで稼働していました。規制された銀行にとって、そのリスクは深刻でした。「朝に到着したときに新しい日が銀行のコアで開かれていなかったらどうなるか想像してみてください。誰も取引を行うことができず、誰もバランスや明細を見ることができません」とメルカンテ氏は説明します。規制の締切を逃すと、その結果はさらに深刻になります。
• ライセンスとFinOpsの盲点。チームは、再度必要になるかもしれないので、未使用の自動化を保留していました。その結果、誰も追跡できない非アクティブなジョブのストックパイルが生じました。「ライセンスリスクの問題がありました」とメルカンテ氏は言います。ジョブ数によるコスト配分はほとんど不可能で、PicPayはそれを生み出したビジネスユニットに消費を請求することができませんでした。
• 市場投入までの時間が遅い。ビジネスユニットは中央チームに自動化の構築を依存していました。単一のリクエストには、ネットワーク、インフラストラクチャ、データベースチームを通過するのに1日以上かかることがありました。

PicPayの文化は現状を持続不可能にしました。同社はオーナーシップ、規律、シンプルさを重視しています。無制御でガバナンスのない成長を続けることは選択肢ではありませんでした。

解決策

PicPayは、複数の機関や以前の移行を通じてBMCと数年にわたり連携してきました。銀行が更新の決定ポイントに達し、Apache Airflowを含む競合するオプションを評価したとき、その歴史は本当に重要でした。

「差別化要因は、すでに市場におけるBMCの巨大な存在です」とメルカンテ氏は述べています。「BMCはパフォーマンスの歴史を持ち寄りますので、私たちは信頼を持っています。さらに、私たちの専門家はすでにControl-Mでの経験があり、快適に作業していました。」

BMCと継続することは、PicPayが既存のワークフローをネイティブSaaSオペレーティングモデルに移行できることも意味しました。新しいパートナーとともに不慣れなテクノロジーでジョブを再構築するのではなく。

「BMCは私たちよりもControl-Mについて多くのことを知っており、信じられないほどのシンプルさで更新と可用性を維持してくれます」とメルカンテ氏は述べています。「したがって、SaaSプラットフォームに移行するのは非常に理にかなっていました。」

オペレーショナルリスクを排除するために、PicPayは段階的な移行戦略を採用しました。6か月間のオンプレミスブリッジは、生産を稼働させ続けながら、Control-M SaaSが生産環境と非生産環境の両方で同時にアクティブ化されるのを支援しました。PicPayは自社で移行を実施しており、BMCの教育およびプロフェッショナルサービスチームがプランに組み込まれ、プラットフォームの完全な採用とチームの能力向上を推進しています。 

移行中に、BMCは2つの特異な要件を浮き彫りにし、両方のためにソリューションを設計しました：

• IBM DataStage^®のサポート。DataStageは、PicPayのワークフローの非常に大きな割合を支えており、運用にとって重要でしたが、BMCの移行プラグインはまだそれをサポートしていませんでした。BMCの開発者は、サポートを追加するパッチを実装し、移行を解除しました。「DataStageプラグインがなければ、SaaSに移行することはできなかったでしょう」とメルカンテ氏は述べています。
• 共存するエージェント。すべてを一度に移行するのではなく、制御された波で移行するために、PicPayは既存のエージェントとSaaSエージェントを同時に実行する必要がありました。BMCはその能力を提供しました。 

展開全体を通じて、BMCのチームは密接に関与しており、定期的な作業セッションを実施し、文書をレビューし、新たなニーズが浮上するにつれて計画を調整しました。波は意図的に順序付けられ、それぞれの段階が次の段階に影響を与えることができるようになっており、スケジュールは途中のいくつかの祝日を考慮してシフトしました。検証テストが完了したことで、PicPayは最終的な生産波に進みました。

結果

PicPayはControl-M SaaSへの移行を完了し、運用上の利点はすでに明らかです。

• 組み込みの高可用性。信頼性を契約することにより、サーバーを管理するのではなく、PicPayは単一の障害点を排除しました。「私たちは1台のVMしか持っておらず、それが私たちの単一の障害点でした」とメルカンテ氏は説明しています。「BMCのおかげで、異なるクラウドの2台のサーバーを管理する必要はありません。詳細なレベルにまで入る必要すらありません。すでに高可用性があるので、この変更によって2つの目標を達成します。」チームは、重要なプロセスを停止させるようなフリーズしたマシンについて心配することはなくなりました。決済から規制ファイルの交換、日々の銀行コアのロールオーバーまで。
• 自動化が1時間未満で納品され、数日ではない。APIに基づいたジョブとしてのコードが、ビジネスユニットに独自の自動化を構築する自律性を与え、強制された品質基準内で行われます。かつて3～4日かかっていたリクエストが1時間未満で完了するようになり、98%以上の減少を実現しました。「非常に重要な減少です」とメルカンテ氏は確認しています。「ジョブとしてのコードを実装することで、より多くの自律性を人々に与え、そうすればより機敏になり、ビジネスのニーズを満たすためにより迅速に納品できるようになります。」
• 明確なFinOpsとコストの責任。実行ごとの支払いモデルにより、PicPayは消費の正確な見通しを得られます。コストは現在、正しい製品P&Lに流れ、古いモデルの下で蓄積された配分の歪みを修正し、組み込みのガードレールが、ジョブを毎分実行するなどの無駄な実践を防ぎます。コアチームは、使用しないストックパイルのジョブのために支払うことはなくなりました。「私たちのような分散型企業にとって、ガードレールは非常に重要です」とメルカンテ氏は述べています。「ガードレールがあれば、品質と標準化を確保でき、品質と標準化を通じて持続可能な成長を達成できます。」
• より価値のあるチーム。移行はPicPayの運用スタッフを変革しています。Control-Mを手動で監視する代わりに、オペレーションエンジニアはControl-Mに関する深い専門知識を持つサイト信頼性エンジニアになっています。これは稀で需要のあるスキルセットです。「私は、革新や自動化に関することを考えている人々をもっと増やしたいと思っています。繰り返しの仕事を行うのではなく、価値のある仕事をするために」とメルカンテ氏は述べています。

メルカンテ氏はその価値を簡潔にまとめています：「BMCはSaaSモデルを通じて認知的負担を軽減し、ビジネスユニットの自律性を高め、コントロールが繰り返し作業を実行している間に人々を戦略的な活動に投入します。」

今後の見通し

PicPayのControl-M SaaSへの移行は、プラットフォームを現代化するだけでなく、銀行の次の成長段階の基盤を築きました。単一の障害点を排除し、ビジネスユニットにより迅速に動ける自律性を与え、自動化が消費される方法やその支払い方法に財務的な規律をもたらしました。

今後の道は拡張の道です。PicPayは、規制の締切を伴うパートナーとのファイル交換をトリガーするためにControl-Mを強く依存しており、その使用をさらに拡大する計画を立てています。Control-MとMFTを活用して、パートナーとのファイル交換の増加するボリュームを管理します。

コアプラットフォームが現代化されたことで、メルカンテ氏のチームは、Control-Mを会社全体の他のビジネスユニットに展開し、オーケストレーションが実際のビジネス問題を解決できる新しいユースケースをマッピングする計画も立てています。「私はSaaSを未来への道だと考えています」とメルカンテ氏は言います。「Control-Mを使用する方が、他の市場ツールやクラウドネイティブツールを使用するよりも簡単で安価です。私は、より多くのビジネスユニットが自動化ソリューションとしてControl-Mを採用することを期待しています。」