Java высокая доступность кластера архитектура и простой анализ микро Services Architecture

последовательность

Большинство читателей, вероятно, интересно, почему в этой эпохе микро-услуг Даббы, весна облако представляло, я также хотела бы организовать это уже «устаревшую» кластерную архитектуру высокой доступности?

Я работаю большую часть команды 7-15 человек, собранные командой разработчиков, компания соответствующие проекты, в основном малого и среднего размера проекта, самый крупный проект PV / UV, только 10w / 2w. В таком случае, компании, как правило, малые и средние предприниматели начали не долго, большинство из них нуждается в духе «сократить расходы», «с минимальными затратами, чтобы максимизировать выход.» архитектура Micro-сервис по сравнению с кластерной архитектурой с высокой степенью доступности, понять, член технической группы по подготовке относительно мало, затраты на развертывание сервера должны быть относительно выше.

Как руководитель технической команды, безусловно, должно учитывать общие расходы, в противном случае не задолго до начала переговоров выигрышных является армией бара. , ,

Во-первых, как выбрать

1, высокая доступность кластеризации

Для малых и средних компаний запуска проекта инфраструктуры и небольшая техническая команда развертывания быстро итерационного выпуска, предварительно недорогая операция, сумма инвестиционных затрат на боковой сервере расширения сжимающей вспышкой. http://m.qd8.com.cn/yiyao/xinxi21_3709996.html

Особенности:

  • Низкие первоначальные расходы развития технологий

  • Некоторые затраты расширения сервера

  • Подготовка основной команды и требует меньшего мастерства

  • Релизы проекта не спускать практически никакой зависимости от низкой стоимости времени

  • эксплуатация и обслуживание сервера стоит в целом

  • Большая и отдельный модуль разработка проекта

  • Более эффективный и более стабильный выбор технической архитектуры

  • Микро- услуги Архитектура обсессивно-компульсивное расстройство Н.А.

2, микро услуги Архитектура

Сжатие архитектура сервера бизнеса в крупных инфраструктурных проектах крупных технологических компаний, система может быть разделены несколько проектов в одиночку операциями, крупномасштабная техническая группа, стандартизированные продукты платформы управления, некоторые из первоначальной стоимости инвестиций, низкая стоимость расширения указанного сервиса.

  • Некоторые затраты на разработку ранних технологий

  • Затраты на расширение сервера Низшие

  • Требования при подготовке и квалификации основной команды выше

  • Опубликованные развертывания зависимостей проекта, один на один развертывание, высокие затраты времени

  • эксплуатация и обслуживание сервера расходы, как правило, выше или

  • Яснее модуль разработки проекта разделения

  • Все больше и больше моды прилив выбора технической архитектуры

Во-вторых, высокая доступность архитектуры кластеризация

1, необходимый список серверов

  • балансировка нагрузки сервера

  • Проект веб-сервер

  • сервер Cache

  • Сервер баз данных (в режиме ожидания)

Примечание: Некоторые могут спросить, если мелкомасштабные проекты автономное обслуживание, балансировка нагрузки, если вам не нужно? Основная задача была распределить нагрузку балансировки запросов на сервер, а другая роль заключается в защиту исходного сервера, сервер не предоставляет реальный IP, значительно снижают риск сервера *** от DDoS, обратитесь к «будучи DDoS *** и анализ о принципах и защиты, "  текст. Желудочно - кишечные больницы Медицинского Цзяоцзо Го хорошо: Http: //jz.lieju.com/zhuankeyiyuan/37324643.htm

2, развернуть список серверов

  • Сервер больше веб-проекта (кластер нагрузка)

  • Асинхронный сервер службы (распределительный центр, очереди сообщений, рабочие задания и т.д.)

  • Сервер база данных (отдельное чтение и запись, от мастер-копии)

  • Файловый сервер

2, диаграмма

Кластер схема архитектуры

В-третьих, микро услуги Архитектура

1, список серверов

  • Dubbo / весна облако семейство серверов ведро сборки

  • балансировка нагрузки сервера

  • Проект сервера веб-модуль

  • Проект веб-сервер B модуль

  • Проект веб-сервер C модуль

  • Проект веб-сервер модуль XXX

  • сервер Cache

  • Сервер базы данных

  • Файловый сервер

  • Асинхронный сервер службы (распределительный центр, очереди сообщений, рабочие задания и т.д.)

2, диаграмма

Micro Services Architecture

Примечание: Источник  http://yun.itheima.com/open/217.html

IV Резюме

Таким образом, наши услуги для высокой доступности кластера и микро-архитектуры, чтобы сделать простой анализ графа сцены и архитектуры, чтобы не сказать, что сцена должна использовать то, что архитектура, если не сказать, что самая последняя на какой архитектуре, но на основе фактических затрат и выход в качестве отправной точки для выбора.

Венчурная компания только начала, средства могут также сотни миллионов, или участвовать в архитектуре микро-обслуживания, технической команды и стоимости оптического сервера месяца приходится основная часть компании, а не продукт линии, компания была закрыта;

Есть ресурсы компании, на каждом шагу вы можете получить десять миллионов даже много финансирования, более высокий уровень бизнес-направления, если только с архитектурой высокой доступности, все бизнес-модули раздутой в проекте, будь то на управление код или управление персоналом Они огромны потребление ресурсов.


рекомендация

отblog.51cto.com/14510351/2451326