# BankSimple 迷你架构-使用下一代工具链

> 原文： [http://highscalability.com/blog/2011/1/6/banksimple-mini-architecture-using-a-next-generation-toolcha.html](http://highscalability.com/blog/2011/1/6/banksimple-mini-architecture-using-a-next-generation-toolcha.html)

![](img/8a0930329cebce312e044432d002bf09.png)

I know people are always interested in what others are using to build their systems. [Alex Payne](http://al3x.net/), CTO of the new startup [BankSimple](https://banksimple.com/), gives us a quick hit on their toolchain choices in this [Quora thread](http://www.quora.com/What-languages-and-frameworks-is-BankSimple-built-with/answer/Alex-Payne). BankSimple positions itself as a customer-focused alternative to online banking. You may remember Alex from the [early days of Twitter](http://venturebeat.com/2010/05/17/twitter-alex-payne-bank-simple/). Alex was always helpful to me on Twitter's programmer support list, so I really wish them well. Alex is also a bit of an outside the box thinker, which is reflected in some of their choices:

*   JVM 充当这些语言的融合平台：
    *   **Scala** -是编写对性能敏感的组件的理想选择，这些组件需要语言高级类型系统的安全性和可表达性。
    *   **Clojure** -以更动态的语言快速原型化，同时仍提供函数式编程的优点。
    *   **JRuby** -提供了许多出色的库和框架来进行前端 Web 开发，例如 Rails 和 Padrino。
*   **前端**：JavaScript 端的 MooTools。
*   **数据存储**：尝试使用 Postgres 9.0 和 Riak。
*   **平台**：Amazon EC2

您典型的 Web 启动并不使用 Scala，Clojure 和 JRuby。 你应该？ 如果您正在寻找一种尝试去尝试一些不同的东西，也许就是这样。 毕竟，将不同的语言用于不同的目的与将不同的数据库用于不同的目的一样有意义。

## 相关文章

*   [节点和小比例缩放与大比例缩放](http://al3x.net/2010/07/27/node.html)，作者：Alex Payne
*   [Alex Payne 在 OSCON 2010](http://www.youtube.com/watch?v=0x9k1j9s25A) 上接受了采访。
*   T [他在**雄鹿这里**](http://www.carnegiemellontoday.com/article.asp?aid=977&page=0)停了下来

哇，这对初创公司来说是不同的技术堆栈，我可以理解 JRuby，但 Scala 和 Clojure 似乎是非常随机的选择。

听到更多有关您的启动和将来的可伸缩性的信息，将非常高兴。

至少在 IE 中，没有任何链接在其 Beta 网站上起作用。 希望银行应用程序会做得更好;-)