ポイント: PayPalはBMCのControl-Mを使用してアプリ開発を強化し、開発者がバッチワークフローを編成し、アプリケーションを迅速に構築できるようにしています。このセルフサービスモデルへの移行は、サポートチケットへの依存を減らし、品質と効率を向上させます。
- 1,000以上のアプリケーションがセルフサービスプラットフォームで構築されました。
- 毎日42,000回のバッチ実行。
PayPalのハイライト:
- 毎秒$13,500以上の支払いが処理される
- 2,600以上のアプリケーション
- 4,500以上の開発者
- 1日あたり42,000回のバッチ実行
PayPalは、2億1,000万以上のアクティブユーザーを抱える競争の激しいグローバルな金融サービス市場において、顧客が接続し、取引を行うための新しく革新的な方法を常に見つけなければなりません。しかし、最高レベルの品質、セキュリティ、コンプライアンスを維持する必要があります。彼らはどうやってそれを実現したのでしょうか？彼らはDevOpsを採用し、開発者がより良いアプリケーションを迅速に作成できるようにするセルフサービス文化を構築しました。昨年の11月、PayPalのプロダクトマネージャーであるラマ・コリは、サンフランシスコで開催された2017 DevOps Enterprise Summitの参加者に、同社がアプリケーション開発を劇的に加速させている方法について話しました。PayPalの物語には、同じ課題に直面している企業にとって貴重な教訓が詰まっています。私が学んだことのいくつかを紹介します。数年前、PayPalの開発者の生活はサポートチケットのログに関するものでした。
- 開発者が生産能力の見積もりが必要な場合、チケットをログに記録しました。
- 新しいアプリのための認証が必要な場合、チケットをログに記録しました。
- リリースウィンドウが必要な場合、チケットをログに記録しました。
私が言いたいことはわかります。新しいアプリケーションを作成するのに数日、テストサーバーをデプロイするのに数週間、アプリを本番環境に移行するのに数ヶ月かかりました。開発者はチケットに溺れ、ビジネスが要求する革新に追いつくのに苦労していました。このプロセスは明らかに壊れていました。そこで、PayPalはDevOps革命に参加し、開発者がソフトウェア開発ライフサイクル（SDLC）のすべてのフェーズを完全にコントロールできるカスタムセルフサービスプラットフォームを構築しましたが、企業の基準にも従っています。このアプローチは、開発者の日常業務をサポートチケットの混乱からすべてのリクエストのためのワンストップショップへと完全にシフトさせます。このセルフサービスライフサイクルの一部に焦点を当てるのはスケジューリングです。
PayPalは、開発者がバッチワークフローを編成するためにBMCのデジタルビジネス自動化プラットフォーム、Control-Mを活用しています。開発者はすでにバッチアプリケーションを構築するためのセルフサービスアクセスを持っています。これは非常に成功しており、PayPalはControl-M Automation APIを使用してバッチジョブのスケジューリングのためのセルフサービス体験を構築しています。バッチアプリケーションはControl-Mとそのセルフサービスプラットフォームの間で統合されているため、エージェントはアプリケーションと共にプロビジョニングされ、バッチアプリが展開されるさまざまな環境に伝播されます。Control-Mの機能豊富なエディタを使用することにより、開発者はバッチスケジュールを定義し、スケジュールのドライランを実行し、継続的な実行のためにスケジュールを公開できます。これにより、バッチ定義はSDLCの早い段階で完了し、リリースとデプロイフェーズでの再作業が減少し、本番環境でのアプリの品質が向上します。では、最終的な結果は何でしょうか？PayPalはこれまでにない速さでアプリケーションを構築し、デプロイしています—場合によっては2週間以内で。現在までに、1,000以上のアプリケーションが彼らのセルフサービスプラットフォームで構築されています。開発者は力を与えられ、実際に開発に集中できるようになり、チケットのログやフォローアップの必要がなくなりました。変更が本番環境にデプロイされる速度はもはやプラットフォームの制限に束縛されていません。今では、開発者が自分のコードを書き、それを認証し、デプロイする速度がすべてです。ラマはまた、PayPalが道のりで学んだいくつかの教訓を共有しました。
- サイト運営はDevOpsの旅の重要なパートナーです。セルフサービス機能を使って開発の機敏性を高めることは、サイトの安定性を犠牲にしてはなりません。彼らの懸念が対処され、彼らのツールがプラットフォームに組み込まれるように、サイト運営パートナーと直接協力することが重要です。
- DevOpsは開発の水準を引き上げます。セルフサービスを使用することで、開発者ははるかに早い作業ペースに慣れ、遅延をもはや容認しません。これにより、ボトルネックを特定し、自動化に投資する機会を見つけるのが容易になります。
- 自由は無料ではありません。PayPalの4,500人の開発者は12,000以上のテストプレイグラウンドを構築しました。これらのテストインスタンスが開発者によって効率的に使用されていない場合、ビジネスには大きなコストがかかります。DevOpsプラットフォームは、開発者がプロビジョニングしたリソースのコストを可視化できることが重要です。
- サポートコストを下げるためにユーザーエクスペリエンス（UX）に投資します。プラットフォームをより直感的にすることで、開発者は自己完結できるようになります。UXの痛点は、迅速に追加のサービスコストとして現れます。統一されたユーザーフレンドリーな体験を作り出すことを目指し、サービスとトレーニングコストを抑えましょう。
- 生産性が鍵です。PayPalは、DevOpsプラットフォームが開発者の必要なときに利用可能で、できるだけ早くタスクを完了できるようにするための追跡機能に投資しています。可用性と使いやすさが生産性と効率を促進します。
DevOpsはPayPalの開発アプローチを再活性化し、BMCはその旅のパートナーであることを誇りに思います。これらの洞察が、あなたのDevOpsの旅を進める際に役立つことを願っています。現在、あなたの会社でDevOps戦略やツールを実施しようとしている、または計画しているのでしょうか？フィードバックや質問をお聞かせください！ こちらをクリックして、ラマ・コリのプレゼンテーション「PayPalにおけるアプリケーション開発の加速による金融サービスの民主化」全体を見てください。
これらの投稿は私自身の意見であり、必ずしもBMCの立場、戦略、または意見を代表するものではありません。