花钱的年华

江南白衣,公众号:春天的旁边

关于服务的一切

| Filed under 技术

6. 服务发现的选型Overview,除了ZooKeeper和etcd,还有其他。

 

5. 一切哲学都是对世界的一种自觉完满的解释,包括“白马非马”的名家,但也仅仅是其中一种解释,而不是世界的本源、真理。同样,面向对象也仅仅是代码的一种组织方式,因为与现实世界的常识相映射而容易理解,而已。在领域对象最火最魔怔的时候,也不觉得UserManager、AccountService有什么不对。 2-14-9-23

 
4. 现在更喜欢称呼自家的东西是JSON内容的HTTP API,而不是Restful Service。由那些R虫上脑,坚信一切皆是资源,死抱着Restful的大腿不肯放的学院派来设计协议,简直是灾难。

我遇到的死硬派:一个原子的操作,但认为涉及到两个"资源",生生拆成两个调用,万一第二个调用没收到我咋办呢,再额外做个超时回退的操作么。又如,通知接口明明可以把要通知的内容都送过去,被换成了一个资源的超链接...问题是,我发完通知就想删掉它呀,不会供着它让你哪天来访问...   2014-9-18

后来发现,其实不止我一个这样想,比如Heroku的那份设计指南,也叫做HTTP API Design Guide,这份指南集合了学院派与实战派中好的那一部分。
(Caption: 死抱着Restful的大腿)

 
3. 马丁花同志的长文:《Micro Services》

和那个被各大厂商用WS-* 和 ESB玩坏了的SOA比,从企业内多个应用之间的服务化,进化到了应用内的各个模块之间,也夹杂着这一个十年的Cloud、DevOps的诉求。

但后来,TW的技术雷达将Micro Services放到了谨慎的位置,毕竟分拆多了,运维的水平一定要跟上 2014-04-15

(Caption:一直想象不出一个叫花的男人是长什么样子的,后来才发现是fowler,不是flower)

 
2. InfoQ:《我们是否需要REST的替代品?》,又见反思,如 SDK vs API 那段。SoapUI作者的结论是,“在公用API领域REST依然是最好的,但有些场景的确需要一些替代方案,我并不反对这种多样性,相反我很乐于见到这一切。”

 

1. , 越来越多的基础组件, 在云里以服务的形式提供, 拍胸脯保证自己的运维与扩展性。也越来越多项目不再愿意自己花精力去运维一堆组件,哪怕是现成开源的, 而宁愿选择这些服务。 除了文中的例子,还有提供Metrics服务的Librato, Log管理的loggly等等。

发表评论

您的电子邮箱不会被公开。

您可以使用这些 HTML 标签和属性: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>