気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント11件
- 注目コメント
- 新着コメント
tmatsuu
チーム内エンジニアが10名までならECS Fargate、Google Cloud Runなどのサーバーレスコンテナランタイム、100名までならAKS、EKS、GKEなどのマネージドk8sがオススメ。それ以上ならオンプレミスでのk8sも検討してみてね。なるほど。
cpw
k8s使って便利になったという記事も実は効率を落としてる例は結構あると思ってる。たいていのシステムはRDBMS+AppServerくらいで済むことがほとんど。それ以外が出てきたら本当に必要か問う必要あり
rgfx
"開発リソースは、クラウドハイパースケーラたちが既に提供している製品との競合、再発明に浪費するべきではない" 自前主義がペイするかどうか、なかなかつらい。cloud hyperscalersと呼ぶのね。
door-s-dev
チームサイズに合わせたコンテナランタイムの選び方/この辺は意識しておきたい。 I'd suggest that teams adopting Kubernetes (even the managed versions) have an SRE team, or at minimum, a dedicated SRE engineer.
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
Don't Use Kubernetes, Yet
Early-stage startups shouldn't run on Kubernetes yet. But eventually, growth-stage and large comp... Early-stage startups shouldn't run on Kubernetes yet. But eventually, growth-stage and large companies should be running on Kubernetes in some form. Kubernetes Maximalism doesn't mean one-size-fits-all. Infrastructure should progressively grow with your workloads and team. How can you choose the right technology now so that you can maximize growth and minimize pain later when you inevitably outgro
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
2022/06/20 リンク