在这里，我们有幸采访到了三位讲师，分别是百度资深运维工程师陶春华、许霞和陈曦洋。
InfoQ：BFE架构是如何做到在高并发访问的情况下不丢失访问请求的？
陶春华：BFE架构能做到这一点主要依托了Golang对并发访问的支持：goroutine机制在并发处理上非常高效；编程模型也是大家熟悉的线程模型，容易掌握。
InfoQ：后台统一日志收集使用的是什么技术？以及如何在不影响业务流程的情况下保证日志的准确性和实时性？
陶春华：对访问日志我们采用两个手段处理：一是开发了一个专用的Reader程序，解析出部分关键请求信息，通过实时接口发送到后台汇聚服务，用于实时的流量识别与调度。二是公司有日志收集系统，统一进行日志的收集、统计与存档。
InfoQ：BFE前端接入是如何做到防攻击的？在不影响主业务流程情况下具体安全策略是如何运行的？
陶春华：安全主要是通过WAF服务来保障。WAF Server是和BFE同机部署的应用层防火墙，BFE会把流量转发到WAF服务程序。根据安全规则，WAF服务对访问数据进行检查，一旦发现违反安全规则的访问，则立即封禁该访问。这个过程独立于BFE的其他处理逻辑。
InfoQ：GO语言在前端接入设计上存在哪些“先天不足”？主要的解决措施是什么？
陶春华：对BFE的应用场景来说，主要是GC带来的不确定的延迟。为此我们设计了多进程轮转的解决方案，基本思路是当前服务的工作进程关掉GC，服务一段时间后，其他进程替换工作。
InfoQ：如何跟后端架构研发、前端模板和渲染研发、系统和网络等各个部门之间进行协作，才能实现整个网站全栈优化的效果？
许霞：网站速度的提升在公司内部是一个主题方向，并且有一个独立的项目组进行工作开展。项目组中包括网络、服务器、搜索架构等基础技术的工程师，也包括前端渲染、交互设计方向的工程师。整个项目组会整体对网站的优化进行负责，从而实现从各个层面进行速度的优化。而运维部作为一个衔接基础技术和业务的技术部门，就承担了整体分析设计与驱动全栈优化的角色。
InfoQ：百度在WPO（Web Performance Optimization）上做了哪些措施？对各种监测手段的使用如何抉择？
许霞：网站性能的监测手段选择主要是两方面的。首先是基于JS的监测数据，这部分数据优点是数据规模大，数据可以根据目的性进行自定义。当然缺点是很难覆盖竞品的情况下对竞品情况的了解，我们会选择第三方监测，包括基调、博瑞，以及海外的同行。通过购买第三方监测服务来覆盖我们在竞品测监测数据，同时也保证了客观性。
InfoQ：可否介绍一下目前HTTPS在业界的适用范围？使用前后的效果对比是怎样的？
陈曦洋：需要保护隐私，防止劫持和嗅探，和钱/账户打交道的都应该优先上。在这些领域，对用户流量的劫持已经让用户难以忍受，甚至一些临时工写出来的劫持代码会直接让页面功能不可用，可以从用户反馈渠道看到大量的抱怨。另外一方面，一些非法的行为会直接嗅探用户浏览网页的的隐私，获得用户需求信息，甚至直接电话骚扰用户。不安全的浏览会给坏人可趁之机，入侵用户账户，造成财产或者名誉等损失。
百度在上线HTTPS之后，用户反馈的页面由于劫持而造成的功能问题减少了一个数量级。之前大家没有上线HTTPS，很多是在顾忌复杂性，资源成本，和访问延迟。这些问题都会逐渐得到解决，建议大家尽量都改造为HTTPS。另外看看今年上线HTTPS有哪些网站就知道效果如何了。
InfoQ：HTTPS目前在百度的使用场景有哪些？能不能做到完完全全的安全？
陈曦洋：HTTPS目前在百度主要在搜索支付金融账户等业务，也正在推进支持所有的产品。使用HTTPS代表不了完完全全的安全，但是能解决很多问题，也极大的增加了攻击者的成本。但没有“完全的安全”这个说法。一个实际使用中的完整系统总是非常的复杂，用户浏览网页的过程也是一样，在很多环节上，都有各种各样的风险。
文章评论