Day 2:AWS是什麽?30天从动漫/影视作品看AWS服务应用 -《Vivy -Fluorite Eye's Song》Part 2

续角色介绍,但也是快要没梗,只能说真正有趣的会是几个Vivy经历过的事件扭转,如果透过AWS相关服务解读,其实是非常立体鲜活同时也相当具有警世效果的,不过几个重要的角色仍然有其意义在,仍是值得一提。

角色三:亚卡布

作为集体AI的暂存大脑空间,亚卡布在剧中的角色,就是让AI们储存记忆,也就是运算资料的地方,甚至可以与单一个体或众多AI群体进行交谈、讯息交换等行为,俨然是一台巨大的Amazon S3加上Amazon EC2的综合体,甚至还稍微附带了一点AWS Outposts特质,毕竟最终由Vivy前往阻止亚卡布屠杀人类的时候,还是进入了守卫森严的机房,再进入虚拟介面进行破坏,而其中亚卡布要求Vivy作为最终决定者的时候,甚至可以说使用了AWS Organizations进行对於所有连线到亚卡布的AI管理,以及AWS IAM的资安机制,进行单一对象也就是Vivy的使用者授权。

https://ithelp.ithome.com.tw/upload/images/20210916/20140138tVziliIw0w.jpg
(虽然每次都觉得亚卡布超烦根本大脑偷窥狂,当然AWS的服务绝对不会如此赤裸)

角色四:
其他AI-边缘运算
而对於其他AI来说,综观最终结局,其实都必须连线到亚卡布,完成指令,但各个AI却也都能进行自身的运算,或是连结至亚卡布或其他AI进行资讯交换或是安全防护的突破,其中巨浮岛上的M就是一个很好的例子。而从结尾一众AI共享特定讯号机台,一同唱出一样的歌声即可知。(严格说起来不算AWS特有服务,但可以聊表充数云端科技吗w)
虽然这种类似的概念在许多相关作品都曾经被使用过,都会被用於一些终局之乱(笑)听起来好像其实不是什麽相当安全的玩意儿,彷佛使用了边缘运算服务就是虽然便利但又一去不复返的灾难体质,只能说边缘运算在不同情境之下都是有可以防护的措施可以运用。
https://ithelp.ithome.com.tw/upload/images/20210916/20140138OC56yQU8wT.jpg
看看开头那精美的血流成河(误)

下篇将针对Vivy中出现的事件角度切入AWS IoT相关的服务应用,这篇就是一些偷懒的狗尾续貂(嘘)


<<:  Day2-台湾菜鸟工程师再度挑战之序之一

>>:  Day01:写程序很快乐,那开发产品呢?

Java学习之路05---运算子

架构图 前言 表达式是程序进行算术运算中的表示方式,我们可以简单地把表达式拆解为表达式 = 运算子 ...

Day 19 - Maybe Monad

yo, what's up 在之前我们都是用 Identity 作为例子,但其功用并不大,所以今天要...

Day9|工作区、暂存区、储存库,以及各执行的档案状态

前几篇章节经常提到使用 git add 加至暂存区,git commit 提交到储存库。这些工作区、...

Day 4 : 案例分享(1.2) B2C经典流程 电子商务 + 进销存 + 会计(应收付)

二.电子商务->金流->後台对帐->销单出货 进入商城,加入购物车,并结帐 采客制...

Day26 Uptime 功能介面

接下来这篇我们将在Kibana来观察监控服务的运行状态。 Kibana Uptime 介面 打开Ki...