Drupal PaaS 托管评论：万神殿
继续我对一些 Drupal PaaS 托管平台的审查，我正在研究 Pantheon。
我没有做的是在所有平台上进行大规模深入研究。最终，您的里程会有所不同，并且对于大多数人来说，您从这些平台中获得的东西也会有所不同。您将了解项目的要求以及需要完成的工作。
此外，如果您想了解更多有关平台的信息，请直接与他们联系。我相信他们会很高兴收到你的来信。
Pantheon 于 2010 年在美国开始提供 PaaS 解决方案。他们现在拥有遍布全球的支持人员，并在世界各地的不同地点拥有数据中心。他们最初是专业的 Drupal 主机，但现在支持 WordPress 托管解决方案。
优点
99.9% 的正常运行时间与 SLA 和违规处罚。
基于容器的基础设施，这意味着它对流量高峰具有高度弹性，因为它可以设置为根据遇到的流量自动扩展。
Dev、stage 和 live 环境允许在上线之前独立开发和测试代码。
多开发环境，无需设置多个独立的环境即可独立完成开发。
Solr 搜索内置于平台中。
内置 New Relic 监控。
可以为各种不同的平台启用日志转发。
站点配置允许包含密码保护，而无需安装 Shield 模块。
Fastly 提供的 CDN。这是一个基于 Varnish 的 CDN，具有久经考验的 Drupal 支持。
带有 Let's Encrypt 提供的证书的免费 HTTPS。
自动备份和恢复。
24 x 7 随叫随到，全球支持工程师提供多区域支持。
入职支持，因此您可以在您和您的团队适应新环境时向您展示绳索。
平台各个方面的一流文档，包括帮助解决一些专业问题的代码片段。
与其他 PaaS 解决方案相比，成本相对较低。
缺点
git 和 SFTP 之间有一个奇怪的分裂，每次更新任何代码时都会提醒你。
Pantheon 不完全支持 Drupal 多站点，而是在模板系统上工作。上传到模板系统的代码可以上游合并到其他站点。我想这只有在您绝对需要多站点时才重要，但有一个可用的解决方案。
Pantheon 的部署方法可能有点规范，因为您被迫从开发到阶段一直使用您的代码。不过，它们确实支持人工制品部署，因此您可以设置 Travis 以将代码发送到平台。
Pantheon 使用的 Solr 版本非常低（版本 3），甚至比 Acquia 上可用的版本还要低。就上下文而言，Solr 版本 3 是 2015 年的“生命终结”。
Pantheon 不支持本机 Drupal 电子邮件，因此您需要使用一个模块来允许 Sendgrid 或 SMTP 电子邮件。这不是一个很大的缺点，因为您可以通过像 Google 这样的服务很容易地做到这一点，但您应该注意一些事情。
仪表板
Pantheon 的仪表板干净且易于导航，我无需查看文档就可以找到我周围的东西。
Pantheon 上的每个帐户都会收到一个免费的开发者沙箱。这是我的沙箱。
Multidev 环境允许开发人员分离出自己的分支并将其与代码库的其余部分完全分开托管。这是此操作的默认仪表板。
仪表板内置了指标。这是我在上线之前建立的网站的一个例子（因此小访问者很重要）。
结论
Pantheon 是一个很棒的平台，具有广泛的文档和经过深思熟虑的流程。有很多东西是开箱即用的，我看到其他平台收费很高。像 New Relic 支持或日志转发之类的东西只是作为平台的一部分出现。
由于 Pantheon 是基于容器的，因此可以轻松处理某些操作，因此可以使用 YML 文件配置该平台，并且可以根据您的需要进行扩展（和缩减）。多开发环境是一个非常好的功能，我已经与一个团队一起使用它几个月了。我在万神殿工作的团队真的很喜欢它，我们会定期设置容器以进行测试。
Pantheon 基于容器的设置的一个好处是您可以为您的客户端设置一个沙箱，然后当您准备好时，您可以将其升级到您认为需要的任何计划，而无需迁移到不同的环境。
The documentation is really very good. They have clearly spent a long time making sure that everything is up to date, and have even added in hints and tips that have tripped up other people in the past. It also splits between Drupal 7, Drupal 8 and WordPress documentation on the same page without being too busy or crowded. I was able to migrate a complex site onto Pantheon, with a large database and many gigs of files with ease, by following through their migration guide and had very little problems.
我从入职团队（以及之后）获得的支持也非常好。我必须回答有关该网站的大量调查问卷，以便他们确保在我们启动该网站时不会出现任何意外。在其中一次迁移中，我们确实联系了支持，他们很快就帮助了我们，因此支持通常是高标准的。有时基于聊天的支持有点缺乏，有时让我有点沮丧，但这确实是一个小问题。
访问平台、设置用户、查看我们有哪些活动站点以及迁移新站点都非常容易。我可以很容易地看到谁可以访问什么站点以及他们可以在那里做什么。Pantheon 的仪表板很好，我只是在界面中迷失了几次才习惯。
尽管如此，该平台还是有一些小问题。多开发环境为平台提供了很大的灵活性，但这被以下事实所抵消，即在此之后，所有代码都必须按照该顺序从开发到阶段才能运行，无一例外。我可以理解为什么这样做是因为它鼓励开发管道，但它可能会在大型团队中产生一些问题，因为许多项目在不同时间上线。
使用 git 或 SFTP 作为更改文件的机制还有一个奇怪的功能，这在一些情况下会受到阻碍。例如，一件非常烦人的事情是，当您将任何代码推送到 git 存储库时，您总是会收到以下消息。
[warning] This environment is in read-only Git mode. If you want to makechanges to the codebase of this site (e.g. updating modules or plugins),
you will need to toggle into read/write SFTP mode first.
这很烦人，我还没有找到任何方法来关闭它。除此之外，如果您确实打开了 SFTP 模式，那么您根本无法使用 git。它在源代码控制和使用 SFTP 粉碎事物之间产生了这种奇怪的悖论。您最好选择一条或另一条路线，但人们可以随时在它们之间切换。我只是发现每次将代码推送到 git repo 时都会提醒 SFTP 很奇怪。
总的来说，我喜欢我在万神殿的经历。该服务背后的团队非常了解他们的东西，并且非常乐意回答有关我的项目的问题，其中一些非常复杂并且有一些独特的要求。仪表板和界面易于使用，并附有一些一流的文档。
您对 Pantheon PaaS 托管产品有何看法？在下面发表评论并让我知道。我很想听听你的经历。
以上是 Drupal PaaS 托管评论：万神殿 的全部内容， 来源链接： utcz.com/z/317329.html
