【问题标题】:Where is the fundamental documentation on AppScale?AppScale 的基本文档在哪里?
【发布时间】:2013-09-28 00:07:15
【问题描述】:

在AppScale 主页上,有一个指向他们的Documentation page 的链接。但是,此页面仅包含有关

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

我发现它的结构有些随意,但更重要的是:我看不到所有基本文档的位置。它只是结构不佳,还是实际上不存在?例如,我没有找到以下内容:

  • AppScale 的基本架构是什么?它是如何工作的,真的吗? (除此之外它类似于 GAE)
  • AppScale 在生产环境中安装后如何升级?我可以一次迭代地做一台机器吗?我想拥有一个包含多个版本的 AppScale(和相关服务)的集群可能会导致问题。
  • AppScale 是否“只是”(对“只是”没有负面影响)是程序/服务(数据库、网络服务器、缓存等)的集合,并与漂亮的 Web-GUI 前端捆绑在一起以便于管理?或者还有更多内容?
  • 如何配置它以使所有虚拟机的配置保持一致?
  • 在哪里可以找到有关负载平衡器工作原理的更多信息?它究竟在平衡什么服务的负载?如何?
  • 如何配置例如 Cassandra 数据库?是否只是像我通常那样配置 Cassandra,与 AppScale 无关?
  • 我在 AppScale 配置中指定的 IP 地址,它们究竟以何种方式与服务相关联?它们是“只是”AppScale 对相应服务的访问点,还是实际上以某种方式引导到这些服务以成为其配置的一部分?
  • 名单还在继续……

简而言之,我真的很想念一些关于 AppScale 工作原理、所有东西如何连接以及我应该如何使用它的文档。也许我只是在寻找所有错误的地方?

【问题讨论】:

    标签: appscale


    【解决方案1】:

    正如您提到的,默认文档位于github wiki。

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

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

    自从该项目从大学出来并发展成为一家公司以来,重点一直是可用性和稳健性。自从上面列出的出版物以来,发生了很多变化。

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

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

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

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

    AppScale 是否“只是”(对“只是”没有负面影响)程序/服务(数据库、网络服务器、缓存等)的集合,并与一个漂亮的 web-GUI 前端捆绑在一起以便于管理?或者还有更多内容?

    AppScale 将许多流行且强大的分布式技术结合在一起,以提供可扩展的 GAE 克隆。这些技术包括:Cassandra、memcached、ZooKeeper、RabbitMQ、celery、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 的方式放置的不同服务。

    名单还在继续……

    You can email the mailing list for these questions

    或访问我们在 freenode.net 上#appscale 的 IRC 频道

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

    【讨论】:

    • 感谢您的精心回复。不幸的是,它证实了我对分散和稀疏文档的担忧:以当前的文档水平,一个人必须具备一些内部知识或进行大量实验。我错过了一个文档级别,例如,例如Heroku(请参阅devcenter.heroku.com/articles/quickstart 尤其是devcenter.heroku.com/categories/reference),因此认为 AppScale 中存在太多未知数,无法选择它作为平台。
    • 我非常同意 someName。我很想切换到 AppScale - 它实际上看起来很棒 - 但是在与 Elastic Beanstalk 缺乏文档(可能仍然比 AppScale 的文档更好)或 StackOverflow 上的社区苦苦挣扎之后,我非常犹豫是否要迁移到一个平台有类似的缺陷。邮件列表似乎是一种可能的节省方式。
    • 大部分重要的文档应该来自谷歌,那就是如何编写你的应用程序。 AppScale 的文档都在 Github 中,它相当于 hwo,安装它(它在那里,还不够吗?),以及如何使用预打包的图像(这是启动它的推荐方式,所以你可以专注于应用程序)。对于内部结构,我同意,这可能很好,但在这样一个快速发展的项目中,让它保持最新似乎有点贵,而且它不会专注于应用程序开发人员。
    • 部分链接失效:appscale.com/blog/2013/11/06/…
    • 我们正在考虑它,但正如其他人指出的那样,问题是支持生产环境。大多数在 GAE 上遇到 $ 限制的人都将运行非平凡的足迹,并且可能是一个关键的业务应用程序 - 拥有可靠的操作文档确实至关重要。
    猜你喜欢
    • 2016-12-20
    • 2019-03-07
    • 1970-01-01
    • 2017-04-08
    • 2015-02-21
    • 2014-06-27
    • 2017-12-22
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多