本帖最后由 李白云 于 2017-12-22 15:26 编辑12月9日下午，由华为云BU开源领域专家姜宁出品的“ArchSummit 2017微服务架构”专题引爆全场。 华为云微服务架构师田晓亮演讲《Service Mesh在华为公有云的实践》主题，分享了Service Mesh在华为云的技术演进、实现，如何使用其快速构建微服务，以及相关的生态拓展等内容，受到在场听众的好评。以下是田晓亮演讲材料干货： 6364 以下是田晓亮在git chat开的ServiceMesh专题，目前可免费预定： http://gitbook.cn/books/5a1e7dca387c5b4ee351790b/index.html 同时田晓亮的《商用级Service Mesh服务的设计之道》一文已发表在了《程序员》杂志12月份刊，是针对Service Mesh非常全面的技术文章，感兴趣的同学可访问：https://mp.weixin.qq.com/s/TfarMh2nHJJmq7ZteT7J3Q

对于单个微服务有很多schema的场景，如果开发过程当中需要频繁重启微服务，如果避免接口变化导致SC注册失败？

建议选用1.8及以上的Go包，下面的版本太老。

大家在本地调试时经常会把微服务监听的IP配置成本地机器IP，部署到云上时会忘记修改这个IP，导致其它微服务无法通过调通你的微服务；特别是在容器部署的场景，建议大家把微服务的监听IP配置成0.0.0.0。

本帖最后由 橘色祥云楼楼主 于 2017-12-8 14:49 编辑6247 内容来源：2017年11月23日，华为开发工程师李达港在“ServiceComb在线直播”进行《ServiceComb 快速入门》演讲分享。 摘要 ServiceComb项目组开发工程师李达港在线直播分享如何对ServiceComb服务框架进行微服务开发，主要涵盖三方面内容： 从零开始开发体质指数应用； 微服务治理能力体验； 微服务快速上云。 从零开始开发体质指数应用 在开始开发前，需先确保相关依赖工具已于本地安装，主要包括：git, oracle JDK 1.8, maven 3.x, docker 1.11.2,intelliJ idea。 此外，需先在本地安装 ServiceComb Java Chassis(SDK)，执行以下指令： 6202 并运行 Service Center 6204 在 ServiceComb 微服务框架中，Service Center 提供服务注册及服务发现功能。 体质指数应用主要包含两个微服务，一个是负责后台运算的体质指数计算器，另一个是提供用户界面及网关服务的体质指数界面。 其运行流程为： 6205 其中，虚线表示服务注册及服务发现的过程。 现在从intelliJ创建一个全新的工程，并引入相关依赖项。 6206 需要注意的是，此处java-chassis-dependencies这个依赖项是以pom的方式导入的，主要为了统一整个项目的依赖项的版本，避免出现版本冲突问题。 然后，需要新增一个模块用于实现运算服务。主要包括以下步骤： 1、引入依赖项： 6207 2、运算结果数据结构定义： 6208 具体运算实现。根据公式6209进行实现，代码如下： 6210 4、实例信息接口及其实现。 6212 5、服务端点定义。用于生成服务契约，使得服务间能无缝进行通信。 6213 6、暴露运算服务的Restful端点： 6214 这里用@RestSchema注释端点后， ServiceComb 微服务框架会自动生成对应的服务端点契约，并根据如下的resources/ microservice.yaml 文件中的定义来配置端点端口，将契约和服务一起注册到服务注册中心。 6215 6、服务启动入口。只需添加 @EnableServiceComb 的注解即可启用 ServiceComb 微服务框架，代码如下： 6216 经过以上简单几步即可完成运算服务的开发。接下来将进行体质指数界面的实现，此时再新建一个模块。 1、引入依赖项 6217 2、服务启动入口。只需要声明启用ServiceComb和Zuul即可。 6218 3、在 resources/application.yaml 文件中配置路由规则及服务端口信息： 6219 4、在 resources/microservice.yaml 文件中配置网关服务的信息和服务注册中心的地址。 6220 5、在resources目录下新建一个名为static的目录用于存放前端网页文件，具体的实现可在https://github.com/ServiceComb/S ... s/static/index.html获取。 至此，体质指数应用已开发完毕。此时，分别在IDE中选中运算服务和网关服务的启动入口文件右键运行，待服务启动完毕，即可通过http://localhost:8889访问体质指数应用，届时将能看到如下界面，并可输入您的身高和体重信息验证服务是否正常运行。 6221 微服务治理能力体验 负载均衡 当对体质指数计算器进行水平扩展时，需要将请求均衡地分发到多个体质指数计算器上。 开启：默认情况下会使用内置的一个简单的负载均衡的实现，不需要额外的配置。 验证：对体质指数计算器微服务进行水平扩展，使其运行实例数为2，即新增一个运行实例，此时需要修改运算服务模块中的microservice.yaml文件，将服务运行端口由7777改为7778，以避免出现端口冲突，然后再运行一个运算服务即可。 此时点击 Submit 按钮就可以看到如下两个界面中的实例ID交替出现。 6222 流量控制 流量控制机制通过控制数据传输速率来避免微服务过载运行。 开启： 1、在体质指数计算器的pom.xml文件中添加依赖项： 6223 2、在体质指数计算器的microservice.yaml文件中指明使用流量控制的处理链及指定流控策略： 6224 验证： 访问http://localhost:8889，在身高和体重的输入框中输入正数，尝试在1秒内多次点击 Submit 按钮，此时就能看到网页由左侧的正常的界面变成了右侧提示由于流控受限而请求被拒的界面。 6225 服务治理 服务治理主要用于解决或缓解服务雪崩的情况，即个别微服务表现异常时，系统能对其进行容错处理，从而避免资源的耗尽。 启用： 1、在体质指数计算器的pom.xml文件中添加依赖项： 6226 2、在体质指数计算器的microservice.yaml文件中指明使用服务治理的处理链及指定熔断和容错策略： 6227 验证： 1、使服务进入熔断状态。访问http://localhost:8889，在身高或体重的输入框中输入一个负数，连续点击三次或以上 Submit 按钮，此时在网页下方能看到类似左图的界面。 2、验证服务处于熔断状态。在身高和体重的输入框中输入正数，再次点击 Submit 按钮，此时看到的界面依然是类似左图的界面。同时在体质指数计算器运行日志也能看到调用不再抛出异常，而是出现类似 fallback called 的日志。 3、验证服务恢复正常。约15秒后，在身高和体重的输入框中输入正数，点击 Submit 按钮，此时界面显示正常。 6228 分布式调用链追踪 分布式调用链追踪用于有效地监控微服务的网络延时并可视化微服务中的数据流转。 启用： 1、在体质指数计算器的pom.xml文件中添加依赖项： 6229 2、在体质指数计算器的microservice.yaml文件中添加分布式追踪的处理链： 6230 3、在体质指数界面的pom.xml文件中添加依赖项： 6231 体质指数应用中已配置好了上述配置项，只需执行以下几步即可： 使用 Docker 运行 Zipkin 分布式追踪服务； 6232 重启体质指数计算器微服务； 重启体质指数界面微服务。 验证： 1、访问http://localhost:8889，在身高和体重栏处输入正数，并点击 Submit 按钮。 2、访问http://localhost:9411，查看分布式调用追踪情况，可得下方界面。 6233 微服务快速上云 通过使用docker-mavn-plugin可快速实现开发的微服务打包为docker镜像的功能。而基于ServiceComb开发的微服务也能实现无缝上云，只需以下简单几步： 1、在项目pom文件中添加华为ServiceStage的profile： 6234 2、分别在运算服务和网关服务中修改服务中心地址，并新增配置中心地址和监控中心地址： 6235 然后即可通过我们提供的一键发布脚本将应用从编译到最后部署到华为ServiceStage上的镜像仓库的流程自动化。随后即可通过我们提供的一键部署模板实现华为ServiceStage的微服务自动部署运行。 6236 有不同的意见也欢迎来和我们进行讨论，参与到社区工作中： ServiceComb官网： http://servicecomb.io/cn/ ServiceCombGithub： https://github.com/ServiceComb 微服务引擎交流论坛： http://forum.huaweicloud.com/forum.php?mod=forumdisplay&fid=622。 最后，祝贺华为云发起的开源项目ServiceComb全票通过进入Apache孵化器。欢迎大家一起携手建设更活跃的ServiceComb社区，为Apache开源生态贡献力量。 所有直播预告+材料汇总 干货别错过！每周专家大咖直播+教程汇总

本帖最后由 李白云 于 2017-12-7 19:24 编辑著名开源社区Apache软件基金会孵化器项目管理委员会 ASF IPMC近期宣布“华为云开源的ServiceComb项目全票通过进入Apache孵化器”。这也是华为继CarbonData之后，第二个进入Apache孵化的开源项目。 什么是ServiceComb ServiceComb源自华为云企业级微服务引擎CSE，并应用在华为云微服务云应用管理平台ServiceStage上, 具备三十年电信行业高性能低时延应用经验积累，并历经华为消费者业务亿级用户海量请求场景的考验。 华为云PaaS服务产品部部长贾永利表示： [indent]“华为云PaaS致力于帮助企业应用上云更简单、运行更高效，此次开源的微服务开发与治理框架可以帮助企业快速构建Cloud Native的云应用；自开源以来，已帮助包括软通动力、中软国际、绿城盟拓等厂商完成应用微服务改造，加快其业务上云。该项目取名也希望借Comb（蜂巢）的寓意集合社区力量构建一个开放、高效的微服务框架。[/indent] ServiceComb项目Champion及导师，前Apache 孵化器副总裁-Roman Shaposhnik表示： [indent]“很荣幸作为Champion参与ServiceCombApache基金会孵化进程，ServiceComb是一个非常优秀的新型微服务框架，可以帮助企业高效的进行云原生应用开发，加速数字化转型过程。进入Apache孵化器，也意味着ServiceComb社区将遵循“Apache Way”,社区将更加开放、中立及多样化，也欢迎更多的厂商及个人开发者参与社区“。[/indent] 除ServiceComb外，华为已开源LiteOS、iSula、CarbonData、OpenSDS等多个项目，并积极参与Kubernetes、Openstack、Hadoop等多个主流开源社区贡献，其社区贡献名列中国公司之首。华为也是中国唯一Linux基金会白金会员，CNCF基金会初创及白金会员，以及OCI基金会初创成员。 作为开源领域的积极贡献者和推进者，华为开源CarbonData项目已成功完成Apache孵化并毕业成为Apache顶级项目，华为将和社区合作伙伴一起继续推动ServiceComb完成项目孵化毕业，为Apache开源生态贡献力量。

看完《寻梦环游记》这部当下零差评的大热动画电影，感触很深。电影里导演用强大的想象力勾勒出死亡之后的世界，让人觉得出人意料又在情理之中：每年祭祖的亡者探望日，每个被供奉相片的亡者可以走过通往人间的花瓣桥看家人；现实生活中祭祀祖先的礼物都合理地达到了亡灵之界；有着阴阳领路属性的动物们……5770 看完之后会觉得，死亡也不是那么可怕，亡者们只是换了一个地方和状态去生活，而且还能跟昔日的逝者相聚，场面一样和美幸福。死亡从来不可怕，被遗忘才是。被遗忘的生命才是灰飞烟灭，永无葬身之地。 电影的主旨是家庭的温暖，供奉你铭记你的始终是家人，家人跟我们的相处，有磕绊，有冲突，但是始终站在身后，在需要的时候伸出温暖的手。影片有几个挺感动的地方—— 当男孩小格知道落魄亡灵乐手才是自己的亲人的时候，满心欢喜地说：“刚才还以为自己的曾曾爷爷是杀人犯，现在你才是我的家人，感觉太好了。”让原本还在惶恐的乐手瞬间欢心，被家人尊重和赞美，真的很好。5771 影片的最后，家族里唯一铭记落魄曾曾爷爷的曾奶奶也快要离世了，在仅限的时间里，小男孩拾起了曾曾爷爷的吉他弹奏音乐，曾奶奶迷离的眼睛有了久违的清明，神智也清醒了，她的话也让我瞬间泪目：“这是我小时候爸爸经常弹给我听的歌。”原来还记得，你是世界上最后一个记得我的人了。其实死亡不可怕，因为我们觉得那是虚空。但是如果真的有这样一个亡灵世界，那么我们的每一天都还充满希冀，还能继续看到家族的延续，人丁的兴旺。 5772 亲情是血脉相连的永恒记忆，爱情是两个人半路相逢的刻骨铭心。刻骨的爱更怕被忘记。两个曾经相爱的人，用曾经说爱的嘴说分手，曾经海誓山盟的坚定，在说分手的时候，也是同样决绝。 “我会忘记你，过自己的生活。”可见忘记才是最后的霸道。 电影里，责怪曾曾爷爷没有顾好家的梅尔达曾曾奶奶死后仍然不能原谅，没有忘记，但是也用尽全力去遗忘，去愤怒，好在小男孩小格的出现，让被害的曾曾爷爷沉冤得雪，顺便追回了自己的爱情。5773《三生三世》电视剧里面爱恨到极致的白浅一杯“忘情水”，前尘往事一并清洗遗忘。我不要今生相伴，不要来生复仇，只要生生世世把你忘个干净，爱恨都成空，没有比这种更决然的报复了。因为不记得，所以不再想有交集，不再感动，也不再心动。 5774 爱情、亲情的忘却远没有忘记历史来得可怕。 之前看《南京大屠杀》有句话特别铭记于心，最让作者张纯如恐惧的不仅仅是大屠杀本身，而是昔日的罪恶正在被掩盖，被越来越多的人忘记。历史的记载，书籍的复刻，都是重复一种缅怀和铭记。如果当前的我们都无法记录，未来的人们还知道些什么呢？5775 为了被忘却的纪念：那些在历史上挥毫山水，英姿勃发的伟人；那些在国破家亡时奋勇不屈，无惧生死的烈士；那些在侵略者铁蹄下无辜受苦的平民；那些在灾难面前贡献力量争斗不息的群众…… 我们在生生不息的同时，希望可以在心里：供奉一段不能被磨灭的历史，铭记一群不能被遗忘的逝者。请记住我，生命才能不灭不息。5776 最后我想说的是：这个时代阻止不了你发光发热！让我们在时代留下印记，生命是顽强不屈的易逝，思想是不灭不惜的永恒！ 所以当云计算技术爆炸的现在，请记住我们的一份力量，我们也在寻梦，我们也在记载： 一张图让你了解华为ServiceStage微服务云应用平台：微服务云应用平台（ServiceStage）是面向企业及开发者的一站式DevOps平台服务，支持基于微服务的应用开发、治理、部署及运维监控的全生命周期管理，并提供大规模容器集群管理及中间件服务等平台能力，帮助用户快速构建云分布式应用。{:9_90:} ServiceStage助力企业快速上云，更有企业实践等你借鉴：【云上等你：4大应用上云故事】——华为云中国行北京站{:4_99:} 5777

作者：张琦 首先ServiceComb基于华为内部的CSE(Cloud Service Engine)框架开源而来，这个框架在华为内部已经存在了2年多，支撑了多个大型的商业项目。有相对传统的企业级项目，也有类似手机应用这样的互联网属性比较强的项目。并且在成为整个华为公司统一的微服务标准框架后，依然有越来越多的产品在逐渐使用它开发自己的微服务。然后在今年刚刚开源出来。虽然已经商用在了多个项目中，但是因为刚刚开源出来，所以我们低调地给它起了0.X这样一个版本。。。但是Saga确实是属于探索型的项目，因此给它一个0.X的版本并不冤屈。 对于通信性能，因为华为本身做通信起家，对于众多的程序员和程序员出身的领导来说，他可以不知道啥叫微服务，他也可以不知道治理是啥意思，他甚至可以不会Java，但是说起通信、性能、网络、RPC，是个人都可以开一堂课。所以这个框架从一开始在内部使用就在性能上面广受群狼的挑战。大家都在各种场景下对它做各种性能测试，然后各种挑战。。所以性能这块，无论是REST还是highway都在性能这块做足了功课。具体测试数据，各位可以自己试试。 对于启动时间需要10s。。这个还请这位同学移步ServiceComb的社区，提个issue，大家一起分析一下为啥。我们这好像没有那么慢。 对于Go、C、ServiceMesh的支持，可以剧透一下，go的部分马上就会开源出来。而C的部分，主要是内部使用，因为暂时没有看到外部需求所以还没有计划开源。而Service Mesh，已经在华为公有云的微服务引擎里面上线，虽然不开源，但是全免费使用，可以随意试用。 回答那位“看了几眼”的同学，ServiceComb并不依赖zuul做gateway（同样性能原因，zuul的性能在华为内部根本不会被列为考虑对象），ServiceComb里面实现了一套Edge Service的开发框架，实现了zuul里面的很多能力而且性能有很大提升，这部分也应用在了内部某大型系统中。感兴趣的可以在社区里面看一下。当然它同样不阻碍你用zuul。我们实现了一个ServiceComb的DiscoveryClient。如果你希望用zuul，你可以按你原来的使用方法去用zuul一样没有问题。 “不用SpringBoot的原因”，这个问题本身就有问题，因为ServiceComb并不阻碍你用SpringBoot，也不阻碍你用SpringCloud。如果你用这两个技术，可以把ServiceComb当做封装好了的几个starter，可以让你更方便地构建你的应用，就像楼主同学所说，在ServiceComb里面对Netflix OSS的一些组件做了很深度的集成和封装，不像SpringCloud这样一个大杂烩，在ServiceComb里面从头到尾进行了封装。你可以把它想象成是提供了类似Fegin的标记式开发方式，提供了SpringMVC的开发方式，提供了JAXRS的开发方式，然后对于你来说，这就够了，因为你用了这些开发方式开发了代码以后，LB、Hystrix已经被封装在后面了，你不用自己再去构建Command来用Hystrix。当然，如果你想自己扩展也可以。但是你也真的可以不用SpringBoot而只用ServiceComb。原因么，内部产品太多，各个团队水平和情况各不相同，有的就是不愿意用SpringBoot我们也没办法。动不动就说影响了他们几个亿的大买卖我们也很无奈啊。所以其实ServiceComb的第一个内部版本我们是依赖SpringBoot的，但是后面逐渐优化逐渐瘦身，开出来的版本已经不再强依赖SpringBoot了（注意，不依赖不表示不能一起用）。 对于Dubbo，微服务不是说好了“各个微服务用最适合的语言写不能绑定语言”吗？不是说好的“每个进程是一个微服务”吗？所以我们认为它是一个非常优秀的SOA时代的RPC框架，但是就微服务而言，它还有一些问题。 对于那位说避免使用框架的同学，我觉得不同的应用有不同的主要要解决的问题。有很多东西可能你并不需要，那真的可以自己全盘控制没有问题。但是如果你除了注册发现外，还想处理多种的本地负载均衡策略，想去处理错误隔离、降级、熔断，还想在各个点输出Metrics信息供APM用，另外还需要tracing的能力，那我建议还是找一个（类似ServiceComb全部封装好了的框架）或者根据自己的情况用多个框架，不要全部自己去写，比较复杂容易出错，而且维护起来比较麻烦。 那位同学说的“杀出重围”什么的，实在是言重了。。我们只是在不断满足所有用户的需求，让它更易用，更稳定而已。实在没有想过要去打打杀杀。 评价一下华为的ServiceComb，我感觉我们这个团队还有这个框架，没有办法的传承了华为公司的气质。我感觉就像是一个低调的程序员。一直在默默地完成着各方面提过来的各种需求，努力地守护着自己的代码，不让它出现一丝坏味道。但是让这个程序员当着几千人讲话，他可能就会说“我觉得我们的东西做的挺好的”，然后就没有然后了。 然而代码就在那里，不悲不喜，不增不减。不去取悦于人，也不会辜负了谁。

华为云技术私享会是华为云面向中小企业、创业公司的开发者、程序员分享技术精华的线下活动。华为云PaaS第一站于本月17日来到北京中关村，和大家分享PaaS产品微服务、中间件的云上风采。接下来第二站[云安全]将于本月24日在北京赛欧孵化中心登场。微服务作为一颗冉冉升起的新星，如今正逐渐成为一种主流的架构。云中间件，成就了电商平台的超级承载力，实现了系统快速水平扩展。实力现场：技术大咖面对面私享会开场，四位华为云PaaS资深架构师分别从不同角度讲述了微服务和云中间件的技术精华与产品特点。·开场惊喜：应用架构演进技术面对面-微服务和中间件华为云微服务架构师张琦从速度（业务上线）与安全（系统在一个可靠的状态下运行）切入，介绍了微服务在传统企业应用开发模式缺陷下，逐渐突显的重要性，以及构建微服务架构的应用系统——Chassis和Side-car。华为云微服务架构师张琦·经典环节 ：给我一杯咖啡的时间，玩转企业IT系统微服务化上云身着ServiveComb logoT恤的华为云微服务架构师郑扬勇介绍了微服务开源项目ServiceComb的来历、发展、子项目。ServiceComb作为一个功能完善的微服务框架，包括应用框架代码生成，服务注册发现、服务配置管理、服务监控、服务调用追踪、多通信协议支持等功能，为开发者提供端到端的应用DevOps体验。此外，还介绍了ServiceComb 中的Java Chassis架构，并进行现场演示。华为云微服务架构师郑扬勇·特别环节：基于Service Mesh实现非侵入式微服务方案演示华为云微服务架构师、文艺男神田晓亮从控制面、数据面讲解了最新研发的Mesher的各大优势，并分析了ServiceComb侵入式和Mesher非侵入式微服务的联系与区别，以及未来的发展趋势（两者结合），当然，现场演示如何使用Mesher也少不了。华为云微服务架构师田晓亮·有趣环节：基于分布式云中间件，15分钟实现海量数据的高可用架构演变幽默风趣中间件华为云架构师黄靖凯在此环节回顾了他的成长史——云中间件的成长史，介绍了华为电商云的架构和典型服务，以及如何使用华为云，快速搭建一个云上电商系统以及分布式缓存的服务（DCS）内容，并演示了“电商系统的分布式改造”。华为云架构师黄靖凯精彩互动：线上线下享不停除大咖分享外，本次私享会还给大家准备了神秘礼包、亲密交流等环节，无法来到现场的朋友也能通过线上直播参与进来。·神秘彩蛋：电商系统的分布式改造终环节，为粉丝们准备了专属的400元礼包，随后通过二维码扫描进入了华为云demo的界面。20分钟后，华为云资源购买模拟完毕；10分钟后，电商系统的应用系统部署(传统的单体应用)完毕；电商系统的分布式改造(基于分布式云中间件)难题也解决了….又快又顺畅！华为云技术私享会PaaS首站现场·现场问答：面对霸气外露的“技术巨星们”，热情的”粉丝们”不管是以往使用微服务或中间件产生的疑问，还是现场产生的新想法，都踊跃提出积极交流，现场气氛一片火热。·线上互动：来不了的“粉丝”也没有被忘记，线上直播同样如约而至，300+人次观看，互动区更是评论爆满…来日再约：我在赛欧孵化中心等你如果这一次你依然错过了，没关系！11月24日，下一场华为云技术私享会-如何做好云上安全将在丰台区赛欧孵化中心，5F咖啡举办，一起玩耍吧！本次私享产品免费中，登陆华为云官网即刻体验微服务引擎CSE：http://www.huaweicloud.com/product/cse.html分布式数据库中间件 DDM：http://www.huaweicloud.com/product/ddm.html分布式消息服务DMS：http://www.huaweicloud.com/product/dms.html

不知不觉来杭州已经6个年头了，杭州发生了翻天覆地的变化，眼瞅着滨江的房价从4000一平到40000一平。犹记得大学的时候，滨江还是鸟不拉屎的地方，学长学姐们被滨江的公司录取之后，还是一脸不屑，曾经看不起，现在攀不起。家底厚的人，凑足个首付，开始了以租养贷的生活。我作为一个家底不殷实，祖坟不发光的勤恳程序员，一直过着租房的生活，从最早的1100的小房子，到现在同样的房间租到2500，忍不住想聊聊这几年的换房血泪史。{:3_45:}第一家房子是刚毕业租的，房租1100，顶楼的小房间，楼高很低很压抑，但是毕竟收入不高，也就欣然接受了。现在回想那个时光，也是非常佩服自己能忍。房子是老小区， 6层高没有电梯，我不得不自己背着行李上上下下。{:2_28:}房子压抑，冬冷夏暖：冬天进门，冰冷的鬼气上蹿下跳；夏天进门，热浪的火气扑面而来……厕所不通风，房间靠马路吵吵吵。奈何房东人非常好，没事不瞎BB。我住了2年，终于在换工作之后也离开了这里。 第二个房子，户主把房子隔成了4户，我租了个简单的一室，阳台挨着隔壁的卫生间。所以隔壁租户卫生间常年扯着帘子，我晾晒好衣服，也是急急关门回房，尴尬的位置尴尬的生活，虽是邻里，认识都是多余。出租房里总是多事，对面的哥们有一晚电脑被盗了，半夜叫了警察，对我们也进行了盘问，个中辛酸，都在大家眼睛里。{:2_40:} 第三个房子的房东那叫一个嚣张，合同一满，恰逢出租屋整改，敲掉很多不合规矩的出租房，所以租客瞬间多起来，房子紧缺。眼看着市场大好，房东嚷着加钱，各种苛刻条件如狂风来袭。当时血气上涌的我毅然表示不租，房东就马上嚷着让我本周就搬走，说自己的房子随便高价就能转租，你临时找不到房子千万不要回来找我，不然价更高！{:2_33:}永远忘不了那几个搬家的日子，约了车，请了假，不好意思叫朋友的时候，只能自己楼上楼下攀爬，打包行李，满心疲惫。每一个辛苦搬家的日子，都是忍不住想流泪的日子。扪心自问：早已厌倦这种无处安身的日子。5287 作为一个远在外乡漂泊的人，面对出租房里有这么多的问题：1、搬家浪费时间，没有归属感（环境差的第1个房子）；2、无人监管（夜里失窃的第2个房子）；3、高峰期变数大（出租房紧缺时暴涨租金的第3个房子） ！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！ 出租房里的辛酸因为没得选，因为资源有限，自身能力有限，只能屈就求全。但是同样是搬家，企业应用迁移上云，效果就温和多了！选择ServiceStage微服务云应用平台！ServiceStage微服务云应用平台帮助企业应用逐步迁移上云：1、业务分钟级部署（不会那么浪费时间）；2、弹性伸缩业务高可靠（不会动不动加价让你搬家）；3、多维度应用监控（小区有人管了）ServiceStage微服务云应用平台，让业务创新“快人一步” 人也好，应用也好，希望每一次迁移都不辛苦，希望我们都有自己的家。{:4_96:} 你会需要的更多介绍：【ServiceStage微服务云应用平台 】全13篇：从介绍到教程全汇总 5305

本帖最后由 李白云 于 2017-11-17 15:28 编辑感谢各位同学花费你宝贵的时间来到社区，希望你来了，能够在社区有所收获。 版主为了大家能够在社区更好地晃悠，写了一个简单的闲逛指南： 本社区包括五大板块：答疑求助| 干货分享| 教程攻略| 技术探讨| 活动专区| 如果你是带着对微服务技术或者微服务引擎产品的疑惑，那么你可以去在答疑求助板块里提问题，我们有一**帅气有才的专家会为你解答。 如果你想快速体验产品，那么可以前往教程攻略当中查看相关指导。 如果你想和大家分享你对微服务的一些观点和看法，可以前往技术探讨开始你的show。 如果你想了解微服务引擎在各大城市的精彩线下活动可以前往活动专区。 积极活跃才华横溢的同学{:3_62:}，社区现在正缺人手，欢迎你加入我们的社区运营哟！

本帖最后由 李白云 于 2017-12-11 14:15 编辑3个小时，能做什么？ 一部大片几局“农药”一场篮球一本好书...在这个碎片化的时代，如何最大化发挥时间的效能？ 在这个云计算的时代，如何掘金技术，收获价值？ 从现在开始 华为云技术私享会第二站：微服务与云中间件 全面启动！11月18日下午两点北京中关村3W咖啡与大牛们面对面私享海量技术、应用…私享他们的极客智慧 5039 5040 有兴趣的同学在微信手机客户端当中访问原文：https://open.weixin.qq.com/conne ... t=1#wechat_redirect

看了很多帖子，但是对哪些应用适合用在微服务上还是有困惑，希望可以得到回复，谢谢。

如果想开发好微服务还需要什么框架？能不能具体讲解下？

关于微服务的疑问：什么样的场景、应用适合微服务，什么东西不适合微服务？是否影响运行效率？