第二十三章 使用有限祈愿术卷轴

八九有预留的程序后门；甚至，有后门才是正常的。

    事实上，虹如果换到对方立场上，他推己及人，假如他自己有一天去制造一种强力的战斗兵器，他也会在兵器内部，设置上一两手以防万一的后门。

    法术运作的幻象消退。

    身体的存在感渐渐回归。

    虹的注意力回转过来。

    虹回过头，重新看向仿佛没有任何变化的蕲三郎。

    蕲三郎正伫立在洞穴口，为他阻挡可能出现的怪物。

    目光在蕲三郎身上停留了一会儿，虹又闭上眼睛，心念传递。

    ……

    ……

    ……

    自获得了操纵查克拉的抓手后，虹立马开始了他的下一步工作。

    他将刷怪的任务又再往后推了推。

    整日沉浸于通过意念，向蕲三郎体内的计算机系统，导入一个个指令组合。

    间或不时，他又会从中删掉一些感觉不合理或者自觉有漏洞的指令组合。

    蕲三郎手掌上，一行行淡蓝色查克拉组成的命令，快速跳跃——因为一分钟的时间有限，虹没有将反馈和显示的需求加入到祈愿之中。

    但虹对此有自己的考虑。

    目前临时可以先通过查克拉塑形模拟一些简单的文字指令，做一些标记——当前的情况来说，是够用了。

    等以后时间充裕，或许可以以幻术或者其他方式，更加立体地展现内容、传递讯息。

    但那是以后完善的事情，虹现在连个简陋的框架都还没搭建起来。

    ……

    ……

    ……

    ‘接下来是集群工作的初步程序架构。’

    虹的脑海中，思维火花不断碰撞着。

    ‘首先，需要一个或多个管理节点作为观察和控制集群内其他节点状态的控制核心。’

    ‘然后，还需要多个活动节点，作为实施具体动作的工作机。’

    ‘另外活动节点，必须预留出调动其他程序命令的接口。’

    ‘管理节点的规则，则遵循一主多备的思路。’

    ‘在主节点宕机后，备用管理节点要无缝接过调度任务，以维持整个集群的不间断运作。’

    ‘管理节点，具体负责的任务。’

    ‘第一，记录接入集群的节点标识，并且维护当前在线节点的状态。’

    ‘第二，负责传递指令，负责根据各个节点当前工作量，分配任务，实现负载均衡。’

    ‘第三，反馈各个节点状态，通过命令行，将异常情况及时上报到显示终端。’

    ‘第四，负责记录执行过的历史指令，形成日志。’

    ‘第五，负责将节点状态和日志同步到备用管理节点，使主备节点信息保持一致。’

    ‘第六……’

    ‘活动节点的详细工作流程。’

    ‘第一项，定时与各个节点交换心跳包，维持存活状态，更新集群信息链表。’

    ‘第二项，接受从管理节点传递来的指令，加入到待执行命令链表。’

    ‘第三项，为即将执行的指令，开启一个线程，记录线程的标识。’

    ‘第四项，检测各个线程执行状况，对异常的线程进行处理，重点关闭超时线程。’

    ‘第五项……’