使用微服务体系结构时，Heroku的定价会大幅提高

我刚从Heroku开始，我正在考虑用它来托管我的应用程序

问题是，我正计划用微服务架构构建我的应用程序

据我所知，Heroku的定价是按dyno收费的。在使用微服务时，有一组“应用程序”或“服务”协同工作，以提供一个应用程序的功能

在不使用多个dynos的情况下这样做似乎是不可避免的，通过添加dynos，价格会快速上涨

我有三个问题： 我对Heroku定价的解释正确吗？ 有没有更好的方法使用Heroku实现微服务体系结构？

---

或者，有没有办法在一个dyno上部署多个docker容器？

随着你使用更多dyno和更多应用程序，你的Heroku成本肯定会上升，但如果你刚刚起步，你花的钱将不会比你花在安装类似AWS的东西来执行相同功能的时间多

一旦你的应用程序运行起来并且用户喜欢它，你以后就可以省钱了。如果你的目标是建立原型并快速发布，Heroku仍然是最好的选择

你知道吗

---

看到你运行了10*1x dynos，还有一些其他服务，比如短信等等。这个月你要花250-350美元。那当然很多了。但是你可以在明天运行你的应用程序，大概价值超过250英镑。

也许吧，但我确实有6个月的时间来构建应用程序。这不仅仅是我，这是一个团体，金钱是我们目前最有限的资源。我的第一选择是GCP，但太贵了。这就是希罗库吸引我的原因。事实上还不算太糟。我根本不需要短信服务。我可能需要ClearDBMySQL插件，但这是免费的。我想我只需要三个dynos，也许四个，所以（根据业余爱好计划），我一整年大约需要250美元。再说一遍，GCP就在附近……GCP也很棒。我特别喜欢Firebase工具，它们每季度都在让它们变得越来越好。在一天结束时，您需要在配置和导航更复杂的infra上花费多少时间来进行权衡。例如，我有一个朋友，每个数据库条目的收入为100美元，所以他不在乎Heroku的成本，只要他不需要思考。每个项目都是不同的。是的，Firebase实际上可以免费满足我的所有需求。但这更像是一个学习项目，因此我们希望使用一个带有SQL数据库的Python Flask应用程序。我在想我可以把这一切都放在一个dyno里。如果我们的应用程序获得足够的资金，我们可以升级并使用多个具有微服务架构的dynos。谢谢你的帮助！你也可以在与Heroku定价无关的地方查看Pythony，但我相信这是一种全行业的共识，即先做monolith比先做微服务更经济：--我想你这样做是为了学习，但我只是以防万一；）嗯…我没意识到。谢谢你告诉我。我认为我们要做的是设计一个整体，这样以后很容易分开，然后如果我们有更多的钱，我们可以转换。是的，这是比较明智的。