Drupal PaaS 托管评论：Platform.sh
继续我对一些 Drupal PaaS 托管平台的审查，我正在查看 Platform.sh。
我没有做的是在所有平台上进行大规模深入研究。最终，您的里程会有所不同，并且对于大多数人来说，您从这些平台中获得的东西也会有所不同。您将了解项目的要求以及需要完成的工作。
此外，如果您想了解更多有关平台的信息，请直接与他们联系。我相信他们会很高兴收到你的来信。
Platform.sh 是由 Commerce Guys 创建的 PaaS 站点，他们是 Drupal Commerce 模块套件的主要驱动力。他们于 2016 年分拆，并成长为 PaaS 领域中一家非常受人尊敬的公司。他们还扩展了他们的服务以支持比 Drupal 多得多的支持，因此您可以轻松地并排部署您的 Drupal 和 WordPress 站点。
优点
正常运行时间 99.5%。
基于容器的基础设施，这意味着它对流量高峰具有高度弹性，因为它可以设置为根据遇到的流量自动扩展。
高度可配置的容器。
从任何代码分支启动无限的环境。
一小时关键响应SLA；谭; 托管代码更新。
专门的入职支持。
支持安全合规审计。
包括全球 CDN。
自动备份和恢复。
缓存和 CDN：强大的缓存路由器；漆。
支持新遗物。
Solr 服务可用。
广泛的文档。
缺点
该平台非常注重开发人员，因此没有为非开发人员提供大量工具来管理或使用该平台。平台命令行工具用于控制服务的各个方面。
与其他 Drupal PaaS 提供商相比，Platform.sh 的定价相当高。
尽管文档内容丰富，但有时缺乏关键细节。
仪表板
Platform.sh自从我开始使用它以来，仪表板经历了一些变化，最新的包括一些急需的界面修复和报告。
Platform.sh 上典型站点的仪表板，但在此屏幕之外没有什么可看的。
结论
Platform.sh几年来，我一直免费托管一个 Drupal 社区组站点，我真的很感谢Platform.sh让我们的小团队能够做到这一点。我们每个月只有几次访问，所以它不会产生太大影响，但是托管这个网站Platform.sh意味着我已经能够在很长一段时间内直接查看该平台。
基于容器的方法允许根据您的代码对平台进行不同的配置，而不是在平台本身中进行设置。一个关键特性Platform.sh（他们是第一个在这个领域引入的）是能够在 git 中创建一个分支，然后立即看到在该代码下运行的站点副本。这个副本是这样完成的，新分支几乎可以立即看到，而无需等待平台复制所有内容。只有当您更改内容时，才会开始制作副本，但这一切都是无缝的。
您获得的仪表板Platform.sh非常小，这里没有太多可看的。一切都意味着通过命令行进行控制，所有这些都称为platform。这个工具很容易安装，但我个人希望通过仪表板完成更多的控制。原始工具使用起来非常烦人，并且需要大量复制和粘贴具有长变量名称的命令。这在过去几年有所改善，因为它现在已经开始在您运行命令时接受用户输入。非常感谢这一点，并使该工具对我来说更容易使用。
我只需要使用一次支持系统，那是因为我在尝试配置平台以运行 drush 命令时遇到了困难。配置文件基于 YML 并控制平台的所有方面，包括 cron 作业、服务器内存甚至服务器版本。配置文件看起来有很好的文档记录，但是当您开始使用它们时，不清楚应该在什么层次结构（YML 文件中的一个重要因素）下的选项。我能够通过快速支持电子邮件解决我的问题。
我觉得真正令人恼火的一件事是，我绝不能忘记每月至少重新启动一次我的网站。如果我确实忘记了，那么 Let's Encrypt 证书就会过期，我手上的网站就会损坏。更令人恼火的是，我无法从网站上执行此操作，必须安装命令行工具并重新启动网站。这样做只需要几分钟，但我真的不明白为什么 Platform 没有把它作为服务的一部分来处理。我希望这是因为我使用的是免费套餐，并且付费服务的设置比这更好。
总体而言，这Platform.sh是一项非常出色和专业的服务，从一开始就很明显。一切都是为了让开发人员能够做他们需要做的事情。命令行繁重的界面面向开发人员，因此可能会让一些人望而却步。我知道很多人喜欢使用命令行工具，所以你可能对我有不同的体验。我使用的支持一直很快（特别是对于免费层）并且来自知识渊博的人。除了我上面提到的 SSL/重新启动问题（您可能认为这是我的错）之外，我从未见过我在那里托管的网站有任何停机时间。如果您不介意使用命令行，那么请Platform.sh看一看，我相信您会对它们提供的内容印象深刻。
您对Platform.shPaaS托管产品有何看法？在下面发表评论并让我知道。我很想听听你的经历。
以上是 Drupal PaaS 托管评论：Platform.sh 的全部内容， 来源链接： utcz.com/z/359073.html
