Это будет общий вопрос.Mesos и постоянное хранилище с использованием MySQL
Мы молодой стартап сталкивается с неизбежной проблемой масштабирования и в ходе нашего исследования, Apache Mesos казалась, хорошо подходит для нашей архитектуры, которая -
- Основных microservices основы Scala, каждый из которых отвечает за дело с частью нашей базы данных, которая в основном MySQL
- Middleware microservices, , чтобы иметь дело с некоторыми другими системами настойчивых данных для хранения как MongoDB, Elasticsearch т.д.
В основном это означает, что мы можем контейнеризовать все наши услуги и отправлять их в один центр данных, который затем может развернуть эти контейнеры топографически агностическим способом.
То, что мы в настоящее время в тупик это -
- Mesos, кажется, не имеют каких-либо встроенную поддержку MySQL
- контейнерной основе настойчивости кажется очень сложным и трудно управлять/поддерживать.
Мы хотели бы продолжать использовать MySQL/MongoDB/ElasticSearch, потому что переход на Cassandra и т. Д. На этом этапе (мы небольшая команда) - это слишком много служебных и, следовательно, не вариант. Каковы наилучшие стратегии для этой проблемы?
Потому что Хлопок слишком молод? – haosdent
Как рассмотреть возможность развертывания mysql/mongo db вне кластера mesos и перенести их в кластер mesos, когда все условия удовлетворяют. – haosdent
@haosdent да, хорошо, если нам удастся хорошо поработать с Amazon RDS, у нас нет причин переносить базу данных MySQL внутри Mesos. Да, использование мудрое, мы не будем в значительной степени использовать экземпляр RDS слишком сильно прямо вверх, но посмотрим, как лучше всего это оптимизировать. Проблема по-прежнему заключается в развертывании MongoDB через Mesos. Хотя в нашем случае MongoDB не является критически важным и может быть контейнерным в кластере, если контейнеры сохраняются. – Ashesh