
如果说,腾讯云的事故是由于流程不规范造成的。那前沿数控的悲剧就是由于缺乏云计算认知造成的。 灾难背后隐藏的云计算认知缺失 我们经常谈认知升级,但是,真正当一门新的技术来临时,认识能够跟上技术的终究是少数。关于前沿数控的数据丢失问题,无需我在赘述,各位相信都已经了解了大致的事情经过以及具体的情况。腾讯云的是非对错无需我来评判,大家心中都有数。我想说的是,隐藏在数据丢失后的,是用户对云计算认知的缺失。我们的用户还是在用当年使用独立服务器、 VPS 的心态,用着我们当年的用法在使用云计算。这种使用方法,就好像樵夫拿着电锯手动伐木,还要吐槽电锯太沉。 这种对云计算的认知的缺乏,让我们用着十年前的思想在操作着如今的产品。更可怕的是,工具的升级使我们有了幻觉:“云计算是银弹,我们只需要把问题丢给云计算就好了。他可以帮助我们解决一切问题”,我们曾经的好习惯都荡然无存,月度整体备份,每日的增量备份都不再配置,将一切都交给云计算服务商来处理的。这样的想法是可悲的,也是可怜的。将自己命脉交给别人把控,还不做好两手准备,一旦出现了问题,极有可能会导致整个企业的崩溃。 如果前沿数控能有一个好的 Plan B,那一切可能都完全不同,可惜,没有如果。 云计算到底解决的是什么问题 很多人使用云计算都是由于云服务厂商提供的各种优惠,或者是电话销售承诺的低价,就使用上了云计算。在这个过程中,并没有了解云计算到底是个什么东西,只是觉得他能够替代传统的服务器托管,自然也就将它视为传统的服务器托管的产品。 但是,云计算真正解决的问题是系统的弹性问题。得益于虚拟化和资源池,云计算拥有了弹性的能力。也得益于云计算的弹性能力,在出现了流量高峰的时候,为一个个的创业企业提供了稳健的服务,取得了成功。 去年鹿晗关晓彤公布恋情,导致微博服务器流量激增,借助阿里云提供的弹性服务成功扛过了问题。 至于其他问题的解决,都不过是底层弹性问题解决后带来的副作用。只有明白了真正解决的问题,你才能用对云计算,明白什么样的用法才是适合的。 正确的云计算认知是什么 首先,你必须明白云计算提供的价值是弹性,无论销售跟你吹的天花乱坠,你只需要问清楚,你们的弹性到底有多好,就能看出一个云计算企业的能力强弱了。能力越强,能够提供更高的弹性,粒度更加的细致,让你更好的使用云计算。 其次,你也需要看云计算厂商的规模,很多小的云计算公司,在弹性上做的登峰造极,做到了秒级的弹性,但是并不意味着他有这样的弹性,我们就要去用它。因为弹性是云计算提供的价值,但是想要承担这样的价值,你需要的不止是技术的登峰造极,还涉及到了基础设施的构建。同样的弹性粒度,规模越大,其技术底蕴就越丰厚。 再次,合理的借助云计算的弹性来构建自己的业务。我经常需要为一些企业和团队提供云计算架构方案的咨询服务,为他们提供的方案在前期看起来颇为寒酸,往往都是一些最基础的机型的搭配,就完成了整个系统的架构,这并非他们出不起这个价格或者是我给不了更大规模的架构设计。我希望的是这些企业开发的应用能够更好的应用云计算的弹性。我为他们构建的架构或简单或复杂,都具备随时弹性的能力,帮助他们轻松应对各种不同的复杂场景。 最后,明确云计算不是银弹。你需要明白,云计算不是银弹,它无法为你解决除了弹性以外的所有问题。如果你去仔细研究云计算服务商提供的产品,你会发现,无一例外,他们都是将传统运维领域的产品的能力弹性化后,再封装成产品卖给你,与其说它卖的是各种产品,倒不如说它卖的是“弹性”这款产品。 正确的云计算用法是什么样的 合理利用弹性构架你自己的云架构:对于绝大多数应用来说,都存在应用的高峰期和低谷期,在低谷期使用固定配置运行;在高峰期引入按量计费的资源承载流量。 合理利用云计算提供的设备构建数据安全:对于云计算厂商来说,他们提供的服务是 99.9999 % ,但对于你来说,只有 0% 和 100% ,为了不让自己成为那个 1 ,学会为自己的服务提供保障。 警惕云服务商提供的服务:去年的 Gitlab 数据丢失的事件,让我们知道,即使是 Azure 、AWS 提供的服务也可能不靠谱。时刻为你自己的应用做好“多云”的方案,别把自己绑死在一家云服务商上,时刻准备着一个 Plan B,即使终你一生都不会用到它。 祝你能够掌握正确的云计算认知,用好云计算带来的“弹性”,创造你自己的奇迹,不要重蹈前沿数控的覆辙。
最近在使用 Laravel 做一个 side projcet,就顺便在社区里翻了一些相关的文章,在这里也分享给大家 Laravel 入门 使用laravel一分钟搭建CURD后台页面:这篇文章以最短的流程将一个 Laravel 应用 CURD 的流程进行了解说。虽然不可能一分钟完成其中的所有操作(除非准备了相关的资源),但是还是有学习的价值。 10件在PHP 7中不要做的事情: 推荐你使用 PHP7 + 来运行 Laravel,这篇文章中的内容可以帮助你写出更好的符合 php7 的代码。 作为PHP开发者请务必了解Composer: Composer 是必装的,我熟悉的命令基本上除了 update 就是 require。每次都要先配置国内精选才敢使用。 Laravel 小技巧 判断Laravel Eloquent获取数据结果集是否为空:借助这些小技巧来简化我们的代码。 Laravel 经验分享 如何在 Laravel 中 “规范” 的开发验证码发送功能:这篇文章是来自 ThinkSNS 团队分享的验证码开发流程,如果你有相关的需求,可以参考一下他的流程。 如何在 Laravel 中引入 JWT 认证方式:JWT 是目前市面上使用较多的 API 通信方式,如果你的应用涉及到 C/S 模式,几乎不可避免的要用到 JWT。此外,如果你使用到了 Dingo API,可以参考一下这篇文章。 Laravel 开发单页应用:单页应用将应用的负载度放在用户端,从而使云端可以更加专精于数据的表现形态,而无需在意页面的展示。 Larvel 仓库模式的实现:这篇文章介绍了 Laravel 的仓库模式的实现,来优化 model 代码,不过写的一般。台湾有个版本写的很不错。 laravel的消息队列剖析:在处理耗时操作时,也需要队列,比如发送短信、发送邮件等。不加入队列会阻塞页面的展示,体验很差。
我们常用的 Web 服务器有 Windows 专属的 IIS、通用平台的 Apache 和 Nginx。本次周刊我们聚焦在 Nginx 上,关注 Nginx 的具体实践。 Nginx 的配置和使用 如何快速找出 Nginx 的配置文件位置:Nginx 的配置文件位置可能是任何位置,每个人、每个一键包可能配置的位置都有所不同,而我们和 Nginx 相关的操作,除了重启以外,大多数都依赖于对 Nginx 配置文件的修改,因此,如何快速找到配置文件的位置就成为了一个问题。 Nginx 添加未编译的模块:Nginx 的强大之处除了其处理模型,也得益于其丰富而强大的模块,我们在使用一些特殊的模块时,可能要对 Nginx 进行重新编译,这个教程可以教你如何重新编译模块。不过美中不足的是,应该提醒用户在替换完成后,执行 nginx -t 来检测配置文件是否可以正常识别,然后再使用 nginx -s restart来重新加载。 Nginx 对接 Lua 实现更加强劲的功能:OpenResty 是非常出名的 Nginx 发行版,是章亦春进行的修改版,有非常强大的功能。这篇文章不谈 Openresty,只说在现有的 Nginx 中对接 Lua,值得一看。 Nginx 配置正向代理:这篇文章介绍了我们如何借助 Nginx 来配置正向代理,并支持 HTTPS 请求。 Nginx proxy_cache 的使用:proxy_cache 的使用可以有效加速站点的访问,这篇文章进行了简单的介绍,如果你一直为性能所困,不妨看看这篇文章。 Nginx 小技巧 nginx禁止某些指定的浏览器标识来爬我们网站:非常实用的小技巧,有些爬虫只爬数据不收录,你可以通过这样简单的配置将其屏蔽。 使用 Nginx 来防御 Ddos 攻击:严格来说 DDos 服务是无法通过软件来防御的,这个方法只能够缓解。因为 Ddos 攻击的关键不在于后面的 dos,而在于前面的分布式 Distributed。严格来说,应该叫「使用 Nginx 来防御 CC 攻击」 解决 Nginx 的 502 问题: 使用 Nginx 经常会出现 502 错误,这篇文章提供了一些方法。不过更多的时候,你只要重启一下你的后端即可。 Nginx 配置优化:一些常用的 Nginx 配置的小技巧。包含了诸如隐藏版本号、修改版本号等功能,值得一看。 常用 Nginx 配置:这篇文章分享了非常多常用的配置,诸如防盗链、502、PHP 等配置,可以收藏备查。
最近接了 ACE 的任务,把 OSS 又完整过了一遍,本期分享一些我在折腾过程中看的内容。 OSS 最佳实践 WEB站点中如何应用OSS产品:这篇文章分享了大量的 OSS 对接 Web 站点的最佳实践,可以让你对 OSS 接入方式有个全面的了解,各种方案的优缺点也给出了,可以让你认认真真的做选择。 OSS 权限管理相关 子账户及STS临时账户调用OSS的常见问题及排查:这篇文章详细介绍了 OSS 和 STS 的联动使用的方法,对于追求 OSS 权限控制的人来说,是一个很好的范例,文章中加入了大量的 Policy 实例。 浅谈OSS跨域功能:这篇文章着重考量 OSS 的 CORS 跨域问题,如果你在使用 OSS 调用资源时,出现了跨域问题,不妨看看这篇文章。 OSS 调试相关 OSS 的网络排查:这篇文章分享了详细的 OSS 故障排查的方法。文章侧重给出故障排除的思路,同时简单的举例说明排查的方法。 OSS 工具使用排查方案标准化:这篇文章分享了常用的 OSS 工具的排查方法,你可以很轻松的对 OSS 工具进行调试。 OSS异常流量排查及防护:这篇文章着重介绍 OSS 被刷流量后如何定位、排查和解决的方案,总体来说还是非常有效的。也是 OSS 用户必须关注的问题。
因为我自己的业务有用到视频点播服务,平时也会关注到视频点播,本周我们来分享一些我自己在使用点播服务时看的文章。 点播服务使用 这个子栏目分享一些和点播服务的基础使用相关的内容。 视频点播播放器如何实现加密下载:视频点播的视频加密下载是阿里云点播服务的一个非常棒的特性,我非常喜欢,预计也要接入我自己的网站中去。 视频点播播放异常排查:这篇文章分享了一些视频云的异常排除方法,可以给你的故障排除提供一些思路。 点播和播放器下载需要的参数的区别 :这篇文章解读了点播服务用到的一些参数(VideoId、AccessKeyId、AccessKeySecret、playKey、playauth),可以帮助开发者快速理清思路。 使用 OSS SDK 来上传视频到视频点播服务:并不是每一种语言都提供了视频上传的 SDK,官方提供借助 OSS SDK 上传的方法,可以让我们其他语言的用户也可以快速上传。 视频点播与媒体转码工作流:这篇文章简单的介绍了视频点播服务和媒体转码服务的工作流,对于不清楚点播服务和媒体转码服务的朋友来说,还是非常方便的。 Hacks 这个自栏目分享一些针对视频云的 Hack,来实现更好的效果。 阿里云视频点播指定清晰度:这篇文章分享了如何指定播放器的清晰度,可以允许你在后台设置一个清晰度的验证,来更好的使用视频云服务。 使用Aliplayer在微信中播放视频的正确姿势:目前微信作为最大的移动端社交工具,我们的视频难免被用户在微信中使用,如何解决微信对视频播放的劫持问题, Aliplayer 给出了自己的方案。
if ($http_referer ~* .*\.www.aliyun.com){
return 403;
}
你可以发工单,申请提升配额。
进入域名的管理页面,选择「账号间转移」就可以了。
你单独安装一些 古腾堡编辑器试试看?