新規事業の決済機能としてStripeを導入する上で考えたこと全て

こんにちは、タイミーデリバリー開発チームの宮城です。
この記事はJP_Stripes Advent Calendar 2020の10日目の記事です。

タイミーデリバリーはデリバリーを頼みたい人が安い価格で注文でき、飲食店も安い利用料で注文を受けられるデリバリープラットフォームです。
その決済機能として今回はStripeを導入しました。
この記事では、決済基盤の技術選定/Stripeを活用したクレジットカード決済と各事業者への入金までの流れ/Railsでの具体的な実装内容をそれぞれタイミーデリバリーでの活用事例として紹介します。

導入にあたった背景
決済基盤の技術選定基準
Stripeでできること
PCI DSSについて
利用したStripeの機能
- Custom Account
Stripe SDKを利用したRails/Swiftでの実装内容
- PaymentIntent
- Customer
- Account
  - Connected Accountが決済を行えるようになるまで
- 決済の全体像
- DBに保存する情報とStripeで保持する情報の整合性担保
  - 仮登録フェーズ(Try)
  - 確定フェーズ(Confirm/Cancel)
- stripe-ruby-mockを使ったTesting
- 返金処理・経理業務
  - Stripeダッシュボードでの返金処理
  - API経由による返金処理
  - 返金のタイミング
  - 入金について
よかったこと
- 決済に関するトラブルが非常に少なかった
- ドキュメント、サポート、開発ツールが手厚い
失敗したこと
- 事業者に直接Stripeダッシュボードを見てもらった方が楽なケースが多かった
- 事業者のStripeへの登録における実装がかなり重く、Expressで提供されているAccountLinkを使った方が良さそう
- 今アカウントを選ぶとした場合の判断基準
終わりに

2020-10-26

増え続けるXaaSのユーザ管理をソフトウェア化していくお話

corporate terraform

コーポレートエンジニア（兼いろいろ）をやっている @sion_cojp です。

本当はやり遂げた状態を発表したかったのですが、道のりも長かったため、今やっていこうとしてる内容を記事にしてみました。

この記事を見てタイミーのコーポレートエンジニアに興味を持っていただけたら幸いです。

TL;DR
増え続けるXaaS、ユーザ管理、複雑化
残されない手順書
我々がやりたいこと
なぜterraform？
terraformで管理していくための課題
課題を解決してみる
さらにソフトウェア化できそうなところ
APIがないXaaS
最後に

TL;DR

XaaSユーザ管理を全てterraformにしていく
名前とroleさえ設定してapplyすれば権限付与できる形式にしたい

2020-08-31

ECSで通常時とスパイク時のオートスケールを運用する

ECS AWS AutoScale

こんにちは、サーバサイドエンジニアの@Juju_62qです。今回はタイミーで実践しているECSのオートスケール戦略についてお話ししようと思います。

TL;DR

タイミーではTarget Tracking ScalingとStep Scalingを組み合わせてオートスケールをしています
Target Tracking Scaling -> 通常のスケールアウト・スケールイン
Step Scaling -> スパイク時のスケールアウト
2つを組み合わせることで、様々なリクエストに対し適切なリソースを用意しています

2020-08-11

RailsのAPIサーバーのエラーレスポンスで例外に対応するエラーコードを返却する

はじめましてこんにちは。
夏が本気を出してきて最近麺類しか口にしていないサーバサイドエンジニアのかしまです。

この度APIにてHTTP Status Codeとは別に、例外に対応するエラーコードを返すよう奮闘したのでその知見を共有したいと思います。

やりたいこと

APIにて例外が発生した場合、以下の形式でレスポンスを返すようにします。

{
  "errors":
  [
     {
        "code":  "code1",
        "message": "message1",
     },
     {
        "code":  "code2",
        "message": "message2",
     },
  ]
}

Why？

今回追加したAPIは外部のアプリケーションとの連携に使うため、以下の要件を満たす必要がありました。

クライアントサイドがハンドリングしやすいような設計にする
エラーの識別子は不変であること

そのためエラーメッセージとは別に、コードを返すことにしました。

次の章から実際にどのように実装したかを紹介したいと思います。

2020-07-20

オフィスのネットワーク構築についてのお話

SREとコーポレートエンジニアをやっている @sion_cojp です。

今回は新オフィスのネットワーク構築を実施したので、こちらについてお話します。

私自身、学生時代の研究や、10年前にデータセンターのネットワーク構築しか経験がないため、所々おかしな点があるかもしれませんが、ご了承ください。

また今回相談に乗ってくださった @kajinari さんに感謝の意を表します。

TL;DR

旧オフィスはとても不安定なネットワークでしたが
coltの回線とmerakiのネットワーク機器で
快適なネットワークができました
予算問題で達成できなかったこと: L3/L2機器 + ネットワーク回線の冗長化

2020-07-05

Rails + RSpec + OpenAPI3 + Committeeでスキーマ駆動開発を運用するTips

Rails OpenAPI3 Rails API スキーマ駆動開発 Committee

こんにちは、タイミーデリバリー開発チームの宮城です。
今回は弊社のOpenAPI3ベースのスキーマ駆動開発の運用方法を紹介します。

TL;DR

技術スタックは OpenAPI3, Swagger UI, Committee, ActiveModelSerializers
Committeeを利用してOpenAPI準拠のRequest Specを行う
OpenAPI3のrequiredキーワードに注意する

背景

タイミーデリバリーでは、RailsによるAPIサーバーと、Web管理画面としてVue.jsによるSPA、ユーザー向けiOSアプリとしてSwiftを採用しています。
1つのモノリスなRailsで利用者別にネームスペースを区切り、それぞれエンドポイントを提供しています。
サーバーサイドとクライアントサイドを分離し並行して開発を進めるためにスキーマ駆動開発を導入しました。スキーマ駆動開発の詳しい説明やメリットについては既に多くの記事が存在するため、ここでは参考にさせていただいた記事の紹介までとさせていただきます。

RubyKaigi 2019でOpenAPI 3について登壇しました - おおたの物置

スキーマファースト開発のススメ - onk.ninja

スキーマ駆動開発のススメ - Studyplus Engineering Blog

この記事では、実際にスキーマ駆動開発を開発フローに導入する際のTipsを記したいと思います。