登录drupal管理员_天气公司依靠Drupal来管理内容

登录drupal管理员

在通过WorldCom作为Sun硬件和软件工程师构建和配置企业级解决方案来帮助在.com中打下基础之后，Jason Smith进入了AAAS （美国科学促进协会，以及《科学》杂志的发行人）指导教育局的技术需求。

Jason建立或设计了从企业到小型企业类的解决方案，并且在Drupal中发现了一个灵活，可扩展，快速的开发框架，可以针对所有级别的项目。作为开源运动的长期受益者，Jason（现为The Weather Company的一名高级软件架构师）是开源项目的狂热支持者，并坚信回馈支持他的社区。

我想像在飓风桑迪期间进行更积极的搜索（例如在飓风桑迪期间进行纽约搜索）会比在飓风桑迪期间在爱达荷州一个安静的城镇进行搜索时产生更高的工作量。这导致了什么问题？您如何处理工作负载的平衡？

我们以可以充分利用中间和边缘缓存的方式构建站点。缓存的使用以微妙的方式改变了流量管理的整体动态。因为页面可以缓存更长的时间，所以无论我们收到多少内容请求，我们都只有很少的原始页面。

缓存不能完全解决我们的问题，它可以转移我们的担忧。没有单个资源的请求比我们的TTL （生存时间）描述的请求频率更高，但是如果我们在一个时间段内请求一百万个资源，则每个/ will /都会被请求。您可以增加TTL，但在内容和营销团队强加的某个时候会达到上限。

我们有数百万个位置来支持预测页面，但是这些页面仅在该位置唯一的实际预测数据上有所不同。因此，策略的一部分是提高页面的可缓存性（增加TTL），而另一部分则是利用客户端资源来构建用户/位置（而不是原始调用）所特有的页面。

您如何利用不同的缓存层来扩展Drupal？

高TTL的挑战之一就是那些需要快速获取内容的时代。在某些情况下，每个URL刷新Akamai缓存最多可能需要一个小时，这将使编辑团队陷入蜂巢。显然，高TTL并不是解决方案的全部。

清漆缓存的清除速度更快，因为它们（通常）距离您很近，它们的数量较少，并且您可以更好地对其进行控制。您在灵活地管理缓存生存期方面获得的收益，却失去了分布式缓存。因此，我们找到了一种双赢的方法。

诀窍是使用多个缓存层，在我们的示例中，同时使用Akamai和Varnish。在此设置中，我们可以将Akamai缓存TTL设置为相对较低的〜1-5分钟，而将Varnish TTL设置为更高的级别。由于Varnish缓存清除很简单，并且在我们的控制范围内，因此我们可以获得分布式CDN的所有好处，并且能够更轻松地管理缓存过时。

您如何管理内容的生成和工作流程？（例如从作者到生产中发布的内容）

天气频道编辑团队坚持认为，内容开发应尽可能少。为此，只有两个“工作流”状态，已发布和未发布。编辑计划和工作流作为与内容输入和发布不同的任务进行管理。在开发环境中预览内容更改和暂存内容是一个长期的挑战，但它并不妨碍完成工作。

一旦开发正在进行，是否遇到了任何意外的障碍，您如何克服它们？

总是存在意想不到的障碍，但是我们计划了一定程度的障碍。就我们而言，最大的障碍与媒体管理有关。最初，我们计划将其视为由其他平台解决的问题。平衡时间表和所需的集成水平变得越来越困难，因此基本的Drupal平台承担了大量媒体管理职责。

考虑企业组织的需求时，媒体管理是一项巨大的工作：您必须管理内容共享，重复数据删除，有效期，翻译，短期/长期存储，CDN和DRM（以及强制执行），以及其他许多挑战和棘手的问题。

持续集成：您如何推出新功能？

我们在实现持续集成方面取得了一些令人印象深刻的飞跃，但是在许多问题上，Drupal的多个活跃和并行开发团队都遇到了同样的障碍。由于模块，页面和行为的排列数量众多，我们的测试/回归套件庞大而笨拙。我们还面临着挑战，即各个插件/模块不能像我们需要的那样独立地部署（或回滚），或者孤立得足够多，以避免需要全面的回归测试。我目前的工作重点放在该项目的其他地方，但是质量保证（QA）团队非常有能力，并且正在探索多种选择来缩小差距。

DrupalCon 2015
演讲者访谈

本文是DrupalCon 2015 演讲者访谈系列的一部分。DrupalCon2015汇集了全球成千上万使用，开发，设计和支持Drupal平台的人。 它于2015年5月11日至15日在加利福尼亚州洛杉矶举行 。

翻译自: https://opensource.com/business/15/5/Interview-Jason-Smith-The-Weather-Company

登录drupal管理员