七部曲中的第一篇是关于设计,构建和部署微服务。讨论了微服务的好处和缺点,尽管一系列的微服务有一定的复杂性,但是它们对于复杂应用来说还是通用的理想选择。这是第二篇文章关于讨论使用API网关来构建微服务。

微服务现在引起和很大的关注:文章,博客,讨论或者在社交媒体和会议报告上。他们正快速走向Gartner炒作周期的高估预期阶段。与此同时,在软件社区中有怀疑者角儿微服务没有任何新意。Naysayers声称这个想法只是SOA的重塑。不过,尽管有炒作和怀疑,微服务架构模式在敏捷开发和复杂交付应用中有明显的优势。

这篇博客是关于设计,建立,部署微服务七部曲中的第一篇。这个系列将讲解很多微服务元素。你将了解到微服务架构的优点和缺点。

一个请求是如何从实体机传递到我们的应用的

iptables -> docker deamon -> docker bridge network -> docker container -> app

我想过一个非常有意思的东西:在docker里面运行docker,然后在docker里运行的docker中再运行一个docker,接着在docker里运行的docker里运行的docker中再开一个docker..接着迭代100次会发生什么

“这张卡马上做完了,赶紧desk check,我们先把测试环境准备好”.我高高兴兴地跟洲说,随手修改了一下配置文件中的微服务访问路径,然后重启服务器,一切看起来那么的一帆风顺.
“好的,页面开始Loading啦”…10分钟之后…“我受不了了”