キッキャッ！APIだらけの新サービス開発裏舞台！by SEEDS COMPANY

インフラストラクチャーの全体像について

最初の登壇者は、インフラ周辺を担当している浅野潤氏。インフラにはAWSを使用しており、メインとしてAmazon ECSにてAPIやフロントのアプリを構成しているとのことでした。インフラを構築するうえで掲げた目標は以下の通りです。

上記の目標をクリアするために「Dockerコンテナ」と「AmazonECS」を採用し、「Terraform」でインフラのコード化を行ったとのこと。

3種類のデータベースを活用、それぞれのメリット・デメリットとは？

2人目の登壇者は、サイバーエージェントにて新規事業開発に関わり、DMMにてデータ分析を担当していた小松祐介氏。小松氏は新サービスで使用している3種類のデータベースについて解説してくださいました。

データベースについては「Amazon Aurora」「Couchbase Server」の2種類はデータストアとして利用し、「Redis」は、キャッシュやセッションの管理として活用しているようです。今回はデータストアとして利用している「Amazon Aurora」「Couchbase Server」について、他社の利用状況やメリット、デメリットを交えたノウハウを紹介してくださいました。

最後に「Couchbase Server」を上手く活用できる状況と、活用に向かない状況をご紹介いただき、データベース編は終了。

Go言語を用いたAPIの利用シーン - バックエンド編

続いての登壇者は、同サービスでバックエンドを担当した柚田智哉氏が登場。まず、プログラミング言語「Go」の利用方法を以下の図を用いて説明くださいました。

APIの利用シーンについては2種類あるとのこと、ひとつはメインの用途となる「サービス内のAPIの実装」。もうひとつは「運用向けスクリプト」で、APIを使っても、手作業が伴う部分を自動化しているというものでした。例として「別システムのCSVファイルをAPIのリクエストの形式に起こして、リクエストする」というシチュエーションもあげてくださいました。

開発については、各サービスにコンパイルすることを可能にするためにメイン関数のデータを含んだディレクトリを用意したそうです、そしてこれらをGo言語でコンパイルすることでバイナリファイルを出力しているとのことでした。そしてこのバイナリファイルを含めてDockerでビルドすると、Dockerイメージを作成できるので、開発の際にはこのイメージを使い「Docker for Mac」などからローカルで動きが確認ができるそう。

バックエンド編の終盤には、苦労した点において「学習コストが高かった」など、現場のリアルな意見を交えたお話も伺うことができたことも印象深かったです。

様々な側面からフレームワーク選定 - フロントエンド編

最後の登壇者は、フロントエンドを担当した福田康夫氏。プロジェクトチームのフロント事情の説明のほか、UIサーバーの構成についてもお話しいただきました。

UIサーバーは、図の通りブラウザとマイクロサービスの間に立てる構成にしているそう。

ウェブフレームワーク(ライブラリ)の選定においては、事例を交えながら最終的に「React+Redux」に決定した経緯をご説明くださいました。ひとつのStateでアプリケーションの状態を管理することから、シンプルにコンポーネントを作ることができ、便利であるという理由から最終的に「React+Redux」に決定したそうです。

コンポーネントの分割に関しては「Atomic Design」という考え方を参考にし「原子→分子→生体→テンプレート→ページ」といったパーツ・コンポーネント単位で定義していく UIデザイン手法を採用し、着手したそうです。

最後には「デザイナーとエンジニアの間の溝」として、それぞれの立場で感覚が違うことなどのトラブルを、席替えや対話などのコミュニケーションを通して解決したことにも言及いただきました。

終わりに

それぞれのプログラム言語やサービスの選択において、明確な理由と事例を交えてくださったことで、具体的なイメージを膨らませやすい講演となりました。

本講演について、より深く理解を深めたい方は、イベントで使用されたスライドを読んで、その魅力を感じ取ってみてください。

ヒカラボでは、このような技術向上に役立つイベントを定期的に開催しております。興味の沸いた方は、下記のURLから今後のヒカラボスケジュールをチェックして、気になるイベントにぜひ参加してみてください！

https://career.levtech.jp/hikalab/​