Системная архитектура и программная архитектура

На протяжении последних 5-10 лет мы часто выступали с сообщениями о программной ар­хитектуре. Все это время среди слушателей находился кто-то, кто спрашивал: «Почему вы говорите о программной архитектуре? Ведь системная архитектура не менее важна!» или «В чем разница между программной и системной архитектурой?»

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

Случаи, когда в процессе создания программной архитектуры соображения по поводу си­стемы не принимаются в расчет, крайне редки. К примеру, если вы хотите, чтобы архитектура была высокопроизводительной, у вас должно быть хотя бы некоторое представление о ха­рактеристиках той аппаратной платформы, на базе которой она будет работать (скорость процессора, емкость памяти, скорость обращения к диску); кроме того, вы должны знать характеристики всех устройств, с которыми системе предстоит взаимодействовать (тради­ционные устройства ввода-вывода, сенсоры, исполнительные механизмы), а в дополнение к этому желательно найти информацию о характеристиках сети (в первую очередь, о ее про­пускной способности). Если архитектура должна быть сверхнадежной, вам, опять же, при­дется иметь дело с аппаратной частью — в этом случае с интенсивностью отказов, наличием резервирования средств обработки и сетевых устройств. И так далее и тому подобное. Архи­текторы редко обходят стороной вопросы аппаратного обеспечения.

Итак, проектируя программную архитектуру, следует представлять себе всю систему — как аппаратную, так и программную части. Отказываясь от этого принципа, вы напрашива­етесь на неприятности. Ни один инженер не возьмется прогнозировать характеристики сис­темы, если специфицирована лишь одна из ее частей.

И тем не менее мы продолжаем настаивать на употреблении термина «программная ар­хитектура». Почему же все-таки не «системная»? Дело в том, что большинство альтернатив архитектора связано не с аппаратурой, а с программным обеспечением. Речь не идет о том, что решений относительно аппаратной части принимать не надо, — просто она может быть неподконтрольна архитектору (именно такая ситуация складывается при разработке систе­мы, которая должна работать на случайных клиентских машинах с подключением к Интерне­ту); с другой стороны, все решения, касающиеся аппаратуры, могут приниматься другими лицами (по экономическим и правовым мотивам или согласно стандартам); кроме того, ап­паратура имеет обыкновение со временем заменяться.

Все вышеприведенные факторы позволяют нам на вполне законных основаниях сосре­доточиться на программной части архитектуры — именно здесь принимается большинство основополагающих решений, существует множество альтернатив и возможностей добиться успеха (или привести к полному провалу!).

—RK

Дата добавления: 2015-04-25