凸版印刷では、事前に AWS が提供している各種データベースに數億件のデータを投入し、效能比較を行いました。「オンプレミスの場合は、用意できた環境でしかテストができませんが、AWS ならば、さまざまな環境を気軽に試すことができます。データベースを変え、サーバーのスペックを後から調整することも容易でした」と白井氏は振り返ります。

⽐較検討の結果、凸版印刷では、AWS Lambda と Amazon API Gateway を組み合わせたサーバーレスアーキテクチャで使用するデータベースとして、Amazon RDS for PostgreSQL を採⽤しました。さらに認証の仕組みに Amazon Cognito を、データを格納するストレージに Amazon S3 を、コンテンツ配信には Amazon CloudFront を、さらにドメインネームサービスに AWS Route 53 なども組み合わせ、ID-NEX のサービスインフラ環境が構築されました。

AWS のサービスを組み合わせて構築したことで、凸版印刷ではアプリケーションの開発環境についても本番と同じものがすぐに手に入るようになりました。「複數の開発者のための環境をそれぞれ用意しても、ひと月の利用料は高校生のお小遣い程度の費用で済んでしまいます。俊敏性がありその上で安価にそれを利用できる。これは、AWS ならではの大きなメリットだと感じています。」（近藤氏）

また、サーバーレスアーキテクチャの高い拡張性も、ID-NEX のサービスでは大きなメリットとなっています。ID の認証を行い、その情報を用いて行う物の真贋の判定では、判定の瞬間だけ処理が実行されることになります。顧客のマーケティングキャンペーンなどが成功し急激に商品が市場に普及すれば、その直後に真贋判定処理が一気に増えることが予想されます。Amazon EC2 をベースとしたアーキテクチャでは、拡張性は十分であるものの、ある程度はサーバー負荷のピークを予測し、どのインスタンスタイプを選択すべきか等をある程度決めておく必要があります。しかし、これに対して AWS Lambda を活用したサーバーレスアーキテクチャでは、事前に負荷予測をする必要はありません。処理リクエストに応じ AWS Lambda のプロセスが自動起動され、処理が終わればプロセスは終了するため、リクエストが 1 つでも、あるいは同時に數千のリクエストがやってきても、処理效能が劣化することはありません。

さらに、処理リクエスト數に応じた課金のため、ピークに合わせ餘裕を持ったリソースを用意するコストも発生しません。「ID-NEX のようなサービスでは、ユーザーがいつどれくらい増えるかを予測するのは難しいですが、小さく始めて必要に応じて自動的に拡張することができる、これは ID-NEX とかなり相性がいいアーキテクチャだと思います。」（柳田氏）

「最初から大手顧客 10 社分のシステム資源を用意するとなれば、サービス立ち上げのための初期投資はその分大きくなります。それが AWS のマネージドサービスを利用することで、大きな投資を必要とせずに小さく始めることができるため、ビジネスのリスクを分散し、市場変化の激しい中でも素早く時流に乗ることができます。」（秋山氏）

サーバーレスで ID-NEX の仕組みを構築する際、新しい技術を學ぶために、それなりの労力と時間をかけることとなるとしても、一旦仕組みが分かってしまえば、プログラミングができる人であれば數日でキャッチアップすることができます。「サーバーレスを活用する技術は普遍的な IT の知識で、AWS 特有なところもあまりないと感じました。API を利用するデプロイ方法なども業界標準なので、學んだ技術は今後も長く活用できますし、技術者としてのモチベーションを上げることにもつながると感じています。」（白井氏）