TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Hidden costs of self-hosted front ends

6 点作者 sebnun10 个月前

2 条评论

compootr10 个月前
Of course, coming from vercel this is kinda disconnected from reality (and quite a bit AI-written) but:<p>Tightly coupled frontends, or frontends that exist within the same codebase or deployment unit as your backend architecture, limit your ability to adapt.<p>&gt; The interior of each company’s container is unique, meaning that onboarding developers is tricky and most new features must be built from scratch and continuously maintained.<p>I agree it&#x27;s unique, but for &quot;new features must be built&quot;? If in software, that&#x27;s how that works, and for something in linux, you install a pacjage in your build step<p>&gt; Maintaining a healthy development lifecycle is a fully manual, resource-intensive process. As traffic fluctuates, teams must provision the appropriate amount of infrastructure to adapt, or else face downtime or security breaches.<p>Heard of CI, k8s and autoscaling?<p>&gt; Self-hosted setups struggle to optimally serve dynamic data to customers halfway around the world.<p>This can be true, but just purchase PoPs as your business needs scale. If you&#x27;re some small startup you don&#x27;t need 9 9&#x27;s of uptime.
janmarsal10 个月前
&gt;Self-hosted apps come in many flavors, but they are often containerized, orchestrated with a tool like Kubernetes, and deployed on a cloud provider like GCP, Azure, or AWS.<p>I thought self-hosting is the opposite of using cloud providers.