[B! 設計][rest] kitokitokiのブックマーク

kitokitoki id:kitokitoki

設計とrestに関するkitokitokiのブックマーク (3)

サービスの成長に伴うアーキテクチャの変更｜maybework
はじめにサービスが成長するにつれてどのような課題が発生し対策を実施していくのかを簡単な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）を選択する場面であるかもしれないが、今
kitokitoki 2023/02/17
rest

設計

restapi

api
リンク
Overview
<g> <g> <defs> <rect id="SVGID_1_" x="-468" y="-1360" width="1440" height="3027" /> </defs> <clippath id="SVGID_2_"> <use xlink:href="#SVGID_1_" style="overflow:visible;" /> </clippath> </g> </g> <rect x="-468" y="-1360" class="st0" width="1440" height="3027" style="fill:rgb(0,0,0,0);stroke-width:3;stroke:rgb(0,0,0)" /> <path d="M13.4,12l5.8-5.8c0.4-0.4,0.4-1,0-1.4c-0.4-0.4-1-0.4-1.4,0L12,10.6L6.2
kitokitoki 2016/10/06
api

設計

rest
リンク
連打を支える技術 - Sexually Knowing
この記事は、はてなデベロッパーアドベントカレンダーの19日目の記事です。昨日は、id:t_kyt によるあれから一年、あの TypeScript プロジェクトは今 - 多幸感でした。すばやく、かつ堅牢にアプリケーションをつくるボタンを連打したくなる性と向き合うサーバサイドにおける工夫イベントソーシングリクエストに複数のリソースを含められるようにクライアントサイドにおける工夫イベントのバッファリング accumulate-call で簡潔に書くむすびすばやく、かつ堅牢にアプリケーションをつくるはてなの id:aereal です。アプリケーションエンジニアとして日々、サービスの開発に携わっています。はてなではサービス開発合宿が年に一度ほどのペースで開催されています *1。今年もつい先日開催されました。私たちのチームは技術的な挑戦を行う一方で、プロトタイプではなく初
kitokitoki 2015/12/21
イベントのバッファリング

設計

aereal

rest

イベントソーシング
リンク
1