The BEENOS

日本の魅力的な商品を世界中のユーザーへ届ける越境ECプラットフォーム「Buyee」。

世界数百の国・地域からアクセスが集中するこの巨大サービスを技術で支えているのが、BEENOSグループのインフラエンジニアたちです。グローバル規模のトラフィックや国ごとに異なるネットワーク環境に対応しながら、24時間365日止まらない安定したシステム基盤を構築・運用することは、極めて難易度が高く、同時に刺激に満ちたミッションです。

今回スポットを当てるのは、tenso SDD infra unitに所属する野口さん。

元々新入社員として2020年に入社し、その後一度BEENOSを離れ、ITコンサルティングファームや他の事業会社で経験を積んだ野口さん。「なぜ一度退職したBEENOSへ戻る決断をしたのか？」「世界を相手にするインフラ運用のリアルとは？」「これから挑むプラットフォームエンジニアリングという大仕事とは？」

BEENOSの「8つのDos（行動指針）」を体現しながら第一線で活躍する野口さんに、これまでの歩みとインフラ組織の未来像を詳しく語ってもらいました。

 

一度離れたからこそ確信した「事業会社のエンジニア」としての軸

 

― 野口さんは新卒でBEENOSに入社された後、一度退職し、再入社として戻られていますが、まずは当社からの転職を決意された背景と、外の世界で感じたことを教えてください。

新卒で入社してからエンジニアとしての基礎を磨いてきましたが、当時は「もっと広い視点で技術や組織の課題解決に携わりたい」「コンサルティングという立場で他社の課題に向き合ってみたい」という成長意欲が強くありました。そこで一念発起して、ITコンサルティングファームへ転職しました。

ただ、実際にコンサルタントとして働いてみると、想像していた手応えとのギャップに直面しました。コンサルタントの役割は、あくまでクライアントから依頼された契約範囲内で支援を提供すること。提案までは深く関われますが、その後の運用や事業の成長まで最後まで責任を持って伴走する部分には限界があります。

働く中で、自分の性格や志向性として「外側からアドバイスする役割」よりも、「自社のプロダクトや組織の当事者として改善案を出し、自分の手で実装して運用まで責任を持ち切りたい」という強い想いがあることに気づきました。半年ほどで「自分のやりたいことはこれではない」と確信し、改めて事業会社のエンジニアとして生きていくことを決めました。

その後、別の事業会社へ転職しましたが、自分が最も価値を発揮できる環境はどこだろうと考える日々が続いていました。

 

― そこから、どのようにしてBEENOSへの復帰につながったのでしょうか？

ちょうどその頃、たまたまBEENOS時代の同期と飲みに行く機会がありました。そこで近況を話す中で、同期から「新しいインフラチーム（SDD infra unit）を立ち上げる構想がある」という話を聞きました。

以前BEENOSにいた頃、インフラチームは事業の第一線から少し距離があると感じていたのですが、「ゼロからインフラチームを立ち上げる」という話を聞いた瞬間、自分が当事者として主体的に入り、これまでの知見を活かしながら、理想的なインフラ組織と開発プロセスを作り上げられるのではないか、とすごくワクワクしました。

外の世界を経験したからこそ、BEENOSという会社が持つ自由度の高さや、エンジニアが挑戦できる環境のありがたみが明確に理解できました。そこから徐々に「もう一度BEENOSに戻って価値を出したい」という気持ちが固まっていきました。

 

―復帰を決意し、実際に戻られてからの立ち上げ初期はどのような状況だったのでしょうか？

復帰後、まずはチームの体制をしっかりと固めていく予定でした。しかし復帰2ヶ月目、全社的に優先度の高い重要案件へ対応するため、インフラチームの主力メンバーが急きょそのプロジェクトへ集中投入されることになりました。当初想定していたチーム体制の再構築が必要となり、立ち上げ初期における大きな局面を迎えたのです。

そこでまずはチーム内で優先順位の目線合わせをし、新規施策のスピードを調整しながら、既存サービスの安定運用を最優先に保つ体制へと迅速に軌道修正を図りました。

この局面で大きく活きたのが、過去に同社へ在籍していた経験です。社内の組織構造や各領域のキーマン、意思決定のラインを把握していたため、突発的な体制変更に対しても関係各所との調整を非常にスムーズに進めることができました。業務キャッチアップの負荷も最小限に抑えられました。

前任者が担っていた大規模な運用業務を引き継ぎのタイムラグなくスピーディーに引き受け、運用の空白を作らずに対応したことで、全社的なエンジニアリソースの最適化に貢献することができました。
 

国内サービスでは味わえないスケールと予測不能な障害

 

―「Buyee」のインフラ運用について。グローバルプラットフォームならではの面白さや難しさはどこにありますか？また、具体的なエピソードもあれば教えてください。

一番の醍醐味であり、同時に難しさでもあるのは、「地球規模で発生する予測不能な課題」に直接立ち向かえる点です。

国内向けのWebサービスであれば、サーバーの負荷対策や国内回線の状況を注視していれば多くの問題はカバーできます。しかしBuyeeの場合、世界各国のユーザーがそれぞれの地域のネットワーク環境からアクセスしてきます。国ごとの時差によるアクセスピークの違いはもちろん、国単位のインターネット規制や国際回線の問題など、想像を超える事態が日常的に起こります。

特に印象的だったのは、海外現地における通信インフラ側の問題で、特定地域のユーザーから「Buyeeのページが開けない」「アクセスが非常に重い」という問い合わせが相次いだ事例です。

すぐにシステム側のメトリクスやアプリケーションログを確認しましたが、サーバー側には一切異常が見られず、CPUやメモリも正常、アプリケーションコードにもバグはありませんでした。アプリ側の視点だけでは「問題なし」と判断されてしまうような状況です。

しかし、インフラエンジニアの先輩が、アプリやサーバー内部だけでなくネットワーク経路まで詳細に追跡・調査を進めていってくれたんです。その結果、なんと「近隣国で大規模な海底ケーブルの切断事故が発生し、現地のインターネット経路が途絶・迂回して深刻な遅延を引き起こしていた」という原因を突き止めてくれました。

事故自体は自社で直せるものではありませんが、その先輩から「AWS Global Acceleratorを使って経路を迂回させてはどうか」という助言を受け、ともに検証・構築を実施しました。AWSのグローバルネットワーク網を活用し、障害が発生しているパブリックなインターネット経路を回避させたことで、海外ユーザーの接続速度と安定性を劇的に改善することができました。

事象の切り分け方やネットワーク経路まで疑う調査アプローチ、そして即座に最適な技術を選定して打つ手を変える柔軟性。先輩の立ち回りから「グローバルインフラを支えるプロの視点」を学び、大きな成長を実感した瞬間でした。自分が関わった技術によって地球の反対側にいるユーザーの「買える体験」が復旧する手応えは、世界中のユーザーを抱えるBEENOSだからこそ味わえる醍醐味だと思います。
 

「設計から運用まで」自社チームで一気通貫で担う意味

 

―BEENOSのインフラ環境において、「設計・構築・運用をすべて自社チームで担う」ことにはどのようなメリットやカルチャーがあるのでしょうか？

大きな組織や受託開発の現場では、「上流工程でアーキテクチャを決める人」と「現場で手を動かして構築・運用する人」が分断されていることが少なくありません。しかしBEENOSでは、技術方針を決めるのも、実際にコードを書くのも、本番環境にデプロイして運用するのも、すべて同じ自社チームのエンジニアです。

この「一気通貫」の環境があるからこそ、「自分で決めて、自分で本番に届け、自分で育てる」という強い当事者意識がチーム全体に根付いています。

 

―運用まで自分たちで見るからこそ、過去の経験が活きた事例はありますか？

運用を自分たちでやっていると、「過去に構築したこの構成、夜間のバッチ処理で負荷が上がりやすくて監視アラート対応が大変だったな」といったリアルな痛みが肌で分かります。

もし設計と運用が分断されていたら、「運用側の苦労」は設計者に届きにくく、同じような構成が繰り返されてしまうかもしれません。しかしBEENOSでは、運用で得た反省や「もっとこうすれば保守が楽になる」という泥臭い知見が、ダイレクトに次のシステム設計やアーキテクチャの見直しへ反映されます。

「前からこうだったから」という慣習に縛られることは一切ありません。サービスにとって本当に最適な技術手法を自分たちで提案し、議論しながらスピーディーに進化させていける環境が整っています。

 

次なる挑戦は「プラットフォームエンジニアリング」と組織の拡張

 

―今後目指している「次なる挑戦」について教えてください。

これまでのインフラチームは、アプリ開発チームからの「このミドルウェアを準備してほしい」「AWSの権限を付与してほしい」といった個別依頼に対応する「横断的なサポート組織」としての役割が中心でした。

しかし、今後の事業拡大やプロダクトの多角化を見据えると、インフラチームが個別の依頼に都度対応する体制には限界がきます。インフラエンジニアの人数を増やし続けるだけでは、組織の成長スピードに追いつかなくなってしまうからです。

そこで私たちが現在進めているのが、「プラットフォームエンジニアリング」の思想を導入することです。

インフラチームが「作業の請負人」になるのではなく、開発者が自ら安全かつ簡単にインフラリソースを調達・デプロイできる内部開発プラットフォームを整備していきます。

インフラの構築手順をコード化・抽象化してガードレールを設けることで、アプリエンジニアはインフラの詳細な仕様を意識しすぎることなく、安全に本番環境へ機能をリリースできるようになります。

また、単にツールを提供するだけでなく、アプリ開発メンバーに対するインフラ教育やナレッジの共有も推進しています。「どうすればアプリ側がインフラを扱いやすくなるか」「相手が何を解決したくてその依頼をしているのか」を相手の立場になって考え、組織全体の開発体験を向上させていくことが、これからの私たちのミッションです。

極端な目標を言えば、「将来的にインフラチームが少人数であっても、プロダクト開発が安全かつ爆速で自走し続ける仕組み」を作り上げたいと考えています。
 

「メンバーの一人一人が自ら考え、挑戦する」組織

―野口さんから見て、BEENOSのエンジニア組織にはどのような社風やカルチャーが根付いていると感じますか？

BEENOSには、実際にVALUEとして掲げている「自立和尊（自ら目的を持って周囲と協力し挑戦を達成することと、周りへの敬意や感謝の気持ちを忘れず互いを尊重することを両立させる価値観 ）」を評価し、育てるカルチャーが強く存在します。

私自身、学生時代から生徒会活動やサークルの幹事などを経験する中で、「周りの状況を見て、自分が先に動いた方が全体がスムーズに回る」「自分でビジョンを持って動いた方が自由にチャレンジできる」という感覚を培ってきました。BEENOSはまさにそうした「手を挙げる人」にいくらでもチャンスを与えてくれる会社だと感じています。

 

―エンジニアの成長機会という点では、どのような特徴がありますか？

他社を経験して特に感じるのは、「シニアメンバーが一方的に答えを決めて指示を出すのではなく、若手メンバー中心に考えさせ、時には判断させる」という姿勢が徹底されている点です。

例えば、グループ全体のセキュリティガイドラインやインフラ方針を策定する際も、教科書的な正解をそのまま当てはめるのではなく、「うちのAWS構成や今の開発規模、チームの習熟度に照らし合わせたとき、本当に運用可能な現実解は何か？」を若手も含めて議論し、自分たちの手でルールを再解釈・再設計させます。

短期的な作業効率だけを求めれば、経験者が決めて指示を出す方が早いかもしれません。ですがBEENOSでは、将来のコアメンバーとなる人材の成長を見据え、「あえて自分たちに考えさせ、意思決定の経験を積ませる」という育て方をしていると思います。失敗してもそこから学べばOKという空気があるため、主体的に挑戦したいエンジニアにとってこれ以上ない環境だと思います。
 

求める人物像と、これから挑む「大きくて面白い仕事」

 

―今、中途で採用したいと考えているインフラエンジニアには、どのような資質やスタンスを期待していますか？

野口： 求める人物像として、大きく3つのポイントがあります。

1つ目は、相手の立場に立ってコミュニケーションができる人。知識だけでなく、「アプリ開発者が何に困っていて、どうしたいのか」を汲み取り、伴走できる親しみやすさと視点を持っている必要があります。

2つ目は、AIや最新技術を自分なりに解釈し、自発的に判断して動ける人。単に言われた通りの構成を作るのではなく、無数の選択肢の中から「自社にとって最適な解」を自ら定義し、手を動かせることが大切です。

3つ目は、広い視点でシステムの全容を知りたいマメな人。セキュリティやシステム全体の監視など、事業を安全かつ安定的に進めるための土台を丁寧に詰められる細やかさと、システム全体のアーキテクチャを見渡す広い視野を両立できることが求められます。

 

―新しく入ってくるエンジニアと一緒に解決したい「大きくて面白い仕事」とは何でしょうか？

まさに今動き出している「既存プロダクトの安定運用を維持しながら、並行してプラットフォームエンジニアリングへの移行やモダン構成へのリプレイスを進める」というプロジェクトです。

稼働中の巨大なECプラットフォームを止めることなく、裏側の仕組みをよりスマートで自動化された次世代基盤へと進化させていく、非常に難易度が高く挑戦的な取り組みです。

技術的な自由度が高く、自分の判断がそのまま組織の開発速度や事業の成果に直結するため、手応えのある挑戦をしたいエンジニアの方にとっては、間違いなくやりがいのある面白い環境だと思います。

 

―最後に、BEENOSへの入社を検討しているインフラエンジニア候補者の方々へ、メッセージをお願いします！

BEENOSのインフラエンジニアは、決められた手順書通りにクラウドのリソースをポチポチと構築するだけの仕事ではありません。

世界中のユーザーが利用する大規模システムだからこそ、一人で抱え込める範囲には限界があり、周りのエンジニアや他部署を巻き込みながらチームで協力して大きな課題に立ち向かう必要があります。

「自分の技術判断で事業の成果を支えたい」

「指示を待つのではなく、自ら最適な仕組みを考え、判断し、本番環境まで届けたい」

「スケールの大きなグローバル基盤で、プラットフォームエンジニアリングという新しい組織づくりに挑戦したい」

そうした熱い想いを持った方なら、BEENOSには無限のチャンスと成長の場が広がっています。自由と責任を楽しみながら、一緒に次世代のインフラ組織を作っていきましょう！