Unity Groupの視点から見たAPISIX：使いやすく、強力で、楽しい
May 19, 2023
Unity GroupのシステムアーキテクトであるLukasz Biegajは、インタビューでAPISIXが彼らの会社にもたらした変化について語っています。彼はAPISIXを「簡潔で強力、そして使いやすい」と表現しています。APISIXをプロジェクトで活用することで、チームと会社は市場投入までの時間を大幅に短縮し、迅速に効果的なソリューションを提供できるようになりました。
概要
課題
- Unity Group内の分業が細分化されるにつれ、部門を超えた変更にはより多くの時間と人的リソースがコミュニケーションに費やされるようになりました。
- プロジェクトの増加に伴い、サポートが必要な複雑なマルチプロトコル通信が増えています。
- クローズドソースのソリューションはコストが高く、デプロイが困難です。
成果
- 部門間コミュニケーションの問題を解決：組織全体の効率と生産性を向上させました。
- 市場投入までの時間が短縮：競争優位性を獲得し、収益を増加させました。
- 開発チームが迅速にプロトタイプを作成し、本番環境でのワークロードをデプロイできる環境を簡単に構築：ビジネスニーズの変化に対する敏捷性と対応力を向上させました。
この記事は、Unity GroupのシステムアーキテクトであるLukasz Biegajとのインタビューに基づいて作成されています。ポーランドにおけるEコマースソリューションの主要プロバイダーの1つであるUnity Groupは、部門間コミュニケーションの課題に直面しており、その結果、作業負荷が大幅に増加していました。Lukasz Biegajは、APISIXを採用する前に会社が直面していた課題、他の選択肢と比較した上でAPISIXを選んだ理由、APISIXがどのように彼らの課題を解決したか、そしてAPISIXを使用した経験の全体的な評価について詳細に説明しました。
背景情報
Unity Groupは、ポーランドにおける最大級のEコマースソリューションのプロバイダーの1つです。同社は25年間存在し、企業のデジタルトランスフォーメーションのための技術を提供してきました。彼らのクライアントのほとんどはEコマース企業です。彼らはビジネスと技術コンサルティング、およびソフトウェア開発のサポートを提供しています。APISIXを使用する前、Unity Groupの主な課題は部門間コミュニケーションでした：1人がインフラストラクチャをプロビジョニングおよび設定し、別の人（開発者）がそれを使用していました。すべての変更にはコミュニケーションと調整が必要でした。さらに、監視を適切に設定するには時間がかかりました。
Lukasz Biegajは、11人のDevOpsエンジニアと共に働くシステムアーキテクトです。彼らは主にEコマースに関連する大規模なサイトの設計、実装、および立ち上げを行っています。彼らはクラウドサービスとKubernetesをアプリケーションの立ち上げプラットフォームとして頻繁に使用しています。
数年前、アプリケーションの設計と実装のプロセスには、システム管理者チームと開発チームの間の部門間コミュニケーションが含まれていました。前者のチームはインフラストラクチャの作成、コンポーネントのインストール、デプロイメントメカニズムの設定を担当し、後者のチームは主にコードを書いてボタンをクリックしてデプロイすることに焦点を当てていました。
しかし、近年、DevOpsのような役割の出現により、この分業はあまり明確ではなくなり、開発者自身もデプロイメントの準備やコンポーネントの選択に関与したいと考えています。
技術的な観点から、デプロイされるほぼすべてのコンポーネントには何らかの形のHTTP通信が必要です。数年前、彼らはApache Web Serverのようなシンプルなウェブサーバーを使用していました。プロジェクトが成長するにつれ、HAProxyやNGINXのようなロードバランサーを使用し始めました。これらはApache2よりも前にHTTP/2をサポートしており、リバースプロキシとして使用できました。また、厳密なAPIゲートウェイソリューションも試しましたが、ほとんどの場合、高価でデプロイとサポートが困難でした。Unity Groupは、多くのクローズドソースソリューションを拒否しました。なぜなら、それらを実装および維持するコストが高く、ライセンスの問題もあったからです。
APISIXを選んだ理由
Lukasz Biegajと彼のチームは、常に自分たちと顧客にとって最良のソリューションを選択しようと努めており、より良いソリューションが現れると具体的なソリューションが変わります。彼らはKubernetesに大きく投資しており、APISIXは新しいGateway APIを実装するプロジェクトの1つとして言及されていました。Apache Software Foundationの傘下にあることは、APISIXにとって非常に大きな利点でした。APISIXの他の利点は、その後のテストと実践で十分に実証されています。
これまで、彼らは約1年間APISIXを使用し、デプロイしてきました。彼らはAWS Kubernetesクラスター内でAPISIXのすべてのインスタンスをデプロイし、公式のHelm Chartsを利用し、AWS Network Load Balancerを通じて公開しています。SSLをNLBで終端するため、AWS Certificate Managerを活用できます。APISIX Ingress Controllerにより、ユーザーは他のKubernetesアプリケーションマニフェストと共にルートを独立して設定できます。さらに、組み込みのPrometheusプラグインを活用してデータメトリクスを処理し、アラートルールとダッシュボードを生成してアプリケーションの状態を可視化しています。
「APISIXを実装する際に内部的なリスクや追加コストはありましたか？」と尋ねられたLukasz Biegajは、自信を持って「リスクはなかったと思います。確かにこれは新しいソフトウェア、新しいソリューションでしたが、オープンソースであるため、概念実証のシナリオで安心してテストできました。これにより、開発チームが多くのプロジェクトで迅速にプロトタイプを作成し、本番環境でのワークロードをデプロイできる環境を簡単に設定できます。」と答えました。Lukasz Biegajは、APISIXのシンプルさと使いやすさを高く評価し、Kubernetesネイティブでありオープンソースであるという他の利点も確認しました。
APISIX使用後の成果
APISIXを使用したプロジェクトでは、市場投入までの時間が大幅に短縮され、Unity Groupはより迅速にソリューションを提供できるようになりました。
Lukasz Biegajは次のように述べています。「私たちはオープンソースプロジェクトを使用することに慣れており、プロジェクトが積極的にメンテナンスされているかどうかは非常に重要です。最初にHelm Chartsでいくつかの問題に遭遇しましたが、それらは迅速に修正されました（1つのバグレポートはすでに修正され、マージされていました）または私たちのパッチが迅速にメインブランチに取り込まれました。要約すると、このプロジェクトは活発で、ユーザーを気にかけており、現在その開発について懸念はありません。」
Unity Groupが直面した課題は、業界全体で普遍的に重要なものです。Lukasz Biegajの視点から、主要な課題はMACHです。Mはマイクロサービス、AはAPIファースト、Cはクラウドネイティブ、Hはヘッドレスを表します。これは大きなトレンドですが、同時に大きな課題でもあります。チームが個々の領域に集中し、必要な場所にパフォーマンスをシフトする方法は？インフラストラクチャへの接続をどのように実現するか？APISIXは、そのようなソリューションを提供するためのツールの1つです。
まとめ
「使いやすく、強力で、楽しい。」 - これがUnity GroupのシステムアーキテクトであるLukasz BiegajによるAPISIXの評価です。
その優れたパフォーマンスとKubernetesネイティブ、オープンソースの特徴により、APISIXはUnity Groupにとって究極の選択肢となりました。APISIXは、Unity Groupが複数のプロジェクトで開発チームが迅速にプロトタイプを作成し、本番環境でのワークロードをデプロイできる環境を簡単に設定できるようにし、部門間コミュニケーションの問題を解決し、時間コストを削減しました。
もしあなたがUnity Groupと同じ問題に直面しているなら、ぜひお気軽にご連絡ください。APISIXを選択することで、あなたの問題を簡単に解決できるでしょう！