Select your cookie preferences

We use essential cookies and similar tools that are necessary to provide our site and services. We use performance cookies to collect anonymous statistics, so we can understand how customers use our site and make improvements. Essential cookies cannot be deactivated, but you can choose “Customize” or “Decline” to decline performance cookies.

If you agree, AWS and approved third parties will also use cookies to provide useful site features, remember your preferences, and display relevant content, including relevant advertising. To accept or decline all non-essential cookies, choose “Accept” or “Decline.” To make more detailed choices, choose “Customize.”

メインコンテンツにスキップAWS Startups

進化するアーキテクチャシリーズ、第 2 部

このコンテンツはいかがでしたか?

「私たちは動き始めている」

「進化するアーキテクチャ」は、企業がスタートアップライフサイクルのさまざまな段階を経るにつれて、ソリューションの設計と意思決定がどのように進化するかを示す 4 部構成のブログシリーズです。このシリーズでは、ファンタジースポーツリーグに似た「ファンタジー株式市場」アプリケーションを作成することを構想している、その名も Example Startup というスタートアップの例を紹介します。彼らは、1 年間に 4 回の「トーナメント」を開催することを構想しています。

ブログ第 1 部では、Example Startup がどのようにして実用最小限の製品 (MVP) を提供して最初の大きなマイルストーンに到達したかを説明しています。第 2 回では、Example Startup がどのようにして要件の増大と成長に対応するためにソリューションを進化させ続けているかを見ていきます。

ベータ版立ち上げの成功を踏まえて

Example Startup は好転し始めています。初の MVP の立ち上げが大きな成功を収めたのには、次の 2 つの理由があります。

  • ファンタジーへの投資家のベータコホートにサインアップした人の数は、ソーシャルメディアで製品に関する噂が広まった後、指数関数的に増加しました。
  • このスタートアップは、最初のスポンサーを獲得し、ベータコホートの勝者に多額の報酬を提供しました。

創設者が何かに向かい動き始めていることは明らかです。今、スタートアップは次のコホートに入り、会社が最初の有料顧客を獲得する前に、ある程度の支援を必要としています。雇用を開始する時が来ました。Example Startup には、プラットフォーム開発を引き継ぐエンジニアが必要です。その間、創設者は指導的役割に軸足を移し、スタートアップを次の段階に進めるために必要なあらゆる事に着手し始めます。

Amazon Web Services (AWS) からの素晴らしいニュースは、これ以上ないタイミングで届きました。Example Startup は AWS Activate プログラムに受け入れられました。これにより、増え続けるクラウド費用を賄うための無料クレジットにアクセスできるようになりました。彼らには切望されていた滑走路がいくらか与えられたのです。クレジットは高く評価されますが、AWS Activate プログラムには、プレミアムサポートプランAWS アカウントチームとの関係など、他にも多くの特典が含まれています。
これにより、技術やビジネスの専門知識を直接自由に使えるようになります。

数人のエンジニアがチームに加わり、今度は MVP を通過させたソリューションを評価し、次のリリースの計画に取り掛かります。技術担当の創設者がエンジニアへの引き継ぎを始めます。これにより、何がうまくいったか、さらに作業が必要なものは何かについて多くの議論が交わされます。既存のニーズ、ギャップ、質問をすべて文書化した後、チームは迷いを感じます。選択肢はたくさんあり、下すべき決定もたくさんありますが、時間はほとんどありません。技術担当の創始者は、ガイダンスを求めて、再度 AWS に相談する時だと判断しました。

さらなる AWS サービスと機能による成長の実現

Example Startup のリストで最初に挙げられるのは、ビジネスレポートです。ベータ期間中、創設者たちは、ベータ版リリースの進行状況をよりよく把握するためのユーザー登録などの指標について、あまり詳しい知識がありませんでした。

AWS ソリューションアーキテクトは、クラウドネイティブなサーバーレスビジネスインテリジェンス (BI) サービスである Amazon QuickSight を提案しています。QuickSight は現在のデータベースだけでなく、Amazon S3 の未加工データや外部のサードパーティプロバイダのデータなど、必要となる可能性のある他のデータソースともシームレスに統合できます。ユーザーフレンドリーなウェブインターフェイスにより、初めてのダッシュボードの作成も簡単でした。そのため、必要なものをすばやく繰り返し構築できます。スケジュールされたメールレポートなどの機能により、毎朝起きると重要な情報がすべてメールの受信箱に入っている状態になります。また、QuickSight には閾値アラートが搭載されており、サブスクリプションの新たなマイルストーンが達成されるたびにチームに通知します。当初は大変な作業のように思えた作業が、数日で解決しました。

チームにとって次に重要な項目は、支払いの受け付けです。これはチーム内の誰も経験したことがないことです。AWS チームとの数回の情報提供セッションの後、チームは明確に定義された一連の要件を、支払い処理サービスを提供する 2 つの AWS パートナーに送信しました。いくつかの入門的な会話の後、チームは、この重要なタスクをこなすのに技術的に十分な態勢が整っていると信じているパートナーを見つけます。

このような課題の一部が解決したことで、チームは最終的に、期待される成長を維持するための他の技術的決定に集中できるようになりました。AWS Amplify はベータ段階においても、モバイルデバイスに適したユーザーインターフェイスの準備に大いに役立ちました。現在および将来のフロントエンドアプリケーションの構築と保守を、引き続き AWS に頼ることに決めました。バックエンドでは、アプリケーションサービスの構築方法や依存するパーシスタンスレイヤーをより細かく制御したいと考えています。大量のデータを処理し、計画中の新機能に備えることを期待して、チームは AWS ソリューションアーキテクトのアドバイスを受けて、いくつかの専用データベースを検討することにしました。Amazon DynamoDB は素晴らしい成果を上げましたが、市場データの処理頻度を増やし、ポートフォリオを計算する頻度を増やすという長期計画により、Amazon Timestream などの時系列データベースや、Amazon RDS for PostgreSQL などのリレーショナルデータベースを検討するようになりました。これらの専用データベースサービスにより、チームはさまざまなワークロードに最適なデータベースエンジンを使用できるようになります。

アプリケーション開発側では、運用上のオーバーヘッドの増加を心配することなく、より複雑なビジネスロジックの実装を開始したいと考えています。ワークロードをコンテナ化したいことはわかっていても、どのオプションが小規模なチームに最適か確信が持てません。AWS チームは Example Startup の信頼を得て、ブレーンストーミングセッションや意思決定プロセスに頻繁に参加するようになりました。コンテナオーケストレーションに関する AWS の推奨は、コンテナ用のサーバーレスコンピューティングである AWS Fargate が提供する容量を備えた Amazon ECS です。Fargate の魅力は、基盤となるオペレーティングシステムにパッチを適用する心配がなく、従量課金制の機能により、柔軟なスケーリングアプローチが可能であることです。次のコホートの開始日が確実でないことを考えると、これはチームが開発活動に集中できる時間を増やすための歓迎すべき選択肢です。

セキュリティは、Example Startup の優先事項リストで懸念されるもう 1 つのトピックです。決済ソリューションの構築が進むにつれ、プラットフォームにはより高いリスクが伴います。スタートアップのニーズを予測し、それを積極的に満たすための継続的な取り組みの一環として、AWS は最近、AWS スタートアップセキュリティベースライン (AWS SSB) 文書を公開しました。AWS SSB は、企業が俊敏性を損なうことなく AWS 上で安全に構築するための最低限の基盤となる一連の統制です。チームはいくつかの仕事を行わねばなりませんでした。

AWS によるクラウドコストの最適化

チームは、アイデアの試行、新しいテクノロジーの導入、必要と思われるサービスや機能の使い方の習得に忙しくしています。AWS Budgets が既に設定されていたため、技術担当の創設者は、AWS の支出をより適切に監視および管理できるよう、より多くのツールに慣れようと決意しました。彼女は、組み込みの機械学習 (ML) とアラートによる自動化されたコスト異常検出と根本原因分析を行う AWS Cost Anomaly Detection のようなツールについて学んでいます。さらに踏み込み、コストと使用状況の詳細を表示して分析できるツールである AWS Cost Explorer についても学んでいます。

スタートアップの成長を支援するための資金調達

AWS Activate クレジットは AWS のコスト削減に役立ちましたが、チームは拡大しつつあり、その他の費用も増え始めています。初期の開業資金はほぼ枯渇しつつあり、チームの実験能力が徐々に制限されています。資本調達について考え始める時が来ています。創設者たちはしばらくの間、この瞬間に備えて準備を進めており、デッキの準備はほぼ整っています。以前に経験したこともなければ、助けてくれるような人脈もありません。彼らの味方となるのは AWS です。AWS チームはビジネス開発チームとの会話を円滑に進め、投資家やベンチャーキャピタルへのアドバイスや紹介を喜んでお手伝いします。エキサイティングな時が待ち受けています。

進化するアーキテクチャシリーズのブログ第 1 部をご覧ください。

Aayzed Tanweer

Aayzed Tanweer

Aayzed は AWS の Solutions Architect であり、フィンテック分野のスタートアップのお客様と連携して、特に分析サービスに重点的に取り組んでいます。もともとトロント出身の Aayzed は、最近ニューヨーク市に引っ越して、街を巡って食べ歩きしたり、街の多くの独特な魅力を探索したりすることを楽しんでいます。

Justin Plock

Justin Plock

Justin は AWS の Principal Solutions Architect であり、フィンテックのスタートアップに重点的に取り組んでいます。Justin はフィンテックの創業者と定期的に会い、それらの創業者のビジネスが安全で業界規制に準拠しているようにするのをサポートしています。AWS に入社する前は、Fortune 200 の保険会社で Director of Cloud Enablement を務め、サイバーセキュリティ企業で Director of Engineering を務めていました。Justin は、スタートアップが AWS で安全かつ効率的に開発できるようサポートすることに情熱を注いでいます。Justin は、妻および 2 人の娘とともにコネチカット州に住んでいます。

Zoran Nakev

Zoran Nakev

Zoran は AWS の Senior Solutions Architect であり、主にフィンテックのスタートアップと連携して、AWS プラットフォーム上でソリューションを構築するのをサポートしています。テクノロジーに対する経験と情熱を活かして、スタートアップが目標を達成できるよう支援しています。家族とともにニュージャージーに住んでおり、映画や音楽を観賞したり、飼い犬と長い散歩をしたりして、自由に時間を過ごすことを楽しんでいます。

このコンテンツはいかがでしたか?