Let’s Encrypt于2016年4月12日推出，旨在支持并鼓励网站全面启用HTTPS（有时也称为全面启用SSL，尽管Web正在逐步转向以TLS作为首选协议）。截至2017年2月底，发起这项工作的EFF估计，目前一半的Web流量已加密。当然，这并非全是EFF和Let’s Encrypt的功劳。毕竟，我掌握的早期数据显示，大多数F5客户已在面向客户端的服务上启用HTTPS，比例约为70%。显然，在EFF发起这项工作之前，人们就已开始支持HTTPS；不过，鉴于Let’s Encrypt已签发大量证书*，这项工作确实取得了可衡量的成效。
On 2006 年 9 月 11 日，ICANN“批准了一项全球政策，用于规范互联网号码分配机构（IANA）分配 IPv6 地址”。尽管该标准本身早在多年前（大约 10 年前）就已获批准，但如果没有规范这些地址分配的政策，其实际意义并不大。不过，到 2006 年，我们已开始认真推进向 IPv6 迁移。毕竟，Web 不断发展，移动互联网迅速普及，而可用的 IPv4 地址也即将耗尽。
我们需要IPv6，即使不是为了增强安全性，也是为了利用其扩展的地址空间来支持数十亿台互联设备和物联网终端。
然而，IPv6的采用率仍然低得惊人。要知道，“云”诞生时IPv6已经可用。但直到2016年末，Amazon AWS和Microsoft Azure才在其云计算实例服务中启用IPv6。
这让一些人不禁感叹：既然我们能在如此短的时间内让HTTPS几乎无处不在，为什么支持IPv6的网站占比仍然这么低？Google估计，16.06%的用户已启用IPv6（与服务提供商的支持情况相比，这一点很有意思；相关数据由World IPv6 Launch跟踪），但支持IPv6的网站仅占10%（数据来自W3C Techs）。
客观地说，HTTPS并不是什么新技术。EFF只是鼓励并帮助人们启用这项早已触手可及的功能。HTTPS得到了广泛支持，人们对它也有充分了解，而且技术已经非常成熟。因此，更公平的做法或许是将其与HTTP/2之类的较新标准进行比较，因为这类标准也存在类似的缺点，例如与旧标准不兼容。
早在2015年5月，一项成熟可靠的Web标准的新版本获得批准：HTTP/2。与IPv6一样，它与之前的版本不兼容。与“SSL Everywhere”不同，支持IPv6或HTTP/2并非只需获取证书，并在Web服务器或基础设施上启用HTTPS。诚然，从HTTP迁移到HTTPS可能会造成中断，并可能影响网络基础设施，但其影响程度与采用IPv6或HTTP/2所造成的中断并不相同。
迁移到新的基础协议需要采用过渡方案，即在未来某个时间点之前，同时支持新旧协议。这意味着流量可能经过的每台设备都要采用“双协议栈”。对一些组织而言，这是一项艰巨的任务；对另一些组织而言，这则是一场架构噩梦。正如软件会产生技术债务，网络也会产生架构债务，而偿还架构债务的“利息”很可能会增加论证采用IPv6合理性的难度。毕竟，采用IPv6并非硬性要求。即使不支持IPv6，业务仍可继续运行。
真的会继续吗？
别忘了，HTTP/2最初计划强制使用TLS/SSL。虽然有人对此颇有微词，但最终改为可选。浏览器开发商却对此置之不理，只支持基于TLS/SSL的HTTP/2，实际上迫使所有人都必须使用TLS/SSL。2015年末，Google开始在搜索排名中优先考虑启用HTTPS的网站。2016年，Apple也采取了类似措施，要求所有原生应用使用App Transport Security，再次实质上推动各方转向HTTPS。
基本上，客户端厂商通过强制支持HTTPS，推动了HTTPS的普及。
目前，IPv6还没有类似的要求。我们都目睹了IPv4地址逐渐耗尽，但这几乎没有造成影响。因此，大家（暂时）都没有真正的动力去采取可能造成中断且成本高昂的行动。但随着越来越多的物联网设备涌现，它们最终很可能在出厂时仅支持IPv6。物联网设备体积小巧，处理能力有限。在物联网领域，精简更有优势。这正是许多IoT设备弃用HTTP而选择MQTT的原因之一；与较为臃肿的Web协议HTTP相比，MQTT更轻量、更快速、更高效。同时支持IPv4和IPv6的情况也类似。由于两者互不兼容，大多数设备只支持其中一种。最终，这些设备将选择其中一种，届时所有人都将匆忙提供支持。
即便并非如此，目前可用的IPv4地址也只能容纳Gartner预测到2020年将投入使用的200亿台设备中的不到20%。IPv6可支持的设备数量远超Cisco更为激进的500亿台设备预测。而这还只是物联网设备。
云服务也面临问题，因为无法购买足够的IPv4地址来支持不断增长的客户群。如果IaaS将按预测增长，云服务提供商必须迁移到IPv6。这无疑也是Amazon和Microsoft采取这一举措的部分原因。
这一切意味着，最终必然会出现某种推动因素，要求支持IPv6。这个因素可能是物联网，也可能是云本身，还可能是二者结合后对业务产生的爆发式颠覆性影响。无论如何，我们终究需要完成过渡，而从容推进总比仓促应对更好。我们已经有很长时间来解决IPv6的各种问题，如今市场上也有足够多的解决方案支持双栈方式，帮助启动过渡。因此，如果尚未启用IPv6，现在应认真考虑启用，以免业务为了持续增长而依赖的各种事物迫使您仓促转向IPv6。
* 没错，我们可以深入探讨那些看似欺诈性证书的数量，以及像发糖果一样不加甄别地签发这些证书会带来诸多风险，但这个问题还是留待日后再谈。
关于作者
Lori MacVittie是F5首席技术官办公室的杰出工程师兼首席技术布道师，在应用交付、自动化战略和基础设施领域拥有深厚的专业知识。无论是为AI智能体定义防护机制、剖析脆弱的多云架构，还是探索可扩展系统的极限，她都善于化繁为简。她在应用开发、IT架构以及网络和系统运维领域拥有30多年的行业经验。加入F5之前，她曾担任技术编辑，并因出色表现获得奖项。 MacVittie拥有计算机科学硕士学位，著述颇丰，出版作品涵盖安全、云和企业架构领域。她还热衷于桌面游戏和电子游戏，并且对奶酪有着毫不掩饰的鲜明见解。
Lori Mac Vittie 的更多博客文章相关博客文章
Thingbot正转变为攻击平台
Lori MacVittie重点介绍了F5 Labs对2018年1月至6月全球物联网设备攻击的研究，并指出了其中令人警醒的影响。物联网设备不仅持续遭到利用，还被转变为攻击平台，这意味着攻击者可以更充分地利用这个必然增长的市场。
借助F5全新Quick Start，在AWS上快速开展业务
在AWS re:Invent开幕前，我们很高兴与大家分享F5与AWS之间全新的Quick Start集成。F5的Tom Atkins将介绍该服务如何启动、配置和运行在AWS上部署工作负载所需的计算、网络、存储及其他AWS服务。