问题 AppScale的基础文档在哪里?


AppScale 主页有一个链接到他们的 文档页面。但是,此页面仅包含有关的文档

  1. 如何 安装 AppScale
  2. 关于如何处理各种特定内容的“高级”部分。

我发现它有点任意结构,但更重要的是:我没有看到所有基本文档的位置。它只是结构不合理,还是实际上没有?例如,我未能找到以下内容:

  • AppScale的基本架构是什么?它是如何工作的,真的吗? (除此之外,它类似于GAE)
  • 如何在生产环境中安装AppScale后升级它?我可以迭代地做,一台机器吗?我想拥有一个具有多个版本的AppScale(和相关服务)的集群可能会导致问题。
  • AppScale“只是”(对于“只是”没有任何负面影响)一系列程序/服务(数据库,网络服务器,缓存等),捆绑了一个漂亮的网页GUI前端,便于管理?或者还有更多吗?
  • 如何配置它以使配置在所有虚拟机中保持一致?
  • 在哪里可以找到有关负载均衡器如何工作的更多信息?究竟服务的负载是什么?如何?
  • 例如,如何配置Cassandra数据库?是否像我通常那样配置Cassandra,与AppScale无关?
  • 我在AppScale配置中指定的IP地址,它们与服务的相关方式是什么?它们是“公正”AppScale对各自服务的接入点,还是它们实际上以某种方式引导到这些服务成为其中的一部分  组态?
  • 而这样的例子不胜枚举...

简而言之,我真的很想念一些关于AppScale如何工作,如何连接所有内容以及我应该如何使用它的文档。也许我只是看错了地方?


12895
2017-09-28 00:07


起源



答案:


正如您所提到的,默认文档是关于 github wiki

您可以在此处找到有关架构和AppScale的旧文章:

有多篇文章详细介绍了AppScale中的功能

由于该项目来自大学并分拆成一家公司,因此重点是可用性和稳健性。自上面列出的出版物以来,发生了很多变化。

AppScale的基本架构是什么?它是如何工作的,真的吗?   (除此之外,它类似于GAE)

AppScale是您的基本三层Web架构(负载均衡器,应用程序服务器,数据存储),以及支持最流行的GAE API(memcache,taskqueue,blobstore等)的其他服务。

如何在生产环境中安装AppScale后升级它?我可以迭代地做,一台机器吗?我想拥有一个具有多个版本的AppScale(和相关服务)的集群可能会导致问题。

虽然我们确实在实验室中进行了实时迁移,但我们还没有滚动升级(参见上面的hotcloud论文)。目前,您必须关闭AppScale,更新每台计算机并重新启动它。

AppScale“只是”(对于“只是”没有任何负面影响)一系列程序/服务(数据库,网络服务器,缓存等),捆绑了一个漂亮的网页GUI前端,便于管理?或者还有更多吗?

AppScale将许多流行且强大的分布式技术粘合在一起,以提供可扩展的GAE克隆。这些技术包括:Cassandra,memcached,ZooKeeper,RabbitMQ,芹菜,ejabberd等。它自动配置和部署每个所需的服务,使GAE应用程序无需修改即可运行。

如何配置它以使配置在所有虚拟机中保持一致?

在初始化时,我们有一个标志,您可以设置“scp:〜/ appscale”,您可以在其中告诉AppScale工具将修改后的代码版本(不同于VM上运行的版本)复制到所有计算机的位置。如果您的意思是在运行时进行修改,我建议使用分布式ssh等工具来执行此操作。看到: http://www.netfort.gr.jp/~dancer/software/dsh.html.en

在哪里可以找到有关负载均衡器如何工作的更多信息?究竟服务的负载是什么?如何?

使用nginx和HAProxy进行负载均衡。 Nginx在头节点上运行,用于静态文件服务,应用程序路由配置和SSL。 HAProxy用于运行状况检查,其统计信息用于自动扩展。 Web请求的路径是Nginx - > HAProxy - > Web Server。

例如,如何配置Cassandra数据库?是否像我通常那样配置Cassandra,与AppScale无关?

AppScale自动配置和部署Cassandra。如果您想更改我们用于Cassandra的默认值,请修改appscale / AppDB / cassandra下的代码。

我在AppScale配置中指定的IP地址,它们与服务的相关方式是什么?它们是“正义”的AppScale对各自服务的接入点,还是它们实际上以某种方式引导到这些服务以成为其配置的一部分?

角色由这种先进配置决定。任何应用程序的访问点始终通过头节点。但是,应用程序可以访问基于初始化时配置AppScale的方式放置的不同服务。

而这样的例子不胜枚举...

您可以通过电子邮件将邮件列表发送给我们

或者访问freenode.net上#appscale的IRC频道

源代码是开放的,因此您可以深入了解确切的内部工作原理。


12
2017-10-01 23:20



感谢您的精心回复。不幸的是,它证实了我对分散和稀疏文档的担忧:根据当前的文档级别,人们必须具备一些内部知识或进行大量实验。我想念文档级别,例如Heroku(见 devcenter.heroku.com/articles/quickstart 特别是 devcenter.heroku.com/categories/reference因此,认为AppScale中有太多未知数将其选为平台。 - someName
我非常同意someName。我很想切换到AppScale - 它实际上看起来很棒 - 但是在Elastic Beanstalk缺乏文档(可能仍然比AppScale更好)或StackOverflow上的社区之后,我感到非常痛苦,我对于转移到平台非常犹豫有类似的不足。邮件列表似乎确实可以保存。 - rattray
大多数重要的文档应该来自Google,即如何编写应用程序。 AppScale的文档都在Github中,它等于hwo,安装它(它在那里,还不够吗?),以及如何使用预先打包的图像(这是推荐它的启动方式,所以你可以专注于应用程序)。对于内部人员来说,它可能很好,我同意,但是在这样一个快速发展的项目中,保持最新状态似乎有点贵,并且它不会专注于应用程序开发人员。 - graziano
一些链接被破坏: appscale.com/blog/2013/11/06/... - xybrek
我们正在考虑这个问题,但其他人指出的问题是支持生产环境。大多数人在GAE周围遇到限制因素都会产生非平凡的影响,并且可能是一个关键的商业应用程序 - 拥有稳固的操作文档确实很关键。 - Jan Z


答案:


正如您所提到的,默认文档是关于 github wiki

您可以在此处找到有关架构和AppScale的旧文章:

有多篇文章详细介绍了AppScale中的功能

由于该项目来自大学并分拆成一家公司,因此重点是可用性和稳健性。自上面列出的出版物以来,发生了很多变化。

AppScale的基本架构是什么?它是如何工作的,真的吗?   (除此之外,它类似于GAE)

AppScale是您的基本三层Web架构(负载均衡器,应用程序服务器,数据存储),以及支持最流行的GAE API(memcache,taskqueue,blobstore等)的其他服务。

如何在生产环境中安装AppScale后升级它?我可以迭代地做,一台机器吗?我想拥有一个具有多个版本的AppScale(和相关服务)的集群可能会导致问题。

虽然我们确实在实验室中进行了实时迁移,但我们还没有滚动升级(参见上面的hotcloud论文)。目前,您必须关闭AppScale,更新每台计算机并重新启动它。

AppScale“只是”(对于“只是”没有任何负面影响)一系列程序/服务(数据库,网络服务器,缓存等),捆绑了一个漂亮的网页GUI前端,便于管理?或者还有更多吗?

AppScale将许多流行且强大的分布式技术粘合在一起,以提供可扩展的GAE克隆。这些技术包括:Cassandra,memcached,ZooKeeper,RabbitMQ,芹菜,ejabberd等。它自动配置和部署每个所需的服务,使GAE应用程序无需修改即可运行。

如何配置它以使配置在所有虚拟机中保持一致?

在初始化时,我们有一个标志,您可以设置“scp:〜/ appscale”,您可以在其中告诉AppScale工具将修改后的代码版本(不同于VM上运行的版本)复制到所有计算机的位置。如果您的意思是在运行时进行修改,我建议使用分布式ssh等工具来执行此操作。看到: http://www.netfort.gr.jp/~dancer/software/dsh.html.en

在哪里可以找到有关负载均衡器如何工作的更多信息?究竟服务的负载是什么?如何?

使用nginx和HAProxy进行负载均衡。 Nginx在头节点上运行,用于静态文件服务,应用程序路由配置和SSL。 HAProxy用于运行状况检查,其统计信息用于自动扩展。 Web请求的路径是Nginx - > HAProxy - > Web Server。

例如,如何配置Cassandra数据库?是否像我通常那样配置Cassandra,与AppScale无关?

AppScale自动配置和部署Cassandra。如果您想更改我们用于Cassandra的默认值,请修改appscale / AppDB / cassandra下的代码。

我在AppScale配置中指定的IP地址,它们与服务的相关方式是什么?它们是“正义”的AppScale对各自服务的接入点,还是它们实际上以某种方式引导到这些服务以成为其配置的一部分?

角色由这种先进配置决定。任何应用程序的访问点始终通过头节点。但是,应用程序可以访问基于初始化时配置AppScale的方式放置的不同服务。

而这样的例子不胜枚举...

您可以通过电子邮件将邮件列表发送给我们

或者访问freenode.net上#appscale的IRC频道

源代码是开放的,因此您可以深入了解确切的内部工作原理。


12
2017-10-01 23:20



感谢您的精心回复。不幸的是,它证实了我对分散和稀疏文档的担忧:根据当前的文档级别,人们必须具备一些内部知识或进行大量实验。我想念文档级别,例如Heroku(见 devcenter.heroku.com/articles/quickstart 特别是 devcenter.heroku.com/categories/reference因此,认为AppScale中有太多未知数将其选为平台。 - someName
我非常同意someName。我很想切换到AppScale - 它实际上看起来很棒 - 但是在Elastic Beanstalk缺乏文档(可能仍然比AppScale更好)或StackOverflow上的社区之后,我感到非常痛苦,我对于转移到平台非常犹豫有类似的不足。邮件列表似乎确实可以保存。 - rattray
大多数重要的文档应该来自Google,即如何编写应用程序。 AppScale的文档都在Github中,它等于hwo,安装它(它在那里,还不够吗?),以及如何使用预先打包的图像(这是推荐它的启动方式,所以你可以专注于应用程序)。对于内部人员来说,它可能很好,我同意,但是在这样一个快速发展的项目中,保持最新状态似乎有点贵,并且它不会专注于应用程序开发人员。 - graziano
一些链接被破坏: appscale.com/blog/2013/11/06/... - xybrek
我们正在考虑这个问题,但其他人指出的问题是支持生产环境。大多数人在GAE周围遇到限制因素都会产生非平凡的影响,并且可能是一个关键的商业应用程序 - 拥有稳固的操作文档确实很关键。 - Jan Z