こんにちは、LamodaのBPA（Business Process Automation）の責任者であるPavelSavelievです。これは私たちのITで最大の部門の1つであり、9チームであり、さらに拡大する予定です。私の開発部門がどのように配置されているか、そしてラモダの「内部」とは何かについてお話します。



簡単に言うと、BPAは、配信サービス、巨大な倉庫、注文管理システムを開発およびパートナーとの統合と組み合わせた、このような集中型ネットワークです。これはすべて、レポートと分析に結びついています。これらのシステムの相互作用およびパートナーへの同様のサービスの提供のために、すべてのサービスを設計および作成します。







私たちのIT部門は現実の世界に出会っています。ITシステムで15分の配信間隔を設定するのは簡単ですが、モスクワの何千人もの営業担当者がこの間隔で正確に住所に来るようにすることは非常に困難です。私たちの部門の主な仕事は、ビジネスとテクノロジーをリンクすることです。現在、BPA部門自体は、配送、倉庫、およびB2Bと市場との相互作用を含む商業機能の3つの領域にあります。そして、私たちが自分で使用し、外部で販売するものはすべて本当にクールです。私たちの機能は、お金をもたらし、時間を節約し、高品質のサービスをお客様に提供します。

5つの言語と200万行のコード

BPAは、相互に統合されたシステムのセットであり、他のLamodaシステムです。それらの開発には、PHP、Java、Kotlinを使用し、GoとTypescriptが少しあります-テクニカルレーダーには5つの言語があります。私達は私達のビジネスのタスクのためにすべてのシステムを書きます。今では200万行のコード、25のサービス、100を超える再利用可能なライブラリになっています。



主な言語はPHPであり、他のいくつかの大規模なサービスはJavaとKotlinで記述されています。なぜPHPなのか？第一に、それは注文処理システムを実装します-モノリスは、私たちが長年マイクロサービスに取り入れてきました、そして第二に、私たちはPHPでの作業に優れています：私たちはそれをすばやく書き、それをうまく提供し、たくさんのライブラリでそれを解決しました..。このアプローチにより、すべてのインフラストラクチャ接続を使用して、すべてのログと監視を使用して、わずか数日で新しいサービスを開始できます。 GoとKotlinの両方を倉庫のように使用できます。重複するテクノロジーは使用していません。また、それが機能する限り、他のすべてが禁止されているわけではありません。



ビジネスプロセスでは、各ステップの論理と思慮深さが重要です。あなたの注文が倉庫からウラジヴォストクに行き、そこで突然予期しないプレートがシステムに現れて、それがあなたに与えられなかったということが起こらないように。



システムロジックの実行の安定性と正確性が重要であるため、各ステップをテストでカバーする必要があります。さらに、パートナーも当社のビジネスプロセスを使用しています。したがって、新しいサービスの開始のスピードもビジネスにとって重要であるにもかかわらず、会社の優先事項は安定性です。安定性を確保するために、サービスの設計とその周辺でのテストに時間を費やしています。これにより、すべてを壊すリスクを冒すことなくシステムを開発する機会が得られます。

そばもあります！

私は、WMSのテクニカルリーダーであるAnton Dmitrienkoです。Lamoda流通センター管理システム、またはもっと簡単に言えば、倉庫です。



私の主な仕事は、ビジネスと同じ言語を話し、ドメインモデルを開発し、システムを変更に備えることです。これを行うには、「ホットスポット」がどこにあるかを理解する必要があります。 3年に1回のプロセスと、3か月に1回のプロセスがあります。これらは「ホットスポット」です。これらは、システムを設計するときに考慮することが重要です。



現在、私には4つのチームがあります。システムの作成、テスト、およびサポートに従事する18人です。倉庫のすべての運用プロセスとビジネスプロセスを加速します。現在のLamodaのビジネス量がなければ、1つの顧客注文の発送に時間がかかり、参加することで注文の処理時間が4時間に短縮されます。







もちろん、規模は非常に大きいです。ラモダ倉庫は約4万平方メートル、または5フロアにいくつかのサッカー場があり、1,000万個の商品が保管されています。年中無休で年に1回、1月1日は休みです。そして、毎日500人以上の従業員がシフトのために出発し、私たちのシステムを通じて20万の商品が送受信されます。さらに、機械化されたコンベヤーと機器のネットワークが倉庫内に展開され、商品の輸送、小包の梱包、顧客の注文の物理的な統合、目的地ごとの小包の並べ替えを行うように設計されています。







Lamodaは、特大の傘やスーツケースから小さな時計やジュエリーまで、あらゆる種類の商品を顧客に販売しています。これらはすべて、倉庫で保管および処理されます。各カテゴリには独自の特性があります。たとえば、特大の商品は自動装置で処理できず、宝石は追加のセキュリティ対策で保管および処理されます。たとえば、化粧品、香水は、特定の温度保管条件と商品の保管寿命の管理が必要です。



最近、「Buckwheat」というプロジェクトがありました。自己隔離体制の導入以来、ラモーダは人気のある長寿命食品をその範囲に追加してきました。ちなみに、この機能はほんの数日で実装できました。もちろん、主な品揃えは洋服や靴で、微妙なニュアンスもあります。商品の販売には、品質の準備と確認が必要です。たとえば、ボタンのないシャツをクライアントに持っていくと悪いでしょう。



Lamodaは単なるオンラインストアではなく、インフラストラクチャとサービス（倉庫を含む）を外部パートナーに提供する本格的なeコマースプラットフォームです。たとえば、国際的な大手ファッションブランドは私たちと一緒に商品を保管しています。どんな違いがあるの？パートナーのドレス、コート、靴は、すでに倉庫にあるものと同じです。しかし、契約に基づいて遵守しなければならないプロセスには、私たち全員に個別の要件があります。たとえば、大口顧客の商品の一部は別々のゾーンに保管され、市場からのものは在庫全体に配置されます。これらの機能も考慮に入れる必要があります。



物理的な世界だけでなく、ITシステムの詳細も考慮して、プロセスのすべての段階で各製品をチェックして処理します。さらに、ITシステム自体は、倉庫の従業員に特定の製品の取り扱い方法を促します。これは、オペレーターがすべての機能や契約を知ることができないためです。製品は、大規模な国際企業または小規模な市場パートナーの誰に属しているかを示していません。







システムの重要な機能は、スキャナーとバーコードを介した相互作用です。各製品には固有のバーコードがあり、これを読み取って製品に関するすべての必要な情報を取得できます。このアプローチにより、エラーが最小限に抑えられ、製品を使用してすべてのアクションをより迅速に実行できるため、従業員数が削減されます。1日あたり20万個の商品を発送する場合、1つの商品で1秒節約できるのは55時間の作業時間です。ビジネスにとって、それは具体的です。

倉庫のボンネットの下

当社のテクノロジー：



Java 8、

PostgreSQL、

Wildfly、

Spring、

Redis、

ActiveMQ、

Hibernate。

Javaの既製のソリューションから始めましたが、それ以来、システムの機能は大幅に拡張され、コードはすでに完全にリファクタリングされ、何度か書き直されています。



これで35万行のコードができました。これはメインアプリケーションのバックエンドにすぎず、5つのセカンダリサービスと2つのユーザーインターフェイス（シンWebクライアントとモバイルネイティブアプリケーション）もあります。フルスタック開発を行っています。



倉庫の従業員はモバイルクライアントを使用します。彼らは私たち自身のAndroidアプリケーションを使用して倉庫内を移動します。これは、デバイス自体の機能を使用できるようにする、より現代的で便利なテクノロジーです。アプリケーションがネイティブであり、ブラウザベースではない場合、振動、エラー音、バッテリーの消費が少なくなります。アプリケーション自体はKotlinで書かれており、私たちはそれを使用した経験が豊富です。バックエンドの作成も開始しました。これまでのところ、これは1つのサービスにすぎませんが、コードがJavaよりもシンプルで表現力に優れており、パフォーマンスも同じであることが気に入っています。 Kotlinのすべてを書き直すという目標はありませんが、適切なタスクに引き続き使用します。



他のLamodaシステムとの相互作用は、ActiveMQメッセージブローカーを使用してApacheCamelで記述されたデータバスを介して構築されます。このアプローチは、さまざまな形式のメッセージの確実な配信と比較的単純な変換、複数の消費者にメッセージを配信する機能を提供します。2014年に最初にApacheCamelを使用した後、この統合方法が部門内の他のチームに採用されました。

倉庫システム構築の原則：



・信頼性と品質

・拡張性と柔軟性

・シンプルさ

倉庫はラモダのロジスティクスプロセスの中心であり、エラーとシステムのダウンタイムはビジネスに大きな影響を与えます。したがって、システムの安定性と耐障害性には細心の注意を払っています。信頼性は、重要なシステム要素とインフラストラクチャ要素を複製することによって実現されます。仮想マシンにスライスされた2つの独立したサーバーがあります。各アプリケーションは2つのインスタンスにデプロイされ、各インスタンスは独自の仮想マシンに配置されます。クライアントは、リクエストをインスタンスの1つにルーティングするHaproxyの形式のバランサーを介してサーバーと対話します。データベースは、マスタースレーブレプリケーションスキームを使用してバックアップされます。







すべてのサーバーは物理的に倉庫に配置されており、ローカルネットワークを介したシステムのすべての要素の相互作用により、作業の信頼性と速度も向上します。外部インターネットが故障した場合でも、引き続き作業を続け、停電が発生した場合でも、倉庫内に無停電の電源とガソリン発電機を設置しています。



コード内のエラーの数を最小限に抑えるために、自動テストを作成します。ユニット、統合、受け入れ、ロード、およびテストチームがすべてを手作業でチェックします。これはすべて必須のプラクティスであり、タスクのライフサイクルに組み込まれています。もちろん、バグが発生することもありますが、リリースの完全なロールバックは数年間ありません。



拡張性と柔軟性-私たちにとって、それは主に、ビジネスプロセスの新しい要件を満たすためにシステムを変更するためにどれだけの労力と時間を費やすかという問題です。したがって、この開発により、将来的にコードをすばやく簡単に変更できるようになります。たとえば、商品の任意のカテゴリを特定の物理的な保管場所に設定できます。これにより、販売する商品の新しいカテゴリをすばやく接続できます。注文ごとに、梱包する材料とそれに付随するドキュメントを印刷するように構成されています。そして、これは機能のほんの一部です。



多数のビジネスプロセスと分岐ドメインモデルを備えた複雑なサブジェクトエリアがあります。コードが単純であるほど、読みやすさ、わかりやすさが向上し、エラーの可能性が低くなるため、優れています。また、コードがビジネスに対して実行する機能にさらに集中できます。

エラー保険

私の名前はDenisPliskoで、BPAのデリバリーサービスの開発リーダーです。



LM Express ITシステムを作成、開発、保守しています。これは、トランジットウェアハウス、営業担当者、および注文の発行ポイントの作業を自動化するのに役立ちます。私たちのシステムは、配達の到着と出発についてすべてを知っており、それらの処理を処理し、すでに支払われた注文を販売および発行し、返品および他の多くの関連するビジネスプロセスを受け入れます。また、営業担当者と倉庫作業員の身体的行動を記録および分析します。商品が購入者に引き渡される前に、「ラストマイル」で発生するすべてのことを追跡します。 Expressシステムの情報フォームにある技術プロセスのほとんどは、配送サービスの従業員の身体的行動を反映しています。







それはどのように見えますか？たとえば、従業員が配達を受け取り、そこからパレットを取り出します。商品が入ったパッケージが入った箱で、パッケージを取り出し、棚に分類します。彼が行うすべてのアクションには、システムでの操作が伴います。そして、ここで間違いが発生する可能性があります。配達員がすべてを正しく「クリック」したとしても、それが正しいとは限りません。結果として、プロセスロジックの最大の部分の1つは、エラーの警告と修正です。これは、自動的に、場合によっては本人を通じて、場合によってはヘルプデスクや、より高度な権限を持つユーザーを通じて実行できます。これらの機能がなければ、システムは5分の1になります。

配信システム構築の原則：



・システムの安定性と可用性

・データの一貫性

・外部のシステムとサービスからの独立性

人々が時間通りに購入品を受け取るかどうかはこれに直接依存するため、タスクはシステムの最も安定した動作を保証することです。機能を実装するときは、外部のサービスやシステムから独立するように努めます。そのため、多くの相互作用が重複しています。配達物が到着し、注文データがない場合、作業を停止しないように、この情報を自分で要求します。特に他のサービスとの交換において、必要なデータの一貫性を維持するために、多くの操作を独立させることも重要です。



また、システム障害により人が来て受け取れないように、必要なデータはできるだけ早く受け取るように努めています。システムの内部部分の信頼性を高め、ユーザーとのやり取りが当社のサービスのみに依存するように努めています。したがって、すべてのLamodaシステムが一時的に使用できなくなった場合でも、倉庫とピックアップポイントの作業は停止せず、主要な操作は続行されます。

路上クーリエ、クーリエ

Lamodaは、独自の配信に加えて、Russian Post、Pony Express、DPDなどのサードパーティの宅配便サービスと協力しています。これは、都市、地域、または国（たとえば、ウクライナ）で、パートナーを介してのみ配信が可能な場合に発生します。 ITシステムとの相互作用を通じて情報交換を提供します。



APIはすべての人にとって非常に異なり、常に統合に適合しているとは限らないため、新しい宅配便を接続することはエキサイティングな冒険です。これは、一部の宅配便サービスが歴史的にオフラインの会社であるためです。それらは事務処理の時代から出荷されており、優れたAPIを作成することは簡単な作業ではありません。



ESBフレームワークApacheCamelに基づく特別なシステムを使用して、新しいパートナーとの統合を実装します。 Camelを使用すると、さまざまな交換プロトコルを介してさまざまなデータ変換と相互作用を簡単に実行できます。通常、新しい宅配便サービスとの統合の設定には、2週間から1か月かかります。



配送は、倉庫とともにパートナーに販売するサービスの1つです。 Lamodaとは関係がないと思われる人気の衣料品ブランドのオンラインストアから商品を注文する場合、購入品はLM-expressの営業担当者によって配送されます。私たちはこれらのプロジェクトに商業機能チームと協力して取り組んでいます。



私たちのビジネスのプロジェクトを実装するために、私と2つのチーム（3つ目は現在開発者とテスターを雇っています）の技術リーダーが、すべての変更を現在のアーキテクチャに最適に適合させる方法を決定しています。



私たちは、プロジェクトのリストからのバックログに基づいて作業します。ビジネスは、財務およびマーケティング効果の観点から各プロジェクトを評価します。人件費を見積もり、技術的なアプローチを検討します。新しい機能を迅速かつ効率的に作成することは可能ですか、それとも逆に、非常に高価で困難なため、ビジネス全体の効果を妨げる可能性があります。これらの見積もりに基づいて、バックログを調整し、リストの一番上にプロジェクトを作成します。開発時間の約30％は技術的なバックログに割り当てられているため、技術的な観点からシステムをリファクタリングおよび改善する時間を見つける必要はなく、すべてが計画どおりに進んでいます。

配達の内なる世界

:



· PHP,

· Java,

· Kotlin,

· TypeScript,

· MySQL,

· PostgreSQL,

· RabbitMQ,

· ActiveMQ,

· Apache Kafka,

· Apache Camel,

· Docker, K8S.

私たちのサービスのほとんどはPHP上に構築されています。歴史的に、Lamodaが作成されたシステムはこの言語で書かれていました。サイトの最初のバージョンの1つはMagentoで作成され、その後RocketInternetシステムが配信と注文処理の基礎として採用されました。彼らは開発とやり直しを何度も繰り返してきましたが、PHPはまだ新しいサービスを含むほとんどすべてのサービスの根底にあります。すでに約20万行のコードを作成しており、経験豊富なPHP開発者も多数います（QAエンジニアと一緒に配信方向は20人で、積極的に拡大しています）。ただし、1つのテクノロジーに限らず、タスクに適したツールを選択する優れたエンジニアです。



十分に開発された開発文化があるため、バックエンドでPHPを放棄するつもりはありません。新しいバージョンの言語とフレームワークを使用し、ほぼすべてのコードをテストでカバーし、徹底的なコードレビューを実施し、十分に構築されたCIと、高速化する多くの一般的なライブラリを用意しています。開発プロセス。



オンラインショップとは異なり、RPSに関連する大きな負荷はありません。まず第一に、複雑で時々混乱するビジネスロジックのために、多数の抽象化レベル（DDDに準拠しようとします）を備えた、複雑で柔軟なアプリケーションアーキテクチャが必要です。また、他のシステムとの同期交換（JSON-RPC、SOAP）と非同期交換（RabbitMQ、Apache Kafka）の両方が多数あります。



合計で、システムの約80〜85％がPHPで記述されていますが、Javaを使用することもあります。常に変化している外部配信サービスとやり取りするためのサービスが含まれています。



フロントエンドは、VueJS + TypeScriptのバンドルで表されます。内部ユーザー向けの管理パネルには、スーパーレイアウトや複雑なデザインは必要ありません。



また、Kotlin for Androidで作成された、営業担当者向けのモバイルネイティブアプリケーションもあります。かつては専任のモバイル開発者によって開発されましたが、現在は独自に開発することに成功しています。







ロシアのすべての倉庫と集荷場所に注文が送信されるトランジット倉庫で働く従業員向けに、Webアプリケーションがあります。このアプローチでは、特定のピックアップポイントまたは倉庫でインターネットが切断されるため、アプリケーションが使用できなくなるリスクがありますが、通信チャネルの予約を使用することで最小限に抑えています。



これらの配信システム（「Express」とモバイルアプリケーション、外部の宅配便サービスと統合するためのバス）に加えて、私たちのチームが現在サポートしているサービスは、電子レシートを印刷するサービスとDatamatrixの2つです。..。後者は、法律の新しい要件に従って、一意のコードで商品にマーキングすることを目的としています。これらの2つのプロジェクトは、配信に直接関係していませんが、それらに必要なデータが交換されるのは、当社のサービスを通じてです。



配送サービスは領収書を印刷します。各営業担当者にはキャッシュデスクがあり、各ピックアップポイントにはキャッシュデスクがあります。したがって、会計サービスは常に私たちのシステムと相互作用します。Datamatrixは、ほぼすべてのBPAシステム（倉庫、出荷、パートナーシップ、会計システム）に影響します。私たちの部門も彼と非常に積極的に交流しているので、私たちはその開発に積極的に参加しました。現在、営業担当者向けのインセンティブポリシーの新しいシステムを開発しています。

BPAの商業的機能：私たちが販売するもの

同社には、CISで最高のファッションプラットフォームになるという野心的な目標があります。これを行うために、Lamodaはサービスの品質に多くの投資を行い、運用プロセスをゼロから引き上げました。配送、倉庫、写真スタジオ、コールセンターオペレーターの仕事です。すべての運用プロセスは、クライアントでテストおよびテストされています。私たちは実験し、顧客のフィードバックを監視し、間違いを犯し、バグを修正し、オンラインショッピング体験で改善できるすべてのものを継続的に改善しました。会社の生涯の5年目に、私たちはリソースと専門知識を他の市場プレーヤーと共有する準備ができていると判断しました。



そのため、私たちは最初のB2Bの方向性を持っています。これは、大規模なパートナーに写真スタジオサービス、商品の保管と配送、および顧客からの電話を提供します。間もなく、中小企業向けのマーケットプレイスが社内に登場し、前のリストの追加サービスとしてLamodaショーケースを提供します。両方向は実質的に並行して機能し、発展し、サービスの範囲でお互いに追いつき、追い越しました。



さらに3年後、結果を評価した後、B2BとMarketplaceを統合して、既存の内部Lamodaサービスに基づいて、外部パートナー向けのサービスの作成、開発、およびサポートを行う商用機能にすることが決定されました。



現在、約20の大手ブランドと協力しています。これらはすべて、独自の複雑なビジネスプロセスを持つ、世界的に高い評価を得ているグローバル企業です。他の1000のクライアントは中小企業であり、ITインフラストラクチャが開発されていないことがよくあります。すべてのパートナーに対して、私たちの側では、外部プロセスを私たちのプロセスに変換する機能を迅速かつ柔軟に開発するために設計された、別個の統合レイヤーを維持しています。



私はソリューションアーキテクトのAlexeyFeldeであり、Lamodaの商業機能の技術開発と製品開発を担当しています。



私は統合レイヤーでサービスの開発とサポートを行っています。そのためには、Lamodaシステムの変更を設計するために、会社とパートナーのビジネスプロセスを完全に理解する必要があります。



上で述べたように、私たちはブランドとの相互作用の2つの主要な領域を開発しています：個別のWEBアプリケーションの形でSAASソリューションを提供する小さなブランドのマーケットプレイスと、B2B-大規模なグローバルブランドの個別の大規模プロジェクトであり、さらに運用能力を完全に提供するか、私たちは私たちとの統合を支援します。



B2Bの方向性は、会社で最も興味深いものの1つですが、同時に最も難しいものの1つです。世界のファッションの巨人が、まったく新しい要件や統合の制限を持って私たちのところにやってくることが起こります。そのような場合、私のチームは他のLamodaチームとやり取りし、必要な企業サービスの変更を設計します。世界のファッション業界のリーダーの1人をつなぐために、私たちは会計や運用を含むすべてのビジネスプロセスに没頭する必要がありました。プロジェクトの枠組みの中で、サイトでの商品の説明から会計および配送まで、15の内部プロセスに触れました。私のチームは、LamodaITシステムとビジネスプロセスの運用に関して最も幅広い専門知識を持っています。これには、私たちの知識の徹底的な体系化と文書化が必要です。



独自のIT部門を持たないことが多い衣類、靴、アクセサリーの小規模メーカー向けに、販売、商品の移動、返品を追跡できるボックス化されたマーケットプレイスソリューションを提供します。それは私たちのシステムの設備で完全に機能します：商品の写真は私たちのスタジオによって撮影され、私たちと一緒に保管されます、商品は物理的にクライアントの場所ではなく私たちの倉庫にあり、Lamoda配送サービスによって配送されます。



ソースコード付きのボックス製品のもう1つは、フォトスタジオです。数年前に大手高級小売店に購入されました。彼らのウェブサイトには非常に異なる写真があり、これは売上高の転換に大きな影響を与えました。私たちのスタジオでは、写真を使って多数のテストを実施しました。どれが売れ行きが良いか（頭のない、または頭のある男性の写真、正しい脚の角度など）。クライアントはこれらのテストの結果を本当に気に入っており、彼は自分のオンラインストアで私たちの経験を応用したいと考えていました。これを行うには、彼は私たちと同様のスタジオを構築する必要がありました。そこでは、人々が働き、写真撮影プロセスを整理し、私たちのITシステムをインストールします。

ミニチュアのラモーダ

サービスチームとは対照的に、私たちには別のタスクがあります。それは、大企業の企業を隠す統合レイヤーの開発です。主な製品はB2Bプラットフォームであり、コードレベルでは、内部でモジュールに分割されています。倉庫を操作するためのモジュール、配送を操作するためのモジュールなどです。これらの小さなモジュールのレベルで特定のサービスを管理できるのは、1つの大きなシステムです。私たちのプラットフォームはミニチュアラモーダであることがわかりました。同時に、パートナーには1つのAPIしか表示されません。ユニバーサルで非常にシンプルであり、その背後にLamodaのすべての複雑さが隠されています。同時に、統合は可能な限りシンプルにする必要があります。開発の最初の原則であり、次に安定性と信頼性があります。さまざまなSLAをサポートしています。たとえば、そのうちの1つは、年間最大4時間のシステムダウンタイムです。同僚のように、フォールトトレランス、リリースプロセス、コード品質、機能テストによるカバレッジのタスクに多くの注意を払っています。私たちのB2Bプラットフォームは、テスト数の点でリストのほぼ最初のシステムであり、2,000を超える機能テストと3,000を超えるユニットテストがあります。

B2B :



·

·

·

·

:



· PHP,

· Java,

· JavaScript,

· GO,

· Symfony,

· Camel,

· PostgreSQL,

· AngularJS,

· Apache Kafka,

· RabbitMQ.

ブランドを接続する前に、関係のすべての詳細（商品の範囲と予想される数量、配送の地理、接続されたサービスのセット）についてパートナーと合意します。次に、ITコンポーネントが機能します。統合の詳細についてブランドと話し合い、APIへの接続を支援します。標準の統合スキームと何かが異なる場合は、パートナーシステムとB2Bプラットフォームの間のミドルウェアであるサービスを追加で提供します。



90％の時間、プラットフォームをアップグレードし、新しいビジネスプロセスを実装しています。実装された最後のビジネスプロセスは、別の記事ですでに説明されているDatamatrixコード、および上記の同僚との連携です。



私たちの仕事では、主なことは、テクノロジーのバランスを維持し、解決するタスクのためのツールを選択することです。私たちは正直なところ、業界でファッションを追いかけていません。私たちのスタックは、PHP、Java、Javascript、およびいくつかのGoです。







記事で述べたように、同社は歴史的に多くのシステムをPHPで作成してきました。その上でビジネスプロセスをプログラムすることは便利で速いです。私たちのB2Bプラットフォームの基礎は、承認、役割管理、すべての主要なビジネスプロセスに基づいています。これは、六角形のアーキテクチャ、DDDの積極的な使用およびAPIファーストデザインに基づいています。 Angular1.5で記述されたシングルページアプリケーションをサポートします。 APIを介してB2Bプラットフォームと通信し、主に従業員とパートナー従業員のUIのレンダリングを担当します。



また、Java、特にCamel統合フレームワークも使用しています。ブランドは常にAPIを使用する準備ができているわけではありません。非常に大規模なプレーヤー向けに、ブランドドメインをLamodaドメインに変換するミドルウェアを作成します。 Camelは、システム統合ソリューションの開発にかかる時間を節約し、エンタープライズ統合パターン（EIP）を使用して、優れたエンジニアリング手法に対する人々の考え方を変えます。 Camelは、個別のサービスを作成するよりも統合パターンを使用する方が便利な場所で開発する予定です。



Kafkaを積極的に使用して、内部システム間でデータを交換しています。これにより、システム間の接続性が大幅に低下します。これは、私たちの作業の詳細では、パートナー向けにシャープ化されたすべてのシステムからのデータのスナップショットを保存する必要があるためです。迅速に行う必要のあるすべてのこととオフィスのタスクについては、Goで記述します。当社のサービスの1つは、保存されたデータに基づいて1分ごとにメトリックを計算します。以前、このソリューションはB2Bプラットフォームに組み込まれ、PHPで記述されていましたが、パフォーマンスが高く、サポートが簡単で、拡張性が高く、B2Bプラットフォームのリリースサイクル外に展開できるため、軽快なGoに書き直しました。



大規模で有名なファッションブランドの30以上のサードパーティサイトで私たちのプラットフォームの作業の結果を見ると、心から嬉しく思います。他の人のサイトからシステムに送信された注文が、コンタクトセンターのオペレーターによって処理され、配送によってどのように転送されるかがわかります。これらすべてのプロセスがLamodaで作成および自動化されていることを誰も知りませんが、私たちのプロセスがグローバルブランドに買収されるほどクールです。