Google Map API V3 离线版
GoogleMap API V3离线版可以不在线调用GoogleMap JavaScritp的情况下，仍然可以使用Google Map的服务。
Google 地图在中国最后申请的牌照时间已经过了，仍然没有看到官方通过的说明，很有可能Google 地图在7月份会被停掉，这对我们这些经常使用Google 地图，或者二次开发者来说，会是一个巨大的悲哀！
这对国内的地图服务商或许是一件好事，可以瓜分更多的蛋糕。但对于我们用户来说，特别是很多企业和网站中使用的免费GoogleMap API开发的地图应用来说，会是一个挑战，只能更换成其它的地图服务器，切不说这个收不收费的事情，单从平台切换来说，就需要重新开发。我们有没有一种办法，可以在Google 离开我们后，继续要以使用呢？我想到以前制作的Google Map API的离线版，有了这个后，我们就可以放在自己的服务器上，而不再需要从Google Map服务器上调用这些脚本。当然我还是希望大家如果商业用的话，还是要用正式版本，请注意版权问题。
前些时候抽空做了一个Google Map API V3的离线版，经测试，基本的功能应该可以满足，大家可以下载试一下。
使用离线版本后，只需要加载mapapijs这个文件，示例如下：
<!DOCTYPE html>
<html>
<head>
<meta name="viewport" content="width=device-width, initial-scale=10, user-scalable=no"/>
<meta >
随着互联网技术的不断发展，我们在进行服务器开发方面也掌握了很多的开发部署技术。今天，云南IT培训>
停机部署
停机部署其实是简单粗暴的方式，就是简单地把现有版本的服务停机，然后部署新的版本。在一些时候，我们必需使用这样的方式来部署或升级多个服务。比如，新版本中的服务使用到了和老版本完全不兼容的数据表的设计。这个时候，我们对生产有两个变更，一个是数据库，另一个是服务，而且新老版本互不兼容，所以只能使用停机部署的方式。
这种方式的优势是，在部署过程中不会出现新老版本同时在线的情况，所有状态完全一致。停机部署主要是为了新版本的一致性问题。
这种方式不好的问题就是会停机，对用户的影响会很大。所以，一般来说，这种部署方式需要事前挂公告，选择一个用户访问少的时间段来做。
蓝绿部署
蓝绿部署与停机部署大的不同是，其在生产线上部署相同数量的新的服务，然后当新的服务测试确认OK后，把流量切到新的服务这边来。蓝绿部署比停机部署好的地方是，它无需停机。
我们可以看到这种部署方式，就是我们说的预发环境。在我以前的金融公司里，也经常用这种方式，生产线上有两套相同的集群，一套是Prod是真实服务的，另一套是Stage是预发环境，发布发Stage，然后把流量切到Stage这边，于是Stage就成了Prod，而之前的Prod则成了Stage。有点像换页似的。
这种方式的优点是没有停机，实时发布和升级，也避免有新旧版本同时在线的问题。但这种部署的问题就是有点浪费，因为需要使用双倍的资源(不过，这只是在物理机时代，在云计算时代没事，因为虚拟机部署完就可以释放了)。
另外，如果我们的服务中有状态，比如一些缓存什么的，停机部署和蓝绿部署都会有问题。
滚动部署
滚动部署策略是指通过逐个替换应用的所有实例，来缓慢发布应用的一个新版本。通常过程如下：在负载调度后有个版本A的应用实例池，一个版本B的实例部署成功，可以响应请求时，该实例被加入到池中。然后，版本A的一个实例从池中删除并下线。
这种部署方式直接对现有的服务进行升级，虽然便于 *** 作，而且在缓慢地更新的过程中，对于有状态的服务也是比较友好的，状态可以在更新中慢慢重建起来。但是，这种部署的问题也是比较多的。
在发布过程中，会出现新老两个版本同时在线的情况，同一用户的请求可能在新老版中切换而导致问题。
简单了解一下GoWorld，做个记录。GitHub地址
保存到本地之后可以随意改个目录名
命令来添加依赖
工程目录
cmd目录
这里只要能在Gopath下正确生成goworld文件即可。
※注意：如果编译成功，在工程目录或GoPAth下 输入goworld 会有如下显示
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）