4 ms·
> And hire 2 or 3 dev ops to keep it running Not a devops but I'd say one full time is already too many.
by GodelNumbering 2mo ago
> And hire 2 or 3 dev ops to keep it running
Not a devops but I'd say one full time is already too many.
- dboreham 2mo agoYes but zero is not enough and where do you get a fraction of a competent dev op from?
- layer8 2mo agoFrom the other dev-op work you’re doing.
- ayewo 2mo agoUnderstood but sharing your existing devops resources with this will soon become a bottleneck especially when any major downtime will keep several engineers (and long-running agents) blocked from any meaningful work until availability improves.
- layer8 2mo agoNot my experience, from an SMB that maintains its own hardware and services. You have a certain contingent of competent engineers who distribute their work across projects, and it generally works out fine. Or course you plan with some redundancy and fall-back plans in your systems.
- ayewo 2mo agoThe top poster mentioned LLM spend of millions/month to justify the estimated capex of $6m to self-host Kimi on own infra. Add to this number another $1.5m/yr in opex, so not sure I’d call such an enterprise wealthy enough to spend those kinds of sums on LLMs an “SMB”.
- JacobAsmuth 2mo agoNow you're thinking like management!
- twobitshifter 2mo agocolocate and split the cost with others.