タグ

2022年4月23日のブックマーク (3件)

  • バーストパフォーマンス(T系)インスタンスの特徴を理解して上手に利用しよう | Amazon Web Services

    AWS Startup ブログ バーストパフォーマンス(T系)インスタンスの特徴を理解して上手に利用しよう はじめまして、こんにちは。2020年4月にStartup Solutions Architectに着任しました、齋藤(Twitter: @koemu)です。 スタートアップ企業にお勤めのみなさま。AWSのサービスを利用される際に、インスタンスタイプはどのような基準で選択されていらっしゃいますでしょうか。その時に考慮の変数の一つとして価格を組み入れられているお客様は多数いらっしゃることと想像します。例えば、T2、T3およびT3aなどの比較的廉価なバーストパフォーマンスインスタンス(以下、T系インスタンスとします) 、Amazon EC2であればt3.mediamなどをご選択されるスタートアップ企業の方を見受けます。 さて、T系インスタンスには、性能面での他のインスタンスタイプにはない特

    バーストパフォーマンス(T系)インスタンスの特徴を理解して上手に利用しよう | Amazon Web Services
    kiririmode
    kiririmode 2022/04/23
    T系インスタンスのCPUクレジットの考え方。消費タイプがStandard/Unlimitedと2つのモードがある点に注意
  • プロダクトの技術的負債とPMはどう向き合うべきか|Shin

    プロダクトがうまくユーザーに受け入れられ、PMF(プロダクト・マーケット・フィット)をして、売上もたってきた。そんな時に1つ必ず論点になるのが「技術的負債とどう向き合うべきか」です。 これがなぜ論点になるかと言うと、組織やプロダクトによって共通の正解と言えるものがなく、人によって大きく判断が分かれるからです。特にエンジニアとプロダクトマネージャーではまた大きく考え方が変わるのも特徴。 大きな開発組織になるとテックリードやCTOが判断をするのですが、スタートアップや小さい開発組織だと実質プロダクトマネージャーが判断することも多いのが実情です。そこで今回は、プロダクトマネージャーにとって技術的負債とどう向き合うべきか、を書いていきます。 そもそも「技術的負債」とは何か?まず最初に、そもそも技術的負債とはどんなものなのでしょうか。挙げ始めるときりがありませんので、この記事では以下3つを技術的負債

    プロダクトの技術的負債とPMはどう向き合うべきか|Shin
    kiririmode
    kiririmode 2022/04/23
    “プロダクトが死んでしまっては、どれだけ綺麗にコードを書いていたとしても、しっかりした設計をしていたとしても、全て無駄”
  • Agile Project Initiation: 2013 Open Research

    kiririmode
    kiririmode 2022/04/23
    scrumの初期における見積もりやアーキテクチャ設計、その期間に関するsurvey