ホテルの客室検索APIのアーキテクチャ設計時に考えたこと

作ったもののイメージ ホテルの客室検索APIとは、チェックイン日やその他の条件を入力として受け取り、マッチするホテルの客室を返すものです。以下の画像はExpediaのものですが、赤枠で囲っている部分（他にもたくさんある）が入力になります。2022年4月頃に無事リリースされました。 この検索APIを構築を任された際に、何を考えて設計していったのかを以下に示していきます。 顧客からの要望 顧客の会社は当時エンジニアがおらず（やりとりしている社長は元エンジニアだが）、これまでも私と仕事をしたことがあったので依頼が来ました。顧客と密にコミュニケーションを取りわかったのは、以下のような要望でした。 このAPIは自社サービスとして第3者（要契約）に使ってもらえるようにしたい 完全に一般公開ではなくちゃんと契約を結ばないと利用できないようなもの 検索条件を柔軟に、かつ使いやすい感じで指定できるようにした

[fog-og-frog2]

上メセだけど、GKEじゃなくてCloud Runにしたのは良い判断だと思う。良い判断だと思う() ElasticCloudであいまい検索実現するためのデータの切り出し方とか字句解析とか気になるなー

[heavenshell]

え？本当に？？ "「ホテル情報・客室情報・料金・地名など必要な情報は、某旅行サービスのAPIから取得できるデータをマスターデータとして良いということが某旅行サービスとも話がついている」"

[hate_flag]

満室になるとホテル自体が地図から非表示になる予約サイトきらい（実装レベルでの苦情

[taroidchang]

API

[mapyo]

ゼロからアーキテクチャ考えて実装までやってみたいなぁ。

[sharaku3eyes]

ためになる

[for-my-internet-demo]

ES必要なレベルまでお仕事頑張りたい

[matarillo]

今から読む。この手合いは「検索条件が複雑」というのと「在庫の鮮度と性能とのバランス」みたいな話があると思う。→「某旅行サービスAPI」のフロントエンドであり、在庫(空室)のことは無視してよい前提っぽかった。

[pascal256]

後で読む

[nakag0711]

NoSQLね

[turanukimaru]

電話やFAXで旅行の相談を受ける仕事というのを10年くらい前にやったことがあって旅行自体は旅行業者に任せるのでマスタデータは貰えてた。PC使えない老人用みたいなものでまだ残ってたらこの記事みたいになると思う。

[yug1224]

"某旅行サービスAPI" ってどこのだろう