commit 622557cdfbb2e8dc6344f52543365d417adf77be
parent 6c4d6e588640057dff291ba02d96c0eb78364a71
Author: Ivan Gankevich <igankevich@ya.ru>
Date: Thu, 2 Nov 2017 13:28:47 +0300
Edit p2.
Diffstat:
2 files changed, 19 insertions(+), 9 deletions(-)
diff --git a/arma-thesis-ru.org b/arma-thesis-ru.org
@@ -2493,6 +2493,16 @@ IP-адрес, передавая, сколько узлов уже связан
вершина графа может иметь несколько входящих ребер, а значит несколько
руководящих узлов.
+Основное назначение предлагаемого подхода состоит в упрощении разработки
+распределенных приложений для пакетной обработки и промежуточного программного
+обеспечения, а идея состоит в обеспечении отказоустойчивости на самом низком из
+возможных уровней. Реализация разделена на два слоя: нижний слой состоит из
+подпрограмм и классов для приложений, работающих на одном узле (без
+взаимодействия по сети), а верхний слой предназначен для приложений, работающих
+на произвольном количестве узлов. Предполагается наличие двух типов сильно
+связанных сущностей\nbsp{}--- это /управляющие обеъкты/ (или /объекты/ для
+краткости) и /конвейеры/,\nbsp{}--- которые составляют основу программы.
+
**** Программная реализация.
Из соображений эффективности конвейер объектов и методы обеспечения
отказоустойчивости (которые будут описаны далее) были реализованы во фреймворке
diff --git a/arma-thesis.org b/arma-thesis.org
@@ -2341,15 +2341,15 @@ in parallel\nbsp{}cite:acun2014charmpp,islam2012oozie, but graphs are not
suitable to determine principal-subordinate relationship between tasks, because
a node in the graph may have multiple incoming edges (multiple principal nodes).
-The main purpose of the model is to simplify development of distributed batch
-processing applications and middleware. The main focus is to make application
-resilient to failures, i.e. make it fault tolerant and highly available, and do
-it transparently to a programmer. The implementation is divided into two layers:
-the lower layer consists of routines and classes for single node applications
-(with no network interactions), and the upper layer for applications that run on
-an arbitrary number of nodes. There are two kinds of tightly coupled entities in
-the model\nbsp{}--- /control flow objects/ (or /kernels/ for short) and
-/pipelines/\nbsp{}--- which are used together to compose a programme.
+The main purpose of the proposed approach is to simplify development of
+distributed batch processing applications and middleware. The main focus is to
+make application resilient to failures, i.e. make it fault tolerant on the
+lowest possible level. The implementation is divided into two layers: the lower
+layer consists of routines and classes for single node applications (with no
+network interactions), and the upper layer for applications that run on an
+arbitrary number of nodes. There are two kinds of tightly coupled
+entities\nbsp{}--- /control flow objects/ (or /kernels/ for short) and
+/pipelines/\nbsp{}--- which compose a programme base.
Kernels implement control flow logic in theirs ~act~ and ~react~ methods and
store the state of the current control flow branch. Both logic and state are
