自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+

宋会计

宋会计

  • 博客(21)
  • 收藏
  • 关注

翻译 微服务架构模式系列文章之八:第三方注册

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天再发布五篇。

2016-08-27 20:09:31 1737

翻译 微服务架构模式系列文章之七:自注册

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天再发布五篇。

2016-08-27 20:08:14 1441

翻译 微服务架构模式系列文章之六:服务注册表

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天再发布五篇。

2016-08-27 20:06:58 1925

翻译 微服务架构模式系列文章之五:服务端服务发现

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天再发布五篇。

2016-08-27 20:03:46 3310

翻译 微服务架构模式系列文章之四:客户端服务发现

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天再发布五篇。

2016-08-27 20:00:42 4822

翻译 微服务架构模式系列文章之三:API网关

前面两篇被Chris Richardson称为核心模式,按原文的顺序,接下来的五篇是部署模式,比较简单,所以晚些再翻译,先发这一篇,通信模式:API Gateway

2016-08-25 22:11:32 3649

翻译 微服务架构模式系列文章之二:微服务架构

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天先发布三篇。

2016-08-25 22:09:45 2680

翻译 微服务架构模式系列文章之一:单体架构

熟悉我的朋友都知道,我很不喜欢翻译东西,因为在两种语言的思维方式之间做频繁切换对我来说是件很痛苦的事情。但是这次不一样,公司和同事的大力支持降低了我的痛苦指数,让我能够坚持把Chris Richardson的微服务模式系列文章翻译完,今天先发布三篇。

2016-08-25 22:07:26 4420

原创 CoreOS在儿童节发布了自己的分布式存储Torus

CoreOS,或者说是Google,发布了自己的分布式存储,不禁让人浮想联翩且摸不到头绪。新闻稿在这里:https://coreos.com/blog/torus-distributed-storage-by-coreos.html代码在此,目前只是个原型:https://github.com/coreos/torusGoogle在容器上跑的有点过快了,让人感觉是在云计算上受了多年的屈

2016-06-02 12:45:28 1935

原创 新一代与12-factors:进程

我们的解读:应用容器内不允许保存状态数据应用容器之间不允许直接共享数据(可以通过后端持久化服务,如后端数据库服务,来共享数据)需要提供Session的集中管理不要使用粘滞Session提供缓存服务保存Session状态信息引用原文:http://12factor.net/zh_cn/processes以一个或多个无状态进程运行应用运行环境中,应用程序通常

2016-05-22 21:16:35 1213

原创 新一代与12-factors:构建,发布,运行

我们的解读:构建、发布、运行三个阶段要严格分开不要直接更改运行环境中的代码和配置(如直接对运行环境中的应用打补丁、直接修改运行环境中的配置文件等操作,需要严/格禁止)编译产物、配置和运行环境(镜像),三者都要纳入版本管理需要建立发布失败后的回退机制引用原文:http://12factor.net/zh_cn/build-release-runV. 构建,发布,运

2016-05-22 21:13:11 521

原创 新一代与12-factors:后端服务

我们的解读:不要在应用内部嵌入前后端资源(如自带嵌入式数据库)留出扩展点以方便后端资源的快速更换在技术和成本允许的情况下尽量使用云服务能力,并通过留出扩展点以降低耦合性引用原文:http://12factor.net/zh_cn/backing-servicesIV. 后端服务把后端服务(backing services)当作附加资源后端服务是指

2016-05-22 21:05:10 989

原创 新一代和12-factors:配置

我们的解读:这里的配置指的是针对环境的配置,即“环境配置”,不涉及业务配置环境配置与代码要严格分离环境配置不能做热更新(遵循”不可变基础设施“原则),只能通过重新部署来变更环境配置环境配置项要细化到基本粒度,不要做“套餐”模式的配置组合待讨论:使用哪种方案做环境配置管理,候选方案有环境变量、Kubernetes ConfigMap、Netflix Archaius、Spring Clo

2016-05-22 20:55:50 480

原创 新一代与12-factors:依赖

我们的解读:理想情况:显式声明一切依赖关系反模式:使用反射注入依赖(待添加)微服务之间的依赖关系(REST API)也要纳入管理Native Lib的依赖也要纳入管理待讨论:如何使用元数据做依赖管理?引用原文:http://12factor.net/zh_cn/dependenciesII. 依赖显式声明依赖关系( dependency )大多数

2016-05-22 20:49:27 587

原创 新一代和12-factors:基准代码

我们的解读:每个模块一个Git库使用TBD(Trunk Based Development)版本管理模式每个发布版本(发布后会对该发布版本的代码打一个Release Branch)为一个Codebase模块间无代码依赖引用原文:http://12factor.net/zh_cn/codebaseI. 基准代码一份基准代码(Codebase),多份部署(dep

2016-05-22 20:35:04 1608

原创 与DevOps相关的一些概念:Trunk Based Development

Trunk Based Development,缩写为TBD,中文就是基于主干的开发。什么是TBD,无需太多文字,看下图即可(来源http://paulhammant.com/2013/04/05/what-is-trunk-based-development/):有人反映看不大懂,好吧,我懒得码字,引用一段TBD的说明文字(来源http://nedwu13.blogspot.

2016-05-16 18:20:51 6071 1

原创 新一代与Cloud Foundry

做PaaS,Cloud Foundry是最好的对标项目之一,遗憾的是,Cloud Foundry动作太慢,Pivotal动作太慢,对于一个2013年才成立的公司来说,这真是一种未老先衰的感觉。但是不管怎样,Cloud Foundry依然是PaaS里最重要的开源项目,一举一动都值得关注,下面是Cloud Foundry V4 Roadmap的猜想(来源为http://www.cloudc

2016-05-16 16:25:04 438

原创 对开源调度器的评价

登州知府又推荐了一篇好文章,链接在http://www.firmament.io/blog/scheduler-architectures.html可见,这些诞生于互联网行业的开源的集群调度器,和闭源调度器还是有一定差距的,这些闭源调度器和HPC领域里存在已久的资源调度器,差距又是很大的。再转一句评论,忘记在哪里看到的了:“那些传统集群调度器开发十几二十年了,现在还在活跃开发,资源层级

2016-05-16 10:30:38 621

原创 SAM和APM

先说下APM是什么:IT application portfolio management (APM) is a practice that has emerged in mid to large-size information technology (IT) organizations since the mid-1990s[citation needed]. Application

2016-05-16 10:29:04 529

原创 上周开了一周会

上周开了一周会,讨论The Platform M2的工作计划,记录下和我相关的重要事情:版本管理模式:对乐观TBD模式做了一些修改,在Dev分支上做开发,有专人负责定期合并到主干,以Dev分支做缓冲区,保证合并到主干上的内容为经过验证的Change Set,有关TBD的详细介绍,参见http://paulhammant.com/2013/04/05/what-is-trunk-base

2016-05-16 10:22:25 526

原创 大家好~

大家好~其实我特别不喜欢写博客,因为写博客会降低我的思考效率和工作效率,可是为了公司业务,还是要勉强写写CSDN的博客太反人类了,谁能告诉我头像怎么又不见了

2016-05-16 10:13:47 356

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除