چالش پروژه
فروش سفر فقط ساخت یک فرم جستوجو نیست. هر تأمینکننده ساختار API، قیمت، موجودی و خطای متفاوت دارد و محصول باید نتایج را یکپارچه و رزرو را تا پرداخت ادامه دهد.
زیرساخت TravelTech برای جستوجو، مقایسه و رزرو سفر با هسته واقعی پرواز و هتل، اتصال ماژولار به تأمینکنندگان متعدد و مسیر توسعه برای قطار و اتوبوس در یک تجربه رزرو یکپارچه.
فروش سفر فقط ساخت یک فرم جستوجو نیست. هر تأمینکننده ساختار API، قیمت، موجودی و خطای متفاوت دارد و محصول باید نتایج را یکپارچه و رزرو را تا پرداخت ادامه دهد.
معماری Valhala سه لایه app، api و modules را جدا میکند. جستوجو و رزرو پرواز و جستوجوی هتل از API مرکزی به ماژول تأمینکننده هدایت میشوند. Registry پروژه Providerهایی مانند Kiwi، Amadeus، Travelport، Duffel، Agoda و Hotelbeds را ثبت کرده است. قطار و اتوبوس بهعنوان مسیر توسعه روی همین الگوی Adapter معرفی میشوند، نه قابلیت موجود فعلی.
خروجی یک قالب آژانس نیست؛ هستهای چندتأمینکننده است که برند، UX و اتصال Providerها را مستقل و قابل توسعه نگه میدارد.
جستوجوی پرواز از سایت به API مرکزی میرسد و بر اساس Supplier به ماژول مربوط هدایت میشود؛ Booking نیز اطلاعات مسافر را تا endpoint رزرو ادامه میدهد.
جستوجوی هتل نیز از لایه سایت به API و سپس ماژول تأمینکننده میرود؛ Providerهایی مانند Agoda، Hotelbeds، Rezlives و Hotelston در Registry دیده میشوند.
در Repo بررسیشده ماژولهای Flights، Hotels، Tours و Cars ثبت شدهاند. قطار و اتوبوس بهعنوان Extension روی همان معماری Supplier Adapter معرفی میشوند.
بله. جریان Search/Booking پرواز و Search هتل در Repo مستند شده است.
در Registry بررسیشده خیر؛ بهعنوان مسیر توسعه روی معماری Adapter معرفی میشوند.
همین حالا با ما صحبت کنید تا ایده شما را به یک محصول سریع، حرفهای و قابل توسعه تبدیل کنیم.