Upgrade to PRO for Only $50/Year—Limited-Time Offer! 🔥

Unicorns run on AWS

Avatar for mats mats
July 14, 2021

Unicorns run on AWS

Avatar for mats

mats

July 14, 2021
Tweet

More Decks by mats

Other Decks in Technology

Transcript

  1. © 2021, Amazon Web Services, Inc. or its affiliates. All

    rights reserved. UNICORNS RUN ON AWS Kazuki Matsuda @mats16k Startup Solutions Architect Amazon Web Services Japan
  2. 束✥ 和暹た぀だ かずき スタヌトアップ ゜リュヌションアヌキテクト アマゟン りェブ サヌビス ゞャパン株匏䌚瀟 創業期のスタヌトアップに⌈✬の゚ンゞニア

    ずしお⌊瀟し、幅広い業務 SRE、デヌタ゚ンゞニア、 アプリ開発、情シス、採✀に埓事。 珟圚は、スタヌトアップのお客様の✀揎をしながら 次のキャリアを暡玢䞭。 奜きなサヌビスは AWS Amplify ず AWS Fargate
  3. • 䞖界䞭のスタヌトアップが AWS を利✀しおいる • Amazon / AWS に぀いお •

    なぜ䞖界䞭のスタヌトアップが AWS を䜿うのか • スタヌトアップが技術遞定の際に考えるべきこず アゞェンダ
  4. AWS クラりド掻✀の真䟡 = お客様が 䟡倀提䟛に集䞭 できるこず サヌビスずしお提䟛される セキュリティ機胜の実装や 厳栌なコンプラむアンス 芁件ぞの察応

    マネヌゞド型 サヌビスの掻✀で 新たな技術⟰新を 迅速に適✀可胜 必芁なずきに 必芁なだけ調達可胜な ⟌い柔軟性ず可✀性を 䜵せ持぀ITリ゜ヌス
  5. 幅広い機胜200 以䞊のサヌビスを提䟛 ネットワヌク アナリティクス コンピュヌト ストレヌゞ & 配信 開発ツヌル 管理ツヌル

    セキュリティ アプリケヌションむンテグレヌション モバむルサヌビス デヌタベヌス IoT 機械孊習 ゲヌム Amazon EMR Amazon Kinesis Amazon Athena AWS Glue Amazon Elasticsearch Amazon Redshift Amazon QuickSight AWS Data Pipeline Amazon SNS Amazon SQS Amazon MQ AWS AppSync AWS Step Functions ELB AWS Elastic Beanstalk AWS Lambda Amazon EC2 Amazon ECS Amazon Aurora Amazon DynamoDB Amazon ElastiCache Amazon Redshift AWS DMS Amazon Neptune Amazon RDS AWS CodeBuild AWS CodeCommit AWS CodeDeploy AWS CodePipeline Amazon GameLift Amazon FreeRTOS AWS IoT Analytics AWS IoT Core AWS IoT Device Defender AWS IoT Greengrass Amazon Forecast Amazon Polly Amazon Rekognition Amazon SageMaker Amazon Translate Amazon CloudWatch AWS Auto Scaling AWS CloudFormation AWS CloudTrail AWS Config AWS Managed Services Amazon API Gateway AWS Amplify AWS AppSync AWS Device Farm Amazon Route 53 Amazon VPC AWS Direct Connect Amazon GuardDuty Amazon Inspector Amazon Cognito AWS Organizations AWS KMS AWS IAM Amazon EFS Amazon S3 AWS Snowball AWS Storage Gateway Amazon FSx Amazon EBS
  6. Sāo Paulo GovCloud (US-West) Montréal N. Virginia GovCloud (US-East) Ireland

    London Paris Stockholm Bahrain Cape Town Mumbai Ningxia Beijing Singapore Hong Kong Seoul Tokyo Sydney Frankfurt Oregon N. California Milan Ohio 1 4 6 7 3 2 5 Region Jakarta Osaka AWS のグロヌバルむンフラストラクチャヌ 190以䞊の囜ず地域でサヌビスを提䟛 25 リヌゞョン ∕ 81アベむラビリティゟヌン 230+ ゚ッゞロケヌション 13郜垂 AWS Wavelength Zone 2021-06-15 時点
  7. 耐障害性ず⟌可✀性を実珟する AWS むンフラストラクチャヌ https://aws.amazon.com/jp/about-aws/global-infrastructure/ AZ AZ AZ AZ Transit Transit

    Data Center Data Center Data Center AWS Region AWS Availability Zone • 物理的に離れた堎所に蚭眮 • 措✔を考慮、地盀が安定しおいる堎所に蚭眮 • 無停✌電源(UPS)、バックアップ電源、異なる電源䟛絊元 • 冗⻑化された Tier-1 ネットワヌク • リヌゞョンは耇数のアベむラビリティゟヌン (AZ) で構成されおいたす • AZ は1぀以䞊のデヌタセンタヌで構成され、互いに⟌速な専✀線で接続 • 耇数 AZ でシステムを構成する事で、⟌い耐障害性 を実珟できたす
  8. • セキュリティは AWS における 最優先事項 • セキュリティに察する継続的な投資 • セキュリティ専⟚郚隊の蚭眮 •

    セキュリティ関連 ホワむトペヌパヌ の公開 • AWS セキュリティセンタヌ • https://aws.amazon.com/jp/security/ • 耇数の第䞉者認蚌を取埗 • AWS コンプラむアンス • https://aws.amazon.com/jp/compliance/ AWS のセキュリティ✅針
  9. ビゞネス芁件に察しお、最適なサヌビスを遞ぶこずが出来る • 䟋えばアプリケヌションをコンテナで動かす堎合 Amazon EKS (Kubernetes) Amazon ECS AWS Fargate

    Amazon EC2 Amazon Aurora (MySQL / PostgreSQL) Amazon DocumentDB (MongoDB) OR OR OR オヌケストレヌション コンテナ実⟏環境 デヌタベヌス ゞュブキュヌ Amazon SQS Amazon MQ (ActiveMQ / RabbitMQ) OR AWS App Runner マネヌゞドで 楜したい 䜿いたい OSS がある Graviton2 や GPU 䜿いたい 楜したい セキュリティ を匷化したい 䜿い慣れた MySQL ず ⟌いパフォヌマンス MongoDB を䜿いたい 楜もしたい クラりドネむティブで 運✀が䞍芁 ミドルりェアの 芁件で必芁 ずにかく楜したい
  10. • 党✂怜玢゚ンゞン • リアルタむムコミュニケヌションWebRTC • ラむブ動画配信 • ロボットシミュレヌション • モバむル

    / Web アプリ ビゞネス芁件に察しお、最適なサヌビスを遞ぶこずが出来る Amazon Elasticsearch Service Amazon Chime SDK Amazon Interactive Video Service AWS RoboMaker AWS Amplify 今必芁な機胜だけでなく、ピボットや将来の機胜拡匵にも察応するこずが出来る
  11. • スタヌトアップであっおもセキュリティは最重芁぀の問題で⌀きな損倱を被るこずも • 党おのスタヌトアップは 将来の゚ンタヌプラむズ スタヌトアップであっおも゚ンタヌプラむズレベルのセキュリティを クラりドセキュリティのためのサヌビス AWS の提䟛するセキュリティ、ID、コンプラむアンスのための 包括的なサヌビスず機胜を掻✀いただくこずでセキュリティず

    コンプラむアンスの芁件を満たす胜⌒を向䞊させるこずができたす アむデンティティ & アクセス管理 脅嚁の怜出ず継続的なモニタリング むンフラストラクチャずデヌタの保護 むンシデントぞの察応 コンプラむアンス AWS コンプラむアンスプログラム セキュリティずコンプラむアむンスのために AWS に導⌊されおいる 堅牢な管理は、独✎した監査⌈によっお評䟡されおいたす。これにより、 AWS はお客様のコンプラむアンス芁件ぞの準拠をサポヌトしたす コンプラむアンスプログラムの䟋 AWS コンプラむアンスプログラム https://aws.amazon.com/jp/compliance/programs/
  12. AWSにおける責任共有モデル お客様 クラりドのセキュリティ に察する責任 クラりド内のセキュリティ に察する責任 お客様のデヌタ プラットフォヌム、アプリケヌション、IDずアクセス管理 オペレヌティングシステム、ネットワヌク、ファむアりォヌル構成 クラむアント偎のデヌタ

    暗号化ずデヌタ敎合性、認蚌 サヌバヌ偎の暗号化 ファむルシステムやデヌタ ネットワヌクトラフィック保護 暗号化、敎合性、ID コンピュヌト ストレヌゞ デヌタベヌス ネットワヌク POP リヌゞョン アベむラビリティゟヌン AWS グロヌバル むンフラストラクチャ AWS ゜フトりェア
  13. • 24時間365✇察応 * • ✇本語察応可 • 経隓豊富な 技術者 が察応 •

    本番皌働にはビゞネスプラン 以䞊を掚奚 • AWS Activate より提䟛 されるクレゞットにより、 ビゞネスプランが利✀可胜 AWS のテクニカルサポヌト SA によるテクニカルメンタリング AWS ビゞネスサポヌト有償 Online Ask an Expert • スタヌトアップ専任の技術者 に盞談可胜無償 • 内容は䜕でも可胜 • Architecture Review • 技術遞定 • OSS に関する盞談 • オンデマンドに AWS の技術 者に察⟯で盞談可胜無償 awsloft.tokyo サポヌトを制するものが AWS 利✀を制する・・・
  14. Appendix : セルフペヌスラボ (Qwiklabs) https://amazon.qwiklabs.com/ https://aws.amazon.com/jp/training/self-paced-labs/ AWS Activate には Qwiklabs

    で利✀できるクレゞットが付いおいたす⌀郚有償のトレヌニングで利✀可
  15. 掻発なコミュニティ AWS は䞖界䞭で䜕癟䞇ものアクティブなお客様によっお✀えられおいたす JAWS-UG は AWS が提䟛するクラりドコンピュヌティングを 利✀する⌈々の集たりコミュニティです ⌀⌈ではできない孊びや亀流を✬的ずしお ボランティアによる勉匷䌚の開催や亀流むベントなどが⟏われおいたす

    AWS User Group – Japan (JAWS-UG) AWS を利✀しおいる スタヌトアップのためのコミュニティで、 スタヌトアップ同⌠の亀流や経隓の共有を✬的ずしおいたす。 ✇本のスタヌトアップから玠晎らしいプロダクトや技術が 䞖の䞭に出お⟏くこずを応揎しおおり、技術系・⟮技術系問わず あらゆるテヌマを取り扱いたす。 AWS Startup Community 近幎、スタヌトアップのみならず採✀が増えおいる AWS Amplify を利✀しおいるデベロッパヌのコミュニティです。 Amplify Japan User Group
  16. AWS Startup Community ▪Discord サヌバヌぞの参加 リンクより参加可胜です http://bit.ly/aws-startup-discord ▪Meetup ぞの参加 Connpass

    におむベントペヌゞを公開 https://aws-startup-community.connpass.com/ ▪Meetup ぞの登壇スピヌカヌ フォヌムにお通幎で公募しおいたす http://bit.ly/aws-startup-community-speaker
  17. クラりドプラットフォヌムずしお AWS を掻✀するこずを決めたした。 理由は⌀きく3぀ありたす。1぀✬の理由ぱンゞニア⌈⌝です。 組織を拡⌀しおいくうえでは、よりシェアが⌀きく、扱える⌈が倚い クラりドプラットフォヌムのほうが、゚ンゞニアの採✀がしやすい。 普段お䞖話になっおいる転職゚ヌゞェントにご盞談した際にも 「他のクラりドベンダヌよりも AWS のほうが、゚ンゞニア⌈⌝は

    圧倒的に倚いです」ずのお声をいただきたした。 2぀✬の理由は、✇本語のドキュメントや✇本語のサポヌトが 充実しおいるこず。ドキュメントの充実性は開発効率に盎結したすし、 トラブルが発✣したずきすぐに✇本語で盞談できるのは⌌匷いず 感じたした。たた、システムアヌキテクチャや AWS の各サヌビスの 掻✀✅法などに぀いお、゜リュヌションアヌキテクトの✅々に 適宜ご盞談できるのも⌀きいです。 3぀✬の理由ずしお決め⌿になったのは、✇本の⌀⌿補造䌁業における AWS の導⌊事䟋が倚いこず。今埌、圓瀟のお客さたになっおいただく 䌁業のなかには、デヌタをクラりド䞊で扱うこずにセキュリティ⟯で の䞍安を感じられるずころもあるはずです。そんな堎合に、他の⌀⌿ 䌁業での導⌊実瞟がある AWS ならば、クラりドベンダヌずしおの 信✀床が栌段に⌀きくなりたす。これらの点から AWS を✀いるこずに したした。 Voice of customers : 株匏䌚瀟アダコテック https://aws.amazon.com/jp/blogs/startup/aws-startup-case-study-adacotech01/
  18. おたけ !「なんでAWS遞んだんですか」 野村総合研究所 新井 雅也 たずめ 倚様な サヌビス 掻発な コミュニティ

    豊富な アップデヌト 倚くのビゞネス 芁件に察しお 柔軟に察応できる。 倉化を受け入れるこずで システムの最適化を 維持できる。 倚様なナヌスケヌスに觊れ、 ビゞネスにマッチした 組み合わせを知る堎がある。 !「AWSを遞んだ理由、それはね、、」 https://speakerdeck.com/iselegant/why-aws
  19. Undifferentiated heavy lifting アむデアの実珟の過皋には 「差別化に繋がらない重劎働」 が倚く存圚し、それらを枛らすこずができれ ば成功確率を䞊げるこずが出来る意蚳 Web 2.0 Summit

    での Tim O’Reilly ず Jeff Bezos ずの察談 https://www.flickr.com/photos/farber/292880154 Amazon CTO の Werner Vogels も メディア取材の際に 「Stop spending money on “undifferentiated heavy lifting”」 ずコメント
  20. 参考Bias for Action (One-way and Two-way Door Decisions) “ •

    Amazon のカルチャヌを✀える Our Leadership Principles の⌀぀ • ビゞネスでは スピヌド が重芁です。 • 倚くの意思決定や⟏動はやり盎すこずもできるため、⌀がかりな分析や怜蚎を 必芁ずしたせん。蚈算されたリスク をずるこずも⌀切です。 Some decisions are consequential and irreversible or nearly irreversible – one-way doors – and these decisions must be made methodically, carefully, slowly, with great deliberation and consultation. If you walk through and don’t like what you see on the other side, you can’t get back to where you were before. We can call these Type 1 decisions. But most decisions aren’t like that – they are changeable, reversible – they’re two- way doors. If you’ve made a suboptimal Type 2 decision, you don’t have to live with the consequences for that long. You can reopen the door and go back through. Type 2 decisions can and should be made quickly by high judgment individuals or small groups.
  21. 技術遞定や蚭蚈における One-way Door Decisions • もちろんスピヌドは重芁だが、その䞭でも党䜓に⌀きな圱響を䞎えるもの、 埌から倉曎するこずが難しいものはちゃんず考えお決めるべし。 「本圓にそれで⌀䞈倫か」 • デヌタの眮き堎、将来的な掻✀✅法

    • デヌタベヌス蚭蚈 • クラりドプラットフォヌム • etc... • 逆に、「それ詊しにやっおから埌で倉えるこずもできるよね」ずいう 芁玠=Two-way Doorでは時間を䜿いすぎずに意思決定する • 「どうしたら Two-way Door になるか」ずいう思考も重芁 • 「詊しにやる」ハヌドルを䞋げる
  22. スタヌトアップがビゞネスにフォヌカスする為に • Undifferentiated heavy lifting • ビゞネスモデルによっお䜕が「差別化に繋がらない重劎働」であるかは異なる • スタヌトアップのフェヌズごずの「差別化に繋がらない重劎働」 •

    クラりドサヌビスによる解消のみならず、事䟋の倚さも重芁 • Two-Way Door ず One-Way Door • 「詊しにやっおみる」ハヌドルをいかに䞋げるか • 異なる遞択肢=Two-Way Doorを容易に遞べるようになっおいるか • 異なる遞択肢=Two-Way Doorを提案しおくれる存圚がいるか
  23. スタヌトアップがビゞネスにフォヌカスする為に • 経隓 や 知識 が必芁ずなるこずも倚い • そもそも AWS のサヌビスが倚すぎお分からない

    • 䜕が Undifferentiated heavy lifting であるのかの刀断 • 差別化に぀ながるず思っおいたこずが、実はコモディティ化しおいた • スタヌトアップの成⻑においお䜕が求められるのか分かっおいない • 将来的に䜕が One-way Door ずなり埗るのか • 玔粋な技術の芳点からだけでなく、ビゞネスモデルや スタヌトアップの成⻑曲線をふたえお✀揎を受けたくないですか
  24. • 䞖界䞭のスタヌトアップが AWS を利✀しおいる • なぜ䞖界䞭のスタヌトアップが AWS を䜿うのか • 倚皮倚様なサヌビス

    • セキュリティ • ⌿厚いテクニカルサポヌト • 掻発なコミュニティ • スタヌトアップが技術遞定の際に考えるべきこず • Undifferentiated heavy lifting • One-way and Two-way Door Decisions たずめ
  25. たずめ • スタヌトアップは「ビゞネスにフォヌカス」するこずが重芁 • Undifferentiated heavy lifting を枛らす • One-way

    or Two-way Door かの適切な刀断 • Two-way Door な状況を䜜る • 「ビゞネスにフォヌカスするために䜕が必芁か」はビゞネスモデルや スタヌトアップのステヌゞにも䟝存する • 刀断が難しい堎合は、VC, Accelerator そしお AWS に盞談
  26. Q&A