或许这是一个小的过程，不过也算是一个好的起步，开始好好地试着去认真写一个博客。 也不是说之前不够认真，只是似乎变得更专业了，这些都是一个有趣的过程。

框架设计

记得一开始的时候，为了玩某个东西，会找之前熟悉的内容，用新的语言或者框架重新做一遍。算是为了更好的学习，也算是为了好好的对现在的框架有一个更新。于是在这里引用一下，之前说过的那些话语。

在这里对于我们构建我们的API来说，我们所要做的便是生成一个RESTful接口，对于我们用的是怎样的构架已经无所谓了。Nodejs与RESTify的作用便是相当于一个微服务，具有与之相关的特性，如:

• 服务本身是非常简单的，每个服务侧重于做好一件事;
• 可在这个位置使用最佳和最合适的工具来构建每个服务;
• 建在这样的系统本质上是松耦合;
• 多个开发者和团队可以彼此相对独立的提供这种模式下;
• 他们是一支伟大推动者连续输送，让频繁的发布，同时保持系统的其余部分可用的和稳定的。

我们可以选用不同的框架来做这些事情，而不需要去考虑其他因素，所要做的是便是独立开发。而在这时，负责移动UI的程序员也可以很愉快地开发了他们的开发之旅，而不是等待。

我想表达的也就是选择最合适的语言、工具去做他们擅长的事。记得在《架构之美》(Beautiful Architecture)中有一章就是关于Emacs，好的语言和好的框架可以给系统带来更强劲的动力。或许这也就是架构设计在今天很重要的原因，毕竟一开始选择对了，后面也就轻松了。

网站架构设计

当我开始了解一些更好的框架及其设计的时候，我开始明白保持弹性的重要性。对于系统来说扩展是否方便，决定了其以后的开发难度，一开始的简洁、高效不一定对后期会有更大的帮助。只是人们对于速度的追求，也就决定了不同系统有着不同的特质。对于一个不可扩展的系统来说，其后期的结果便是如下图如示，我们需要的只是如下的数据，于是我们从新读取了数据再进行处理。

然而，在这个系统中由于好的地方是在于其后期所加的功能有着更好的扩展性。只是当我开始用Tastypie构建RESTful，以替换RESTify的时候，我发现在现有的系统中也有着更好的扩展性能。

寻求一些再有的框架来替换旧有的组件便成是一件有意思的事，这时我便开始想微服务的重要性。只是对于一个Full Stack来说，这才是有意思的，当我开始重新构建一个新的系统的时候，我便会去寻求种种的可能性。只是这样子的结果，便是我需要去写一个脚本来启动不同的几个服务。