apollo

简介： 前言 掌门1对1精耕在线教育领域，近几年业务得到了快速发展，但同时也遭遇了“成长的烦恼”。随着微服务数量不断增加，流量进一步暴增，硬件资源有点不堪重负，那么，如何实现更好的限流熔断降级等流量防护措施，这个课题就摆在了掌门人的面前。由于 Spring Cloud 体系已经演进到第二代，第一代的 Hystrix 限流熔断降级组件已经不大适合现在的业务逻辑和规模，同时它目前被 Spring Cloud 官方置于维护模式，将不再向前发展。 如何选择一个更好的限流熔断降级组件？经过对 Alibaba Sentinel 、 Resilience4j 、 Hystrix 等开源组件做了深入的调研和比较，最终选定 Alibaba Sentinel 做微服务体系 Solar 中的限流熔断降级必选组件。 Sentinel 简介 阿里巴巴中间件部门开发的新一代以流量为切入点，从流量控制、熔断降级、系统负载保护等多个维度保护服务的稳定性的分布式系统的流量防卫兵。它承接了阿里巴巴近10年的双十一大促流量的核心场景，例如秒杀（即突发流量控制在系统容量可以承受的范围）、消息削峰填谷、集群流量控制、实时熔断下游不可用应用等。 它具有非常丰富的开源生态： 它和 Hystrix 相比，有如下差异： 摘自官网 Sentinel Roadmap 关于 Sentinel 如何使用，它的技术实现原理怎样等

作者 | 高卫华 出品 | AI科技大本营（rgznai100） 10月11日，百度宣布其自动驾驶出租车服务在北京全面开放，用户可在海淀、亦庄的自动驾驶出租车站点，无需预约直接下单，免费试乘自动驾驶出租车服务。 目前百度自动驾驶出租车服务有两种预约方式： 一是百度地图-打车-自动驾驶-选择上下点-选择乘车人数-立即呼叫Apollo GO； 二是下载并打开Apollo GO App-选择上下车站点-选择乘车人数-立即呼叫Apollo GO。 除此之外，用户在百度 APP 搜索“Dutaxi”小程序也可一键呼叫。 从百度地图自动驾驶叫车服务的乘坐提醒来看，目前只支持在法规限定范围内的推荐站点上下车，每辆车同一时间最多可接待2位乘客，并且要求乘坐人需年满18至60周岁，车内也会有安全员随时保障行车安全。 百度此次推出的独立App Apollo GO，现已上架小米商店、OPPO商店、华为、vivo商店和iOS App Store等。 Apollo GO 据Apollo GO在应用市场的介绍，应自动驾驶测试法规要求，自动驾驶出租车内均需配备安全员，但在行驶过程中，安全员并不会驾驶车辆。 Dutaxi车队（百度于今年4月3日申请注册“Dutaxi”商标，当前状态为等待审查）目前仍在扩张阶段，数量相对有限。 另外，Dutaxi运营范围与时段正逐步拓展，如遇极端恶劣天气，Apollo

序 本文主要研究一下dubbo-go的apolloConfiguration apolloConfiguration dubbo-go-v1.4.2/config_center/apollo/impl.go const ( apolloProtocolPrefix = "http://" apolloConfigFormat = "%s.%s" ) type apolloConfiguration struct { url *common.URL listeners sync.Map appConf *agollo.AppConfig parser parser.ConfigurationParser } apolloConfiguration定义了url、listeners、appConf、parser属性 newApolloConfiguration dubbo-go-v1.4.2/config_center/apollo/impl.go func newApolloConfiguration(url *common.URL) (*apolloConfiguration, error) { c := &apolloConfiguration{ url: url, } configAddr := c.getAddressWithProtocolPrefix(url)

根据 2017 年的 DevOps 发展报告，高效能组织和低效能组织在软件交付的效率上有数量级上的差异。技术组织的软件交付能力是一种综合能力，涉及众多环节，其中发布是尤为重要的环节。 作为技术人员，大家可能听说过“滚动发布”和“蓝绿发布”等术语，但是很多人并不清楚这些术语背后的原理。本文试图总结当前主流的发布策略，每个的优劣，适用性，让开发人员特别是架构师对现代发布技术有一个更为清晰全面的认识，让大家能够根据自己的企业上下文，对发布策略做出正确的选型和实践。 一、单服务器组发布 先解释下单服务器组的概念，早先我们机器资源比较紧张，不像现在云计算和虚拟化（包括容器技术）这么发达，所以应用机器基本是预先静态分配好的（一般由运维负责分配），原来应用 A 住在这 n 台机器上，那么下次升级发布的应用 A 也住在这 n 台机器上，所以称为单服务器组发布方式。 1.1 蛮力发布 如下图所示，这种发布方式比较简单粗暴，有点像我们传统的软件升级方式，主要靠手工完成，先将老版本 V1 全部下掉，再将新版本发到机器上去。这种方式会引入服务中断（停机），在开发测试环境是可行的，但对于生产环境发布，其会直接影响用户的使用体验，这种方式一般是不建议的。 发布前 发布后 优势和适用场合 优势： 简单成本低 不足： 服务中断用户受影响，出了问题回退也慢 适用场合： 开发测试环境 非关键应用（用户影响面小）

解决方式 修改spirngboot启动jvm参数 -Dapollo.configService=http://外网ip:8080 来源： oschina 链接： https://my.oschina.net/u/4182459/blog/4391884