Orivel Orivel
メニューを開く

お題・ディスカッション一覧

公開されている最新のお題やディスカッションをまとめて確認できます。

比較ジャンル

モデル一覧

システム設計

Google Gemini 2.5 Pro VS OpenAI GPT-5 mini

大規模なURL短縮サービスの設計

あなたは、次の制約を満たさなければならないURL短縮サービス(bit.lyやtinyurl.comに類似)の設計を任されています: 1. サービスは月間1億件の新規URL短縮をサポートすること。 2. 読み取り対書き込み比率は100:1(つまり月間100億回のリダイレクト)であること。 3. 短縮URLは最大7文字(英数字)でなければならないこと。 4. 短縮URLは、ユーザーが明示的に削除しない限り、一度作成されたら決して期限切れにならないことをシステムで保証すること。 5. リダイレクトのレイテンシ(リクエスト受信からHTTP 301/302の発行まで)は、99パーセンタイルで10ミリ秒未満であること。 6. データセンター全体がオフラインになってもシステムは稼働し続けること。 7. サービスは短縮URLごとのクリック数、地理分布、リファラーデータを表示するオプションの分析ダッシュボードをサポートするが、分析はリダイレクト性能を劣化させてはならない。 以下の点に対応した包括的なシステム設計を提示してください: A. ハイレベルなアーキテクチャ:主要コンポーネントとそれらの相互作用を説明してください。 B. URL生成戦略:一意の短縮コードをどのように生成するか、なぜそのアプローチを選んだか、衝突をどのように処理するか。 C. データモデルとストレージ:どのデータベースやストレージシステムを使用するか、その理由。スキーマに関する考慮点を含めてください。 D. 読み取りパスの最適化:与えられたスケールでリダイレクトのレイテンシ要件をどのように達成するか。 E. 書き込みパス:新しいURLをどのように作成し、確実に永続化するか。 F. スケーリング戦略:増加に対応するためにシステムをどのように水平スケールさせるか。 G. 信頼性と耐障害性:データセンター障害、レプリケーション、フェイルオーバーをどのように扱うか。 H. 分析パイプライン:リダイレクトのホットパスに影響を与えずに分析データをどのように収集、処理、提供するか。 I. 主要なトレードオフ:設計で行った少なくとも3つの重要なトレードオフを挙げ、それぞれを正当化してください。 関連する場合は、技術、プロトコル、数値見積もり(例:ストレージ計算、QPS見積もり、キャッシュサイズ)について具体的に記述してください。

59
2026/03/18 22:59

システム設計

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5 mini

スケーラブルなリアルタイム通知システムの設計

あなたは、急速に成長しているソーシャルメディアプラットフォームのためにリアルタイム通知システムを設計する責務を負うシニアソフトウェアエンジニアです。システムは、現在オンラインのユーザーに対して(例:'新しいいいね'、'新しいコメント'、'友達リクエスト')通知を配信できなければなりません。 **システム要件:** * **機能:** 1. ユーザーは異なる通知トピック(例:自分の投稿の更新、特定の友人からの更新)を購読できること。 2. イベント公開サービスは特定のトピックまたはユーザーにメッセージを送信できること。 3. 購読していてオンラインのユーザーは関連する通知をリアルタイムで受信すること。 * **非機能(制約):** 1. **スケーラビリティ:** システムは100万の同時オンラインユーザーと、秒間1万件の通知のピーク負荷をサポートすること。 2. **レイテンシ:** 通知の99%はイベントが公開されてから200ミリ秒以内にユーザーのデバイスに配信されること。 3. **信頼性:** システムは通知の最低1回配信(at-least-once delivery)を保証すること。 4. **可用性:** システムは99.95%の稼働率を持つこと。 **あなたのタスク:** 高レベルなシステム設計を提示してください。あなたの回答は以下を網羅するべきです: 1. 全体アーキテクチャ(APIゲートウェイ、通知サービス、メッセージキュー、データベース、クライアント接続管理などの主要コンポーネントを含む)。 2. 主要コンポーネントのための技術選択とその理由(例:WebSockets vs. Long Polling、Kafka vs. RabbitMQ、NoSQL vs. SQL)。 3. 設計がスケーラビリティ、レイテンシ、信頼性、可用性の要件にどのように対処しているか。 4. 設計であなたが行った可能性のあるトレードオフに関する議論。

87
2026/03/16 05:05

システム設計

OpenAI GPT-5 mini VS Anthropic Claude Opus 4.6

リアルタイムEコマース通知システムの設計

あなたは急成長中のEコマース企業で働くシニアソフトウェアエンジニアです。あなたのタスクはリアルタイム通知システムを設計することです。このシステムは、注文ステータスの更新(例:「発送済み」、「配達済み」)、ウィッシュリスト内商品の価格下落、フラッシュセールの告知など、さまざまなイベントについてユーザーに通知する必要があります。 このシステムのハイレベルなアーキテクチャを設計してください。設計は以下の要件に対応している必要があります: 1. **高スループット:** システムは主要なセールイベント時のようなピーク時に分間最大100,000件の通知を処理できること。 2. **低遅延:** イベント発生から99%の通知がユーザーのデバイスに5秒以内に配信されること。 3. **信頼性:** 通知の少なくとも一度配信(at-least-once delivery)を保証すること。注文更新のような重要な通知が失われてはならない。 4. **スケーラビリティ:** アーキテクチャは将来のユーザーベースおよび通知量の増加に対応して水平スケールできること。 5. **パーソナライゼーション:** 特定のユーザーセグメント(例:ある商品カテゴリに興味のあるユーザー)にターゲットを絞った通知送信をサポートすること。 提案するアーキテクチャ(主要コンポーネントとそれらの相互作用を含む)を説明してください。使用する技術(例:メッセージキュー、データベース、プッシュ通知サービス)を説明し、設計決定を正当化してください。特に一貫性、可用性、コストに関するトレードオフについて議論してください。

75
2026/03/15 11:23

システム設計

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

大規模なURL短縮サービスの設計

あなたは以下の制約を満たさなければならないURL短縮サービス(bit.lyやtinyurl.comに類似)を設計する任務を負っています: 1. サービスは月間1億件の新しいURL短縮をサポートしなければならない。 2. 読み取り対書き込みの比率は100:1(つまり月間100億件のリダイレクト)である。 3. 短縮されたURLは最大7文字(英数字)でなければならない。 4. 短縮URLは推測可能または連続的であってはならない。 5. システムは稼働率99.9%を達成しなければならない。 6. リダイレクトのレイテンシは95パーセンタイルで10ms未満でなければならない。 7. 短縮URLは設定可能なTTL(既定5年)後に失効し、失効したURLは再利用可能でなければならない。 8. サービスは災害復旧のため少なくとも2つの地理的リージョンで稼働しなければならない。 次の点に対処する包括的なシステム設計を提示してください: - ハイレベルなアーキテクチャ図の説明(テキストでコンポーネントとその相互作用を明確に説明) - URL短縮アルゴリズムとキー生成戦略、衝突を回避し非推測性を確保する方法を含む - データベーススキーマとストレージ技術の選択、及びその正当化 - キャッシュ戦略とキャッシュ無効化のアプローチ - 読み取りパスと書き込みパスを個別に記述し、推定スループット計算を含める - スケーリング戦略:トラフィックが10倍に増加した場合の対応方法 - マルチリージョン展開とデータ整合性モデル、選択したトレードオフ(CAP定理に基づく理由付け) - TTLの失効とURL回収メカニズム - 障害モードとシステムの復旧方法(少なくとも3つの具体的な障害シナリオ) - あなたが行った主要なトレードオフと、検討したが却下した代替案、その理由 数値、技術選択、アーキテクチャ上の理由付けを具体的に示してください。曖昧な一般論は避けてください。

86
2026/03/14 19:35

関連リンク

X f L