(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

时间:2023-07-19 16:35:32

本文是《高速创建站点》系列的第10篇(完结篇),假设你还没有看过之前的内容,建议你点击下面文件夹中的章节先阅读其它内容再回到本文。訪问本系列文件夹。请点击:http://anb.io/blog/tag/wordpress-on-azure/

1. 站点管理平台WordPress和云计算平台Azure简单介绍 (6分钟视频 )

2.1 在Azure上创建站点及站点执行机制 (13分钟视频)

2.2 域名绑定操作和Azure负载均衡机制 (12分钟视频)

2.3 WordPress 初始化和站点管理功能 (11分钟视频)

3.1 WordPress 数据导入 (12分钟视频)

3.2 WordPress 多网站支持和Azure在线代码编辑器 (14分钟视频)

3.3 WordPress 多语言支持 Multisite Language Switcher (15分钟视频)

3.4 WordPress 主题安装和配置,美化你的站点 (15分钟视频)

4.1 为啥造软件不同于造汽车。为啥是软件就一定会有Bug - 构建开发运维一体化(DevOps)(11分钟视频)

4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术 (13分钟视频)

在上一节(4.1)中,我给大家介绍了开发运维一体化(DevOps)的意义所在。但我不希望大家被这个听上去高大上的词汇所迷惑,感觉这仅仅是那么上规模的站点和团队才须要的。不论什么的软件产品,站点都须要连接开发团队和用户。我们不能闭门造车,我们不能让长长的渠道成为用户和开发之间的屏蔽,不论什么的开发者都须要直接面对用户,不论什么的软件产品都须要最直接的交付给用户。这才是最高效的软件开发,才是最有效的精益创业模式。

在这一节中,我讲集中介绍反馈这个环节,更确切的名称应该叫Telemetry
(遥測)。

请配合视频阅读本文

http://v.qq.com/page/p/d/2/p0147ttkhd2.html

公布应用就是发射卫星

又是一个高大上词汇,Telemetry(遥測)。

感觉我们要发射卫星了。事实上。当你公布了你的产品,特别是一个互联网产品,不管它是一个站点。一个App,或者一个微信应用。甚至不过某一篇博客文章;你就已经发射了一颗卫星。它在浩瀚的互联网里面游荡,你不知道它如今在哪里,有多少人在关注它。也不知道它将要飞向哪里,或者是否已经坠落在了一片无人的沙漠;幸运的话。可能还会被其它的太空垃圾当成靶子(DoS攻击?)。

遥測技术(Telemetry)不是一门新技术,在非常多的行业,如:航空航天,野生动物保护。医疗。甚至执法过程中这都是必不可少并且应用许久的技术。我们不必把它当作一门高深的技术。能够想象一下你开车或者骑自行车的过程。你的眼睛获取周围的情况,通过大脑的处理得出最佳的行驶方案。然后指导你的手和脚做出反应,保证你能够安全的行驶在路上,并到达目的地。

这就是遥測技术。

遥測与日志(Telemetry vs. Logging)。你可能会想:好吧。没问题。在我的应用里面已经有了很多的日志记录。这很好。说明你已经開始了你的遥測实践。但日志一般更佳关注我们开发者从技术层面相应用执行情况的跟踪,比較低层,很多其它的数据是关于应用本身执行情况,而不是从用户的角度怎样使用你的应用。而遥測须要关注则很多其它是用户怎样使用你的应用。你的应用又是怎样做出响应的。

换句话说,日志能够帮助你证明已知(确认应用依照设计执行),而遥測能够帮助你探索未知(找到用户真正的需求,完好改进你的设计)。

遥測能够帮你回答10个问题

用户的“真”需求是一座金山,而我们须要做的是怎样找到这座金山。遥測是你手中的金属探測器,它能够帮助你回答这些问题:

1. 那些功能受到用户欢迎?我认为实用的功能,用户是否真的认为实用?

2. 用户把时间都花在了哪里?他们在每一个应用页面(功能)上花费了多少时间。又去了哪里,在这些时间中他们都做了些什么?

3. 用户使用哪些设备訪问我的应用?型号。屏幕大小,分辨率。使用键盘还是触控设备?

4. 我的应用提供了这么多的选项,用户真的用了吗?他们更喜欢如何使用我的应用?

5. 应用出现故障的时候用户的反应怎样?他们遇到问题的频率怎样,遇到了哪些问题?

6. 我所公布的新功能用户是否喜欢?这个新的微信分享功能大家都用了没有?这个功能是否帮我吸引到了很多其它新的用户?

7. 用户是否点击了广告?在哪些应用页面上它们更喜欢点击广告?哪些广告他们更喜欢点击?

8. 哪些用户更加关注我的应用?他们是否推荐了我的应用给他们的朋友?

9. 我是否应该花时间开发新功能?还是要改进性能。改进现有功能?下一个版本号要做些什么?

10. 我的应用的是否帮助我向着我的商业目标前进?方向对吗?

真需求是金山,假需求那就是陷阱,不只让你浪费金钱,更加白白浪费精力;假设不能及时识别需求的真假,那就相当于坐上开往地狱的高铁一样。

怎样为我的应用加入遥測能力?

方式有两种。1. 自己实现全部的监測点数据收集。传送和数据分析,展现。你当然会有最佳的灵活度。可是你花在这上面的精力好像有点太多了。2. 使用第三方服务。

看了上面10个问题,你应该会认为应用遥測能力非常重要。可是淘金的人须要穿结识的牛仔裤,但可不一定要自己造牛仔裤。以下就是市场里面可供你选择的各种牛仔裤:

deltaDNA http://www.deltadna.com/

专注于游戏类应用的数据分析

APImetrics http://apimetrics.io/

专注于各种互联网公开服务的API监控和使用分析,如:OAuth, UserProfile, Search Engine 等

Kochava https://www.kochava.com

专注于广告投放的数据分析

uTEST http://www.utest.com/

最初是一个社区化的測试服务,如今也提供一定的在线数据分析能力。

当然,在这里不能不提的2个非常重要的服务,也是博主在这个博客上使用的服务。

Google Analytics

http://www.google.com/analytics/

Azure AppInsights

http://azure.microsoft.com/en-us/documentation/articles/app-insights-get-started/

使用这些第三方服务的优点是,配置简单,数据分析报表丰富。

在WordPress中。能够使用下面两个插件实现和Google Analytics 或者Azure AppInsight的集成。这也是博主的网站所使用的方式。

Google Analytics Dashborad for WP

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

Application Insights

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(Azure Application Insight插件的代码是开源的,能够在GitHub上下载 https://github.com/Microsoft/AppInsights-WordPress )

数据分析,报表展现

当然,上面说了这么多,也不如看几张报表来的直接。

所以我截取了一些这段时间运营这个博客网站过程中所得的数据报表。给大家分享一下,更重要的是。这些报表缺失帮到我改进了一些运营的方式。

Google Analytics

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

Azure AppInsights

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

首先说明一下背景。博主的文章会同一时候发在几个渠道上

1. ANB.IO 这是主站 http://anb.io

2. 博客园 http://www.cnblogs.com/ups216

3. CSDN http://blog.csdn.net/ups216

4. 微信订阅号 anb-io

在过去的一个中,我依据以上这些报表数据进行了一些调整,也有一些心得

1. 在全部的文章顶部加入了系列文章的文件夹,并放上了链接。这样用户进入当中一篇以后就能够点击链接进入其它部分。而这些点击会被引流到主站上

2. 在文章标题上加入了(视频)字样。仅此一项修改就为每篇文章多争取20%以上的点击率

3. 把标题写的更吸引眼球,原来的这个系列的标题都是非常技术化的。但你会发现从3.2開始,标题開始变长并明显出现“标题党”的迹象(我也恨标题党,但该做的还要做的)

4. 公布时间调整,開始几篇文章的公布时间不定。后来我固定在每天中午11-12点之间发送;由于我发现多数阅读我的文章的用户都使用PC阅读,那么最佳的阅读时间事实上是上班的中午吃饭前后的时间;吃饭前要有些消遣, 吃饭后总要上网浏览一下;而早上/晚上的时间事实上大家很多其它会使用手机浏览;当然。夜里11点前后几小时也有一个浏览高峰,看来程序猿缺失不少夜猫子。

5. 博客园的流浪最大,不管是在博客园内部的浏览还是点击进入主站的都是最多的,看来受众还是非常重要的。

6. 微信订阅号的流量非常小。我的分析是由于这一系列文章的内容专业性比較强。阅读微信订阅号都在手机上,消化起来比較困难;而像#一周五#这种短平快文章则阅读和转发都不错。

看来订阅号比較适合相对浅显,易于阅读消化的文章。而不适合大篇的技术类文章。

结束语

至此。《高速创建站点》系列结束。希望这些内容不只能够帮助你了解一些站点背后的技术和知识,也能然给你对相关的一些内容(如:应用生命周期管理,DevOps,Telemetry)有一定的了解。

写这些文章的初衷非常easy,就是希望把我建立这个站点的过程记录下来。让有相同需求的朋友也能了解到当中的过程,不求高深,只求分享。

谢谢大家。

欢迎关注本博客微信订阅号 anb-io。每周推送内容。有技术也有生活,和你一起做一个有情怀的程序员。

(视频)《高速创建站点》 4.2 完结篇 – 应用运营vs.发射卫星,遥測(Telemetry) 技术

世界上不是全部的东西都是用直接经济契约来维系的,比方:阳光,空气,爱情和开源软件。