"OMOIDE" のアーキテクチャのお話

今日はがらっと雰囲気を変えて、"OMOIDE" の開発環境のお話をします。多分、ほとんどの方にとってはよく分からないお話だと思いますが、私たちがどんな風にサービスを構築しているのか、あるいはこれからしようとしているのかを簡単にご紹介します。

 

私たちと同じように新しいITサービスを提供しようとしているベンチャーのみなさんや、今まさに私たちと同じようにReadyforでクラウドファンディングを行なっているエンジニアの皆さんにも参考になれば幸いです。

 

"OMOIDE" はこれから何十年もみなさんからのメッセージをお預かりします。ですので、データが消失しないことが第一優先です。一方でコストを最小限に抑える必要もあります。

 

そこで私たちは "OMOIDE" をAWS（Amazon Web Service）上に構築しました。みなさんからお預かりしたメッセージはDynamo DBに、お預かりした画像や動画はS3に格納されますが、Dyanmo DBのデータは定期的にS3にバックアップされ、S3のデータは別なクラウドサービス（AzureもしくはGCP）へバックアップする予定です（現在はこの仕組みは動かしていません）。

 

利用ユーザーの急激な増加にも耐えられるように、サーバレスアーキテクチャを採用し、処理はLambdaで行います。当初node.jsで実装されていたロジックを最近Golangにリプレイスしました。クライアントアプリケーションはAPI Gateway経由で処理を呼び出します。

 

クライアントアプリケーションはionicフレームワークを利用してAngular/Cordovaで作成することで、iPhone/Android/Webベースのアプリケーションを同時に作成できるようにしています。少ない開発者で複数のプラットフォームをサポートするための工夫です。

 

メッセージの送信はSendGridと連携しています。レスポンシブなメールを容易に構築できるのと、宛先エラーなどでメールが戻ってきた際にそれを利用者の方に通知する仕組みを作りやすいからです。

 

課金系の仕組みについてはpay.jpを利用する方針ですが、月額300円というサービスでは、決済手数料も決して馬鹿にならないので慎重に検討をしています。

 

今日は簡単ではありますが、"OMOIDE" の中身についてご紹介しました。人間味のある温かなサービスの裏側では、開発陣のIT業界での長年の経験に裏打ちされたしっかりとした仕組みが動いています。