ID:66276さん

# 概要 将来ユーザーがさらに増えた時のことを考慮し、DB設計の見直しやクエリチューニングなど大幅なパフォーマンス改善 # チーム情報 - フロントエンド 2名 - バックエンド 6名 - テスター 2名 # 担当 - バックエンドエンジニアとしてプロジェクトに入り、以下を担当してきた。 # 使用技術 - Docker,AWS,PostgreSQL,REST_API,Rails,SideKick # 課題 - 以下のような課題点があり、このプロジェクトに至った。 -- ユーザーが将来さらに増えた事を想定した負荷テストを行った際にビジネスロジックに大きく関わる部分の処理で時間が掛かり過ぎてしまいタイムアウトになってしまいました。 # 取り組み 具体的な対応としてはもともとwebサーバーとDBだけのやり取りで集計処理に時間がかかっている箇所にはAWSのDynamoDB、Lambda、APIGatewayを使用して処理をサーバーレスにしたり、集計にはS3に入れたデータをGlueでデータベースかして、Athenaでクエリを実行して行う様にしました。 # 工夫した点 -- 実際にユーザーが触れる部分で言うと、3,000~4,000社へのメール送信処理のような重たい繰り返し処理の実装をSidekickにより非同期処理にして、重たい処理はSidekickで実行して、ユーザーからは処理が終わったように見せる工夫などそして、パフォーマンスの改善に努めました。

# 概要 - 婚活サービスにおけるパーティーキャンセル機能の追加 # チーム情報 - デザイナー 1名 - バックエンド 1名 - テスター 1名 # 担当 - バックエンドエンジニアとしてプロジェクトに入り、以下を担当してきた。 # 使用技術 - Docker,AWS,PostgreSQL,REST_API,Rails,ReactNative,SideKick # 課題 - 以下のような課題点があり、このプロジェクトに至った。 -- 結婚相談所が主催するパーティーがあり、結婚相談所に入会しているユーザーがそのパーティーに申し込みを行った後のキャンセル処理は全て運営側が行っており、業務効率の観点で非常に非効率であった。 # 取り組み -- 主にAPI開発を行いました。このAPIは色々な権限のユーザー(相談所の仲人、相談所の会員、運営スタッフ)が利用するものでユーザーの権限や状況に応じて柔軟に対応できる実装を行った。 具体的にはキャンセル期限が過ぎたパーティーはキャンセル料が発生するのでDBの持っている料金周りのカラムの更新処理やキャンセルした際の関係各所へのメールやfirebaseを利用したpush通知機能の実装を行った。 # 工夫した点 -- ユーザーの権限ごとにWEB画面やアプリから呼ばれるAPIであった為、最終的なメール送信などの処理はひとつにまとめつつも、キャンセル処理自体は疎結合になるように各メソッドを分けて、不具合があった際の原因特定のしやすい実装を行った。 具体的には -- ユーザーの権限チェックメソッド -- キャンセル料発生の有無確認メソッド -- パーティーの詳細取得メソッド -- WEB画面から呼ばれたのか、アプリから呼ばれたのか判定メソッド などで分けました。 その他、もともとのDBとのやり取りがストアドプロシージャで記述されていたが、Sequelに書き換え可読性と処理スピードの向上を図った。

# 概要 - 婚活アプリにおけるログイン時のアンケート ポップアップ機能の追加 # チーム情報 - デザイナー 1名 - バックエンド 1名 - アプリ開発 1名 - テスター 1名 # 担当 - バックエンドエンジニア、　アプリ開発エンジニアとしてプロジェクトに入り、以下を担当してきた。 # 使用技術 - Docker,AWS,PostgreSQL,REST_API,Rails,,Java # 課題 - 以下のような課題点があり、このプロジェクトに至った。 -- 運営側とアプリ使ユーザーとの直接的なタッチポイントが少なく、ユーザーの声を拾う機会があまりなかった。 # 取り組み -- アプリから呼ばれるAPIの実装とAndroidアプリのアンケートポップアップ機能の実装 アンケートは同じユーザーに何度も表示されないようにAPI側で制御、アプリ側はAPIから取得した画像データを受け取り表示させる。 # 工夫した点 -- アプリ側の表示ロジックの制御。ライフサイクルを考慮した制御を工夫した。バックグラウンド移行時やタスクキルした際の処理、フォアグラウンドで動かしている時の処理など、アンケートのポップアップの表示や非表示のタイミングをできるだけユーザーに違和感がないようにした。