嗨，HN，
我正在测试一个想法：一个类似Fragrantica的数据库，但专注于手表。
与其依赖炒作的评论或规格表，手表将根据实际因素进行评分，比如性价比、耐用性、舒适度和长期准确性。
这是一个非常早期的最小可行产品（主要是一个着陆页），目的是验证这个想法是否有用。
我非常希望能得到诚实的反馈——缺少了什么，哪些内容感觉多余，或者你是否会使用这样的产品。
返回首页
最新
使用无服务器架构时，选项非常有限，技术也被锁定。虽然某些部分是可移植的，但大多数并不是。我使用的是基于WebSocket的二进制协议（Protobuf）。是的，它的速度比像TCP这样的低级本地隧道服务要慢，但对于大多数场景来说，速度还是足够快的。
扩展是一个主要挑战。大多数无服务器计算引擎依赖于内部负载均衡器，并且所有实例都是短暂的。这意味着实例之间的通信是不可能的。可以通过像Pub/Sub这样的消息总线来实现扩展，但这又引入了另一个问题。发布到主题的请求和响应会在所有活动实例之间复制，这样效率很低。
其他令人烦恼的限制包括计算过程绑定于请求，并在请求完成时立即结束。另一个问题是需要处理由于实例的短暂性而导致的订阅泄漏（我真的很讨厌这一点）。
缺点：
- 扩展效率低下。
- WebSocket是有状态的，这违背了无服务器架构成本优化的目的。如果客户端保持连接，成本可能超过运行专用服务器的费用。
- 协议和平台选项有限。
- 强烈的供应商锁定。
优点：
- 性能对于大多数用例来说足够好。
- 扩展和基础设施完全由服务提供商管理。
- 无使用意味着无成本，同时服务仍然可用。
- 小规模使用通常是免费的，因为大多数云服务提供商提供免费套餐。
我认为将其构建为SaaS是个坏主意。这并没有降低成本，实际上还增加了成本，并且增加了复杂性。我认为在今天的市场中，以SaaS形式运行它很可能不会盈利。
话虽如此，你认为任何组织会对开源版本感兴趣吗？它是可扩展的，除了初始设置时间外，运行成本为零，如果他们能够妥善管理网络访问，安全性可能更高。我甚至不确定是否有人愿意为此支付小额费用。
也许我在构建垃圾。我在这里询问是想知道这是否可能是某人的宝藏。
你好，HN，
祝你新年快乐。
StatPecker是我们的一个小项目。它是一个可爱的图表生成工具，旨在为任何寻求洞察的人提供帮助。
我们最近推出了一项新功能，允许用户上传最大为50MB的CSV文件，换句话说，就是大约100万行的数据。我们希望确保用户的数据不会泄露，因此我们开发了一种机制，让CSV文件在用户的设备上进行分析。我们只使用我们的AI API来动态生成SQL查询，并在用户的机器上查询数据库，同时返回聚合数据的最终响应。
结果显示速度相当快。我们非常希望你能试一试。