В лучшем случае, при создании инфраструктуры по хранению, обработке и передачи данных заказчики руководствуются лишь оценкой производительности серверов и объемом доступного дискового пространства, но не задумываются о том, что перспектива развития «блокчейн-сети» во многом будет зависеть, например, от перехода от «блокчейн 1.0» к «блокчейн 3.0» в процессе создания так называемых межотраслевых консорциумов.
В свое время, а именно 20 лет назад :-), я написал следующие работы:
– Комплексный подход к построению и оптимизации кластерных вычислительных сетей [ 4 4 .Чесалов А. Ю. Комплексный подход к построению и оптимизации кластерных вычислительных сетей. // Международный научно-практический семинар и всероссийская молодежная школа «Высокопроизводительные Параллельные Вычисления на Кластерных Системах»: Сборник трудов 2 международного научного семинара. / Нижегородский государственный университет им. Н. И. Лобачевского, г. Нижний Новгород, 2002 г. С. 329—333.
].
– Построение комплекса взаимосвязанных моделей для синтеза корпоративных вычислительных сетей [ 5 5 .Федченко С. Л., Чесалов А. Ю. Построение комплекса взаимосвязанных моделей для синтеза корпоративных вычислительных сетей. // Международная научная конференция «Математические методы в технике и технологиях» – ММТТ-14: Сборник трудов 14 международной научной конференции. Том 6. Секция 8 / Смоленский филиал Московского энергетического института (технического университета), Смоленск, 2001. C. 147.
].
– Пути оптимизации аппаратно-программной платформы информационной системы [ 6 6 .Палюх Б. В., Чесалов А. Ю. Пути оптимизации аппаратно-программной платформы информационной системы. // Математические методы в технике и технологиях – ММТТ-2000: Сб. трудов Международ. науч. конф. В 7-и т. Т.6. Секции 11, 12, 13/ Санкт-Петербургский гос. Технол. Ин-т (техн. Ун-т). Санкт-Петербург, 2000.С.99—100.
].
И сейчас я хочу вам предложить свое современное понимание решения задачи создания, настройки и управления ИТ-инфраструктурой для поддержки блокчейн-решений.
По моему мнению, решение данной задачи «заказчиком» должно производиться не с рассмотрения характеристик производительности отдельного сервера, а с построения и анализа математических моделей/модели функционирования распределенных центров обработки данных (ЦОД), которые представляют собой сложные вычислительные аппаратно-программные комплексы и обрабатывают запросы, решают задачи, поступающие от других ЦОДов, в реальном масштабе времени.
При построении «блокчейн-сети» одной из основных задач является моделирование работы такой инфраструктуры, обеспечивающей передачу заданных потоков информации по всем направлениям информационного обмена в приемлемое время. В процессе ее решения необходимо учитывать значительное множество характеристик сети, таких как пропускная способность, задержки, надежность, стоимость передачи, обработки и хранения информации.
Сложность синтеза аппаратно-программных и сетевых решений «блокчейн-сети» с учетом всего диапазона взаимосвязанных вопросов такова, что оптимизация по одному общему (комплексному) критерию практически не возможна или приводит к неоправданным вычислениям и временным затратам из-за ограниченных возможностей достоверного определения необходимых объемов исходных данных, динамически меняющихся в ходе эксплуатации сети.
Поэтому, при проектировании «блокчейн-сети» предлагается производить оптимизацию не по комплексному, а по частным критериям оптимальности «блокчейн-сети», как системы, таким как, например, производительность, оптимальная пропускная способность каналов связи, среднее время задержки в сети, надежность, минимальная стоимость и стоимость владения сети с помощью комплекса взаимосвязанных частных моделей.
Полученные, с использованием таких моделей частные решения позволят находить квазиоптимальные решения, последовательно корректируя структуру и характеристики «блокчейн-сети».
Совокупность разрабатываемых моделей должна носить многоуровневый, иерархический характер, и позволять учитывать на каждом уровне новые факторы в сравнении с предыдущими, при фиксации параметров, определенных ранее.
Если полученные на каком-либо этапе параметры «блокчейн-сети» не удовлетворяют заказчика, то осуществляется повторный итерационный расчет с изменениями ранее принятых исходных данных и ограничений.
Читать дальше