aws-startup-community / aws-startup-community-conference-2022-cfp

Call for Papers - AWS Startup Community Conference 2022

aws-startup-community

aws-startup-community-conference-2022-cfp's Issues

グローバルIoTスタートアップにおける2年強に及ぶちょうど良いデータ基盤への歩み

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

hi1280

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

サービスが成長するに伴い、効果的にデータを活用したいモチベーションが生まれてきます。それは継続的にデータを活用するためのデータ基盤が必要という考えにいたります。
本セッションでは構築・運用を含めて2年強になるGlobal Mobility ServiceのオールAWSサービスによるデータ基盤のノウハウをお届けします。IoTというデータのリアルタイム性が求められる中で、スタートアップにちょうど良いデータ基盤がコンセプトです。

セッションについての補足情報 (最大800文字) (任意)

本セッションでは以下のトピックを扱います。
・コストとリアルタイム性を考慮したデータ基盤構成
・できる限り運用に労力をかけないデータ基盤の安定稼働を支える仕掛け
・データ基盤を社内のユーザーに活用してもらうための工夫

登壇者の所属するスタートアップのフェーズ （必須）

series D 以降

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series B, series C, series D 以降

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

プログラミング, アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

自動運転EVスタートアップTURINGが考える e2e deep learning による完全自動運転への道

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

issei_y

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

We Overtake Tesla を motto に完全自動運転EVの実現を目指す TURING はどのような方針でそれを実現するのか？
創業からもうすぐ1年の状態でどこまでできているのか。なにが完全自動運転をさまたげているのか。
かつて名人に勝った将棋プログラムPonanzaの作者である山本一成が余すことなく伝えます！

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

機械学習モデル開発

セッションのトピック (複数選択可) (必須)

プログラミング

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

既存AWS環境をTerraformでコード化して改善した話

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

AkiraTameto

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

スタートアップでは組織立ち上げの際にはAWSコンソール上でポチポチ押していく事が多いと思います。
今回は既に運用で利用されているAWS環境にて複数環境の用意する必要が有りTerraformでコード化する事により改善した話を説明します。

既に運用されている方もこちらのセッションをきっかけにして頂ければと思います。

セッションについての補足情報 (最大800文字) (任意)

• Terraform import
• Terraformを導入のメリット
• Terraformを導入のデメリット
• Terraformへの移行で発生した問題点
• Terraformでのディレクトリ構成

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー, 開発プロセス

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

AIサービス立ち上げにAWS Amplifyを使ってわかったPros & Cons

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

i7i5

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

ノーコードAIプラットフォーム「TechSword Platform」の立ち上げにあたり、約1年間AWS Amplifyを使ってきました。
その中で感じたAmplifyの利点や気を付けるべきことをいくつかのトピックに分けて発表します。

【トピック】

• マルチテナント戦略
• GraphQLのdepthにまつわるエトセトラ
• amplify add authで絶対に気を付けたい設定（一度やると戻れない）

セッションについての補足情報 (最大800文字) (任意)

登壇者は創業当初、CI/CDパイプラインの構築経験やGraphQLの利用経験は全くない段階でのスタートでした。
また、AWSについてもS3, EC2, Lambda, API Gatewayの利用経験はありましたが、本格的なアプリケーション構築は初めてでした。

そんな0からのスタートで、AWS全般、特にAWS Amplifyが開発スピードの向上にどれだけ寄与したかを余すことなく解放します。

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web フロントエンド開発, Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

プログラミング, 開発プロセス

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

スタートアップでどのようにAWS Control Towerを導入したか

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

@kazukiogura_

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

弊社では、AWSを用いてインフラ環境を構築していた。
しかし、AWSを運用する上で主に以下2つの課題があった。

1. 単一のAWSアカウントで複数のプロダクトが運用されていた。
2. IAMユーザーやロールの管理が統制されていなかった。

この課題を解決するため、マルチアカウント運用を検討した。
その際に、ソリューションアーキテクトの方から「AWS Control Towerを導入してみてはどうか」とご提案いただいた。
改めて、AWS Control Towerとは何なのか？
AWS Control Towerをどのように導入していったか？
AWS Control Towerを導入しての感想などを中心にお話しします。

セッションについての補足情報 (最大800文字) (任意)

Speaker Deck
「スタートアップでどのようにしてAWS Control Towerを導入したか」
https://speakerdeck.com/kazuwsx/sutatoatupudedofalseyounisitecontrol-towerwodao-ru-sitaka

Zenn
「スタートアップでどのようにAWS Control Towerを導入したのか」
https://zenn.dev/k_ogura/articles/3dbf46a150e95c

登壇者の所属するスタートアップのフェーズ （必須）

series B

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

その他

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

プロダクトと組織の成長を見据えたスマートラウンドのAWSマルチアカウント戦略

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

shonansurvivors

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

アーリーステージのスタートアップであるスマートラウンドにおいて、今後のプロダクトや組織の成長を見据えつつ、AWSマルチアカウント戦略をどのように検討、実践していったかについて、技術と人の2つの側面からお話しします。

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

開発プロセス, エンジニア組織のカルチャー, その他

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

クラウドセキュリティのプロダクトを開発するスタートアップでのセキュリティへの取り組み

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

DragonTaro1031

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

Cloudbase では AWS や GCP を始めとするパブリッククラウドの設定ミスを検出するプロダクトを提供しており、Cloudbase 自体も AWS で構築されています。お客様のクラウドの構成情報をいただく我々ももちろんセキュリティ対策を入念に行っております。
このセッションではどんなフェーズの会社様でも AWS のセキュリティ対策として参考になりうる、弊社の取り組みについてご紹介します。

セッションについての補足情報 (最大800文字) (任意)

採択後に細かい部分を変更する可能性がありますが、主に以下のトピックスについてお話ししようと思います。（トピックスの増減の可能性あり）

• Google Workspace を用いた SSO 認証
• SSM の最新のポートフォワーディング機能を用いた踏み台サーバーの運用
• 暗号化の取り組み
• CloudTrail / CloudWatch / AWS Chatbot を用いた監視
• OIDC を用いた IAM Role での GitHub Actions の認証

これらの機能は点では紹介されることが多いですが、これらだけをやればいいというわけではありません。本セッションではできるだけAWSにおけるセキュリティの考え方・大局的な方針とともに、なぜこれらの対策が必要なのかをご紹介します。

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

これはテストです

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kzk_maeda

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

This is test

• これはテスト投稿のためのCfPです

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

立ち上げ期のサービスでレコメンドを導入した際の機械学習モデルの開発とアーキテクチャの事例

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

tsuzukit2

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

商品やユーザーなどのレコメンドは広く使われていると思いますが、本格的に導入しようと思うと、アプリケーションの開発と並行してデータパイプラインの整理や MLOps などのセットアップが必要になります。
また、導入する際にはアプリケーションの特性に合わせた設計を行い、導入後には結果を見ながら改善を行っていくというプロセスが必要不可欠です。

本セッションでは、サービスの立ち上げ期にレコメンドを導入し、またそれをどのように改善していったかについての事例を共有させていただきます。
同じようにサービスにレコメンド機能を導入しようとしているスタートアップの参考になれればと幸いです。

セッションについての補足情報 (最大800文字) (任意)

以下の AWS サービスを使ったレコメンドのアーキテクチャについて解説します

• ECS / EKS
• Codepipeline / CodeBuild / CodeDeploy

またレコメンドの機械学習モデルをどの様に調査、検討し本番に導入を行いながら改善を進めていったかについても共有します。
出来るだけ機械学習の専門的な用語や知識がなくても理解いただける様に解説する予定ですが、レコメンドモデルで実際につかっているアルゴリズムなど一部専門的な内容となる可能性があります。

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, 機械学習モデル開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

Amplifyを用いた企業向けマルチテナントアーキテクチャ事例

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

@tkykknd_

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

企業向けマルチテナントSaaSを構築する際にはテナント分割の設計が非常に重要となります。

本セッションでは、Cognitoを利用したテナントIDによる分割を基軸とし、RDS(Postgres)、OpenSearch、S3(vie Amplify Storage)、(URL、UserPool)の其々においてコードだけではなくIAM×MW層のソリューション含め、どのようにテナント分割を実装しているかの事例を紹介いたします。

セッションについての補足情報 (最大800文字) (任意)

・サブドメインによるCognito User Pool分割
・RDS(Postgres)RLSを用いたテナント分割(RDS Proxy利用)
・assume role を用いたIAM×Opensearch document level security
・StorageからでOK、tenantIdを用いた指定フォルダ以下へのS3へのアクセス権限制御

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

10年間使ってきた動画配信基盤をAWSに移行した取り組み

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kazu23pole

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

長年運用してきた動画配信基盤を移行するには大変な労力が必要になります。
本セッションでは、10年間使ってきたSchooの動画配信基盤をAWSへ移行に至った流れとその際に発生した問題および問題への解決策についてお話します。
今後長期運用していくサービスの問題となり得る箇所とその解決策について共有できればと思います。

セッションについての補足情報 (最大800文字) (任意)

以下のサービスを利用した構成についてご説明します。

• AWS Elemental MediaPackage
• AWS Elemental MediaConvert
• Amazon CloudFront

登壇者の所属するスタートアップのフェーズ （必須）

series D 以降

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B, series C

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web フロントエンド開発, Web バックエンド / サーバーサイド開発, モバイル / ネイティブアプリケーション開発, DevOps / Infrastructure as Code, その他

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

リアルタイム危険検知スタートアップがシステムをオンプレからAWSへ移行した茨の道

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

JunyaA0755

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

フィットネスジム向けのリアルタイム危険検知ソリューション「GYMDX」は、サービスローンチから半年間は各施設にオンプレサーバーを配置し運用をしておりました。

しかし、施設が増えるごとにオンプレサーバーが増え、ハードウエアの故障対応や管理が非常に煩雑になるなど問題が頻発していた為、今後のサービスのスケールや拡張性を考えAWSを利用したクラウド化を行いました。

画像解析システムのクラウド化に際し、手間取った箇所・工夫した点やAWSのメリットデメリットに関してご共有させて頂ければと思います！

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A, series B, series C, series D 以降

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code, 機械学習モデル開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー, 開発プロセス, その他

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

フライウィールのデータ基盤 - 進化の道のり

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

tamaefw

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

フライウィールでは、大企業を含む多くの企業様のデータ利活用を支援しており、その大量のデータを適切に管理・変換・処理することで Conata(コナタ)™ に代表されるようなサービスの提供といった価値を生み出しています。我々のビジネスはお客様からお預かりするデータをいかに適切に処理するかが肝であり、それを実現するデータ基盤の開発にも力を入れています。今回は開発しているデータ基盤のテックスタックについて、その変遷と共にご紹介します。

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

DevOps / Infrastructure as Code, 機械学習モデル開発, その他

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

これはテストです

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kzk_maeda

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

Summary

• これはテストです

セッションについての補足情報 (最大800文字) (任意)

これはテストです

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

これはテストです

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kzk_maeda

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

背景

• これはテストです

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

1年間本番運用してわかった、スタートアップこそAWS Copilot CLIを使うべきNつの理由

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kokuyouwind

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

みなさん、コンテナは好きですか？ 私は大好きです。
AWS上でコンテナアプリケーションを構築するツールは複数ありますが、なかでもAWS Copilot CLIはAWSが公式に開発しており使い勝手も良いイチオシのツールです。
ドメインやネットワークまで含めてアプリケーション全体を構築・管理できるため、1からアプリケーションを立ち上げる機会の多いスタートアップ企業にとって非常に有用なツールだと感じています。
本セッションでは本番環境をAWS Copilot CLIでコンテナ化した上で1年間運用してきた知見を踏まえ、Copilot CLIの便利な点・気をつけるべき点などをご紹介します。

セッションについての補足情報 (最大800文字) (任意)

本セッションは新規コンテナアプリ環境の構築や既存環境のコンテナ移行に Copilot CLI の利用を検討している方を想定し、以下の内容をお話する予定です。

• AWS Copilot CLI の概要・基本的な使い方
• スタートアップにおいて Copilot CLI を採用することで得られるメリット
• 筆者が本番環境を Copilot CLI でコンテナ化した事例紹介
  • 発生した問題とその対処
• Copilot CLI の便利な点・気をつけるべき点

AWSサービスでは AWS ECS Fargate, System Manager Parameter Store, Code Pipeline などを扱います。これらのサービスについては概要のみ説明し、詳細な解説は省く予定です。
また AWS App Runner については Copilot CLI から利用可能なものの筆者が利用していないため触れない予定です。

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

プログラミング, アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

知育玩具サブスク「トイサブ！」におけるエンジニア組織立ち上げの事例

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

m3m0r7

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

社内の誰もインフラから各アプリケーションの全容を把握していない状況から、エンジニア組織を立ち上げ、社内向け・顧客向けの 2 種類のプロダクト開発チーム、そして SRE チームを抱えるようになった弊社。
よりサービスのスケールに柔軟に対応するサービス基盤にするため、toC や toB の大規模サービスを運用していた企業複数社とスタートアップ複数社での経験を活かし、乗り越えた課題、そして、今抱えている課題、その課題を解決するためにどのようなアクションを実施しているかをお話します。

セッションについての補足情報 (最大800文字) (任意)

• 私自身は 2020 年 4 月頃にエンジニア正社員第 1 号として、知育玩具サブスクリプションレンタルサービス「トイサブ！」を運営している株式会社トラーナに入社をしました。
• 当時、SaaS とサーバーレスアプリケーションのみでサービスが構成されており、弊社の顧客数の増加に伴いオペレーションやサービス基盤のスケールも難しくなってきました。
• スケールが難しい状態からどのように、エンジニア組織立ち上げ、スケールできるようにしていったのかという点を中心にお話する想定です。

登壇者の所属するスタートアップのフェーズ （必須）

series B

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web フロントエンド開発, Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

エンジニア組織のカルチャー, その他

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

濫用される『技術は手段』という言葉

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

toricls

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

こんにちは、マナー講師のトリです。本セッションでは、『技術はあくまでも手段』という言葉の正しい使い方について議論します。

(タイトル、アブストラクトは現時点では仮のものです)

セッションについての補足情報 (最大800文字) (任意)

この記事で書いた、「カミナシが目指すエンジニアリング組織のカタチ」について、カミナシの取り組みやその後の話も踏まえつつ、より深掘りしていくセッションになる予定です

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web フロントエンド開発, Web バックエンド / サーバーサイド開発, モバイル / ネイティブアプリケーション開発, DevOps / Infrastructure as Code, その他

セッションのトピック (複数選択可) (必須)

開発プロセス, エンジニア組織のカルチャー, その他

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

AWS Foundational Technical Review と向き合って得られたもの

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

accakr

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

AWSはその取り掛かりの便利さから、スモールスタートのつもりで、つい非機能要件（セキュリティ、信頼性、性能、等）を後回しにしがちです。
我々のサービスも気づけば同じ環境にどんどん継ぎ足していく一方のシステムになってしまっていました。
このままでは良くない、と、昨年よりメインサービスのFoundational Technical Review(FTR)通過に取り組んで参りました。
その取組における苦労話、得られた「想像以上の」メリット、今後の教訓等について共有いたします。

セッションについての補足情報 (最大800文字) (任意)

予定アジェンダ
・FTR取り組みまでの背景
・簡単だったもの、困難だったもの
・通過したことで何が得られたか
・新しく構築するときのための教訓、特に取り返しにくいものについて

登壇者の所属するスタートアップのフェーズ （必須）

series C

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A, series B, series C, series D 以降

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code, その他

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー, 開発プロセス

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

AWS Activate について話すよ

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

mats16k

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

てすとです

セッションについての補足情報 (最大800文字) (任意)

なんかい感じに話す

登壇者の所属するスタートアップのフェーズ （必須）

VC / 投資家

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

その他

セッションのトピック (複数選択可) (必須)

その他

プロダクトの成長に伴うAWSの利用サービスとアーキテクチャの変遷

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

tomoki_ote2tabi

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

おてつたびはAWSでサービスを運用しています。
最初はEC2とRDSだけのミニマム構成でしたが、アクセス数の増加に伴いオートスケーリングの導入、さらにプロダクト規模が大きくなるにつれボトルネックになってきたパフォーマンスの改善等で、使用するサービスもフェーズと共に変わってきました。
本セッションではプロダクトローンチから振り返りながら直面した課題と、どのAWSサービスを使って乗り越えてきたのか紹介します。

セッションについての補足情報 (最大800文字) (任意)

予定アジェンダ

• シンプルな構成でプロダクトローンチ
• アクセス増加に伴うオートスケーリングの導入
• さらにインスタンス増加によるDBパフォーマンス悪化のボトルネックをキャッシュで解消
• コンテナによりデプロイとリリースサイクルの効率化

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

予実管理SaaS DIGGLEが考える多軸分析へのアプローチ

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

zakky98199306

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

予実（予算と実績）を様々な角度から分析し、経営へ生かす。
DIGGLEでは上記を実現するために、多軸での分析を可能としています。
本セッションでは、多軸での分析を実現していく中で発生した課題や問題と、それをどのように解決してきたのかをご紹介します。

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

プログラミング, アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

amptalkが月間10万件の商談解析SaaSを生み出すまでのアーキテクチャ変遷

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

leonis_sk

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

商談解析SaaS「アンプトーク」は創業前の資金ゼロ状態からAWSを利用してプロトタイピングを開始し、現在では月間10万件以上の商談を解析するまでに成長しました。
本セッションではアンプトークが辿ってきたアーキテクチャの変遷を振り返り、各フェーズでどのような課題が発生し、どのような設計判断をしてきたのかご紹介します。
これからビジネスアイディアの検証やプロダクト作りを始めたい方達の参考になれば幸いです。

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

Seed

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

Seed, series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web フロントエンド開発, Web バックエンド / サーバーサイド開発, DevOps / Infrastructure as Code

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー, 開発プロセス

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション

これはテストです

AWS 行動規範 (Code of Conduct) への同意 (必須)

• 私は、AWS 行動規範 (Code of Conduct) を確認し、同意しました

Twitter ID (必須)

kzk_maeda

セッションタイトル (必須)

• セッションのタイトルをイシュー件名に最大40文字程度で入力しました

セッションのアブストラクト (最大250文字) (必須)

背景

• これはテストです

セッションについての補足情報 (最大800文字) (任意)

No response

登壇者の所属するスタートアップのフェーズ （必須）

series A

想定受講者のスタートアップのフェーズ (複数選択可) (必須)

series A

想定受講者の開発対象やロール・役割 (複数選択可) (必須)

Web バックエンド / サーバーサイド開発

セッションのトピック (複数選択可) (必須)

アプリケーションアーキテクチャー

セッションのフォーマット (必須)

スライドを映しながら話す、通常セッション