＜Upper-Intermediate＞ Lesson No.22

👨‍💼【Teacher / SaaS Vendor Technical Lead】:
Thank you for joining today's call. I'd like to discuss the API integration specifications between our systems. Could you walk me through your current authentication approach?
（本日はお時間をいただきありがとうございます。両システム間のAPI統合仕様について話し合いたいと思います。現在の認証方式について説明していただけますか？）
🧑‍🎓【Student / Project Manager】:
Certainly. We utilize OAuth 2.0 with token refresh every 24 hours. First, we authenticate users through your authorization server. Second, we store access tokens securely in our encrypted database. Third, we automatically refresh tokens before expiration to maintain continuous connectivity.
（承知しました。24時間ごとにトークンを更新するOAuth 2.0を利用しています。第一に、貴社の認証サーバーを通じてユーザーを認証します。第二に、アクセストークンを暗号化されたデータベースに安全に保存します。第三に、継続的な接続を維持するため、有効期限前に自動的にトークンを更新します。）

👨‍💼【Teacher / SaaS Vendor Technical Lead】:
That sounds reasonable. However, I'm concerned about the data format. Our API returns JSON with nested objects. Can your system accommodate that structure?
（それは妥当に思えます。しかし、データフォーマットについて懸念があります。当社のAPIはネストされたオブジェクトを含むJSONを返します。御社のシステムはその構造に対応できますか？）
🧑‍🎓【Student / Project Manager】:
Yes, we can accommodate nested JSON structures. We've already assessed your API documentation and confirmed compatibility. Our parsing logic can handle up to 5 levels of nesting without performance issues. We'll also implement validation to detect any unexpected format changes immediately.
（はい、ネストされたJSON構造に対応できます。すでに貴社のAPIドキュメントを評価し、互換性を確認しました。当社の解析ロジックは、パフォーマンス問題なく最大5階層のネストを処理できます。また、予期しないフォーマット変更を即座に検出するための検証も実装します。）

👨‍💼【Teacher / SaaS Vendor Technical Lead】:
Good to hear. What about error handling? Our system may return various HTTP status codes. How will you coordinate error responses with your internal monitoring?
（それは良かったです。エラーハンドリングについてはどうですか？当社のシステムは様々なHTTPステータスコードを返す可能性があります。内部監視とエラーレスポンスをどのように調整しますか？）
🧑‍🎓【Student / Project Manager】:
We'll classify errors into 3 categories based on status codes. First, 4xx errors trigger automatic retry with exponential backoff. Second, 5xx errors generate alerts to our operations team immediately. Third, timeout errors are logged and escalated if they occur more than 3 times per hour. This approach will help us monitor system health and respond quickly to any issues.
（ステータスコードに基づいてエラーを3つのカテゴリーに分類します。第一に、4xxエラーは指数バックオフによる自動リトライを起動します。第二に、5xxエラーは即座に運用チームへのアラートを生成します。第三に、タイムアウトエラーは記録され、1時間に3回以上発生した場合にエスカレーションされます。このアプローチにより、システムの健全性を監視し、あらゆる問題に迅速に対応できます。）

👨‍💼【Teacher / SaaS Vendor Technical Lead】:
That's a comprehensive plan. One last question: what are your performance requirements? We need to ensure our API can handle your expected load.
（包括的な計画ですね。最後に1つ質問です。パフォーマンス要件は何ですか？当社のAPIが予想される負荷に対応できることを確認する必要があります。）
🧑‍🎓【Student / Project Manager】:
We estimate approximately 500 requests per minute during peak hours. Our target response time is under 200 milliseconds for 95 percent of requests. We'll implement rate limiting on our side to avoid overwhelming your servers. If we need to accelerate our usage in the future, we'll consult with your team at least 2 weeks in advance.
（ピーク時には1分あたり約500リクエストを見込んでいます。目標レスポンス時間は、リクエストの95パーセントで200ミリ秒未満です。貴社のサーバーに過負荷をかけないよう、当社側でレート制限を実装します。将来的に使用量を加速する必要がある場合は、少なくとも2週間前に貴社チームと相談します。）

👨‍💼【Teacher / SaaS Vendor Technical Lead】:
Perfect. Those numbers are well within our capacity. I appreciate your thorough preparation. Let's proceed with the integration based on these specifications. I'll send you the final technical documentation by tomorrow.
（完璧です。その数値は当社の処理能力内に十分収まっています。綿密な準備に感謝します。これらの仕様に基づいて統合を進めましょう。明日までに最終的な技術ドキュメントをお送りします。）