展开讨论

sanderjdHN来源作者
经验与复盘经验摘录 · 机器翻译

我从初创公司世界（主要是早期的rails和前端框架）早期的职业生涯开始...

… 我从初创公司世界（主要是早期的rails和前端框架）早期的职业生涯开始，后来在谷歌工作了大约五年，大约一年前开始接触整个公共云产品套件，我真的很怀念谷歌的内部工具。并不是说任何单个组件比任何公共竞争对手更好或更差。事实上，我认为文章说的没错，就单个组件而言，谷歌内部的每个东西都有强大的竞争对手。但整体来看，我发现谷歌内部更容易确定适合特定任务的工具，并且能很好地为我的任务工作，而公共工具则不然。但这不是技术问题，而是集成和分析瘫痪/选择悖论以及销售周期的问题。我是应该选择完全托管的服务还是自托管？自托管与我的基础设施配合得怎么样？成本比较呢？这三个工具能一起工作吗？它们支持我的特定SSO设置吗？…

源讨论迷宫在老鼠身上——谷歌的问题所在以及它如何扭转局势原帖 341 条评论 · 导入时统计
2

社区评论 0

还没有社区评论，来聊聊你的看法。

原讨论中的回复 2

仅展示本次导入中包含的直接回复。中文为机器翻译，可查看英文原文。

DA
dastbeHN

这是我从AWS转到一家非云服务商的公司后真正感受到的。即使大多数AWS服务在各自类别中只是第三名，你仍然能获得以下优势： 1. 所有服务都能相对良好地协同工作，并共享相同的通用基础架构（IAM、VPC）。 2. 你可以在同一屋檐下获得服务团队和支持团队，因此你可以深入接触他们，并让他们一起合作解决你的问题。 3. 你没有选择的余地，因此你不需要花时间去权衡选择。你还能获得保证的最低价格。 这一切让事情变得更容易处理，更容易调试和获取支持，并且减少了我们原本可能需要每隔N年重新评估服务所带来的混乱。

完整原文
RI
ricardouHN

你认为这更多是反映了一个更成熟的公司已经为你做出了这些决定，而另一家公司还在摸索吗？你的观点其实并没有真正说明内部工具和外部工具的质量差异。我觉得你的比较更像是一家已经决定如何解决问题并回答了你所有问题的公司， versus 一家刚开始摸索的公司。

完整原文
在 Hacker News 阅读

尊重不同观点，分享具体经验。

登录后即可发帖、评论、转发和引用。