エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
サービスの成長に伴うアーキテクチャの変更|maybework
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
サービスの成長に伴うアーキテクチャの変更|maybework
はじめにサービスが成長するにつれてどのような課題が発生し対策を実施していくのかを簡単なREST APIを... はじめにサービスが成長するにつれてどのような課題が発生し対策を実施していくのかを簡単なREST APIを題材に考えてみようと思います。 「あるある」REST API Serviceマルチテナントにてリソースの登録、検索、変更、削除を行うためのREST API Serviceを開発し、運用を開始する。 「あるある」Rest APIをOpen APIで定義1.とりあえずはじめました課題サービス開始時は利用状況やサービスの規模が読めないため、スケールの設計が難しい。 戦略とりあえず、早く安くサービスを構築することにする。 決まったことは以下の通り IaaS(GCP:Compute Engine,AWS: EC2,Azure: Virtual Machine)を利用する。 Multi Tenantモデルにてサービスを提供する。 サーバーレスサービス(FaaS)を選択する場面であるかもしれないが、今