主要观点：作者非常欣赏 Go 在 CPU 和内存方面的高效性，Bridge 的 API 在两个标准 512MB 的 dynos 上运行，即使容器很小，也仅使用了部分可用资源，内存约 40 到 50MB 且很稳定，一个 dyno 运行也不错，有两个是为防 Heroku 自身问题，该 API 每小时接收数万度量数据点，约每分钟数百请求，作者曾运行 Heroku API 约 2011 到 2015 年，当时用约十几个大型 EC2 实例，通过 Ruby 的 GIL 实现并行，因代码量太大无法从 Ruby 重写成 Go，但现在觉得如果能转换为 Go 并采用类似现有良好数据加载经济的技术，整个 Heroku API 服务可能在两个标准 dynos 上运行得很舒适。
关键信息：Go 的高效性，Bridge API 的运行情况，Heroku API 的历史运行情况及思考。
重要细节：提到了内存使用情况的图片，Heroku 事故导致单 dyno 应用部署后随机不可用，Ruby 的 GIL 及 Unicorn 和 Puma 等。