电动车牌照

大上海生活不易，由于住的地方离工作地较远，买车开车消费较大，也相当堵车，做公交也是堵的很慢。所以买了个电动车，上班体验上升很多。昨天看天气还好，就请了个假去上车牌。到交警大队，先验车，然后复印电动车合格证，发票，身份证，居住证。然后排队领证。

以上事情完毕。重点说下回来途中，路经一个小广场，非机动车道一侧，一个绿化工人双手抬着那种带电机的修草机在修剪冬青。我看着有点危险有靠另一边过去。那家伙突然来个大回环修草机转了圈。把我吓得不轻，差点车倒。还好那里的非机动车宽一些，要不然新车或我的腿得开个口子了。真是气煞我也！停车后，我愤怒的瞪了他一眼，看他脸色也吓得不轻，我也没有继续深究。

以上事情完毕。

一条一条来总结

微服务授权验证

办证，办车牌，买房等生活事，在和谐的大中国以及外国，都需要各种证。相互依赖。

在微服务世界里，也应该提供类似的授权认证。这是一道安全防线。

微服务预警

路如果太窄，或微服务世界里的硬盘空间不足，网络访问量超限等风险情况，要提前预知，进行报警。现实生活里可以通过鸣笛来提醒对方有人来注意安全，或者行人自主根据安全来即时停下或绕开。这在微服务世界里，都要有对应的体现。要考虑内存，cpu，硬盘，网络访问量等各个维度的监控。根据预警情报自动或人工辅助调节。

微服务分布式监控

说起车牌，各种各样的车牌，行驶在大街小巷，在街道鹰眼的监控下，行驶轨迹一幕了然。证换来车牌，鹰眼监控车牌而不直接监控你的身份证。这类似于软件世界里的解藕。我们思路切换到微服务世界，某个关键间合参数生成唯一key，这个key在系统间的任何调用都做记录，形成监控。每个key每时每刻都记录成典，分散开来，无边无界，形成了微服务的分布式业务监控。

服务隔离

为了安全原因，出现了机动车,非机动车，人行步道。转换成软件思路，我们就需要根据安全，耗时，业务等原因，需要对部分业务进行隔离，不因某部分影响其他部分逻辑。

限界上下文

领域驱动设计里面常提到限界上下文，用来区分各业务线的边界。车行道，非机动车行道正是天然符合这个实践。又在不同的路口提供了交叉转移等。有界，又提供必要的互通。

微服务来源于生活，高于生活。

由于简书手机端操作方便，已首发简书：