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