Highload-сервис
Давайте рассмотрим, с чего можно начать знакомство с высоконагруженными технологиями либо highload applications человеку, который с данным никогда не встречался.
Сперва условимся, что по сути, разработка высоконагруженной системы не так значительно различается от просто компетентной подготовки веб-приложения. Главным объектом в такой подготовке считается верное планирование архитектуры дополнения.
Из чего формируется компетентная архитектура
Все большие веб-сайты создаются по одному принципу – деление конструкции проекта на части. Второе значительное решение при подготовке архитектуры – применять испытанные решения.
Для решения 2-ух этих основных проблем подходит любой передовой фреймворк. Сегодня для любого распространенного языка программирования, будь то Html, Python, Ruby либо Java есть испытанный обществом и обилием программ фреймворк. А выбор фреймворка должен базироваться, прежде всего, на языке программирования, с которым вы прекрасно известны. В случае если вы никогда в жизни не работали с фреймворками – первым пунктом в исследовании разработки highload -приложений должно находиться исследование точного фреймворка.
Помимо верного выбора компьютерной основы, есть еще большое количество вещей, которые надо исследовать. Основы масштабирования, выбор приборов, базы данных и компетентная работа с ней, шардинг и денормализация – все эти мнения не должны вызывать у вас проблем. Чтобы поглубже разобраться с построением высоконагруженной архитектуры, рекомендуем исследовать следующую сборку установок и ресурсов по highload.
Для постройки отличного проекта необходимо руководствоваться рядом критериев при избрании того либо другого решения. Порядок следования показателей может различаться для любого проекта. Такой подход не позволяет вам приватных решений для какой-то обстановки, вместо данного можно изучить вашу ситуацию данных принципов и осознать, какое же решение стоит выбрать как раз вам.
Результативность и ценность для бизнеса. Если не будет действенности, то в продолжительной возможности ваш проект вероятнее всего проиграет соперникам.
Безопасность. Как уколем элемент? Насколько часто и какого значения дырки располагаются? Насколько быстро закрываются уязвимости?
Не усложняй без потребности (KISS — Keep It Simple and Stupid). К примеру, можно выбрать некоторое монструозное enterprise-решение, либо получить что-нибудь элементарное и тяжелое (вероятно несколько доработав)
Отказоустойчивость. Сервисы, которые довольно часто выходят из строя, не нравятся никому. В собственном плане нужно размышлять о том, как вы будете гарантировать его верную деятельность. К примеру, репликация СУБД, несколько фронтендов и балансировщиков перегрузки.
Легкость в применении. К примеру у вас есть некоторый элемент системы и пользуетесь им не только лишь вы. Надо расценить, как без проблем его будет применять иным работникам, сколько вам времени надо будет растратить на их изучение.
Легкость помощи и регулирования.
Масштабируемость: вероятность без проблем приумножить какие-то численные характеристики системы.
Воспроизводимость: вероятность без проблем воссоздать что-нибудь, к примеру VM с детальным софтом