11
На домашней странице AppScale есть ссылка на их Documentation page. Однако, эта страница имеет только документацию оГде находится основная документация по AppScale?
- Как установить раздел AppScale
- «Дополнительно» о том, как обрабатывать различные конкретные вещи.
Я нахожу его несколько условно структурированным, но что более важно: я не вижу, где находится вся фундаментальная документация. Это просто плохо структурировано или оно вообще отсутствует? Например, мне не удалось найти следующее:
- Какова основная архитектура AppScale? Как это работает? (Кроме того, что он похож на GAE)
- Как обновить AppScale после его установки в производственной среде? Могу ли я сделать это итеративно, одна машина в то время? Я думаю, что наличие кластера с несколькими версиями AppScale (и сопутствующих сервисов) может привести к проблемам.
- Является ли AppScale «просто» (ничего отрицательного о «просто») набором программ/сервисов (DB, веб-сервер, кеш и т. Д.), В комплекте с приятным интерфейсом для веб-GUI для легкого управления? Или там больше?
- Как его настроить, чтобы конфигурации были согласованы во всех виртуальных машинах?
- Где я могу найти дополнительную информацию о том, как работает балансировщик нагрузки? Точно, какая загрузка сервиса балансирует? И как?
- Как настроить, например, базу данных Cassandra? Просто настроить Кассандру, как я обычно делаю, не связан с AppScale?
- IP-адреса, которые я указываю в конфигурации AppScale, в точности, каким образом они относятся к сервисам? Являются ли они «точными» точками доступа AppScale к соответствующим службам или они фактически направляются каким-то образом этим сервисам, чтобы стать частью их конфигурации?
- И этот список можно продолжить ...
Короче говоря, я очень скучаю некоторую документацию о том, как AppScale работает, как все проводные вверх, и как я должен работать с ним. Возможно, я просто ищу все неправильные места?
Спасибо за подробный ответ. К сожалению, это подтвердило мои опасения по поводу разбросанной и разреженной документации: при существующем уровне документации каждый должен иметь некоторые внутренние знания или делать много экспериментов. Я пропускаю уровень документации, например, Heroku (см. Https://devcenter.heroku.com/articles/quickstart и особенно https: //devcenter.heroku.com/categories/reference), и поэтому думаю, что в AppScale слишком много неизвестных, чтобы выбрать его как платформу. – someName
Я полностью согласен с someName. Я бы с удовольствием переключился на AppScale - он действительно выглядит фантастически - но после большой боли, связанной с отсутствием документации Elastic Beanstalk (которая может быть лучше, чем AppScale) или сообществом в StackOverflow, я крайне не решаюсь перейти на платформу с аналогичными недостатками. Список рассылки, по-видимому, является возможной экономией. – rattray
Большая часть документации, которая имеет значение, должна поступать от Google, то есть как написать приложение. Документация для AppScale находится в Github, и она равна hwo, чтобы установить ее (она есть, этого было недостаточно), и как использовать предварительно упакованные изображения (это рекомендуемый способ ее запуска, поэтому вы можете сосредоточиться на приложении). Для внутренних дел это может быть приятно, я согласен, но в таком быстро меняющемся проекте кажется немного дорогим, чтобы поддерживать его в актуальном состоянии, и это не будет сосредоточено на разработчике приложения. – graziano