专业微网站,wordpress替换字体颜色,好人一生平安网站哪个好,google adsense wordpress 插件前言
一年一度的亚马逊云科技的 re:Invent 可谓是全球云计算、科技圈的狂欢#xff0c;每次都能带来一些最前沿的方向标#xff0c;这次也不例外。在看完一些 keynote 和介绍之后#xff0c;我也去亲自体验了一些最近发布的内容。其中让我感受最深刻的无疑是 PartyRock 了。…前言
一年一度的亚马逊云科技的 re:Invent 可谓是全球云计算、科技圈的狂欢每次都能带来一些最前沿的方向标这次也不例外。在看完一些 keynote 和介绍之后我也去亲自体验了一些最近发布的内容。其中让我感受最深刻的无疑是 PartyRock 了。PartyRock 真的算是做到了能让任何人快速的构建一个属于自己的 AI 应用。当然本文最后也分享我对于其他在 re:Invent 上提到的一些看法和思考。
那么不多说先来看看今天的主角 PartyRock。 亚马逊云科技开发者社区为开发者们提供全球的开发技术资源。这里有技术文档、开发案例、技术专栏、培训视频、活动与竞赛等。帮助中国开发者对接世界最前沿技术观点和项目并将中国优秀开发者或技术推荐给全球云社区。如果你还没有关注/收藏看到这里请一定不要匆匆划过点这里让它成为你的技术宝库 PartyRock 简介 Everyone can build AI apps. 这句话是 PartyRock 首页的一句话它就是 PartyRock 的最好的功能概括了。
去年到今年 AI 相关的应用层出不穷GEN AI 已经太多了。到目前为止其实我本人已经有点审美疲劳了因为该看的都看的差不多了所以说实话体验之前我并没有对 PartyRock 带有很大期望最多是体验完了之后厚脸皮来一句 “不过如此”。结果体验完成之后发现我说的是 使用体验
下面我就用我自己制作的两个应用和一个官方的应用来说明一下它的使用体验。
构建第一个应用 - 选词填空 制作的过程其实非常简单几乎 10 分钟就搞定了。 步骤 1
点击创建应用之后在它给出的输入框里面输入你想要做的应用的功能描述比如说我最近在学英语我第一想法就是做个选词填空的应用出来于是我就在 App builder 的输入框里面输入如下的内容然后点击 Generate app 就开始生成了。 步骤 2
根据生成的内容你自己按需求修改一下描述和内容这里最后下方的答案输入部分我做了一些提示词的修改其他我也就没动了。 步骤 3
然后就可以测试一下了在第一个框 ( Words to choose from ) 输入一些单词在右边 ( Sentences ) 就会生成对应的题目。 然后你可以在下面 ( Answer ) 作答并验证答案是否正确。 整个过程需要我动脑的地方就是在想我应该如何描述我的应用实际生成的效果很不错我很满意。
构建第二个应用 - 扩写生成图片
第一个应用我们是依赖的 AI 直接帮我们生成的虽然很简单但是对于我们开发者来说与其去想描述不如直接动手来的快。于是这次我们从零开始选择 “ Start from an empty app ” 选项自己搭建一个应用试试看。这次我想试试有关于图片生成的能力对于 AI 生成图片来说最麻烦的是写描述词于是我想让 AI 先帮我扩写然后再利用扩写的内容去生成图片。
步骤 1
第一步添加 widget 其实我们在上面看到的一个输入框就是一个 widget 目前 PartyRock 提供了下面几种可以使用的 widget 。 我们需要 3 个 widget一个用户输入 ( User Input ) 一个文本生成 ( Text Generation ) 一个图片生成 ( Image Generation ) 。 步骤 2
然后我们就需要编写 AI 生成的提示词了点击每个 widget 右上角的编辑就可以输入对应的提示词还可以选择不同的模型。其中最重要的是你可以使用 符合直接引用其他 widget 生成的内容比如我需要根据用户输入的内容进行扩写那么我在提示词里面就可以直接引用用户输入的部分比如我想根据扩写的内容生成图片我就可以利用 “ Description ” 引用扩写的内容。如下图 Prompt 中高亮的部分。 步骤 3
测试一下下图就是我输入的一句描述经过扩写最后生成了图片当然模型不同最后效果也不一样。 此时你就可以发布你的应用了。
ChatRPG
让我觉得最巧妙的一个应用是官方给出的 ChatRPG 。这个应用利用了 AI 对话的功能来完成了一个对话形式的 RPG 游戏你可以通过对话的形式选择不同的路径 ( A B C ) 来获得不同的结局并且最为巧妙的是它利用了几个 AI 的联动整个 RPG 的过程会生成不同的场景图片让整个游戏的过程更加有了带入感觉。 精妙的地方
说完了体验来说说 PartyRock 精妙的地方。
AI build AI 第一点我觉得妙的地方是自举也就是自己构建自己利用 AI 的能力去构建 AI 应用本身。一方面体现 AI 本身的能力强大另一方面让也大大降低了入门的门槛让小白用户也能快速上手。remixPartyRock 提供了 remix 的功能你可以直接复制( remix )一个别人已经发布的应用直接修改里面的参数或者提示词来完成你的应用。这无疑是最快的创建应用的一种方式了。引用变量这我觉得是 PartyRock 的灵魂通过引用其他 AI 完成的工作从而实现不同 AI 之间的联动。你甚至可以通过这样的方式构建一个自己的工作流让 AI 进行协作让需要来回对话好几次的事情一步到位。现在提供的 widget 还比较少我觉得随着后面的更新当 widget 有很多的时候会碰撞出更多的火花。同时这也给我们提供了一个不同 AI 之间协作的一个不错思路我觉得这样的思路带给我的思考比产品本身还有意思。
其他产品
当然这次 re:Invent 提到了其他很多的产品和思考这里就对其中几个我非常感兴趣的产品谈谈我的拙见。
Serverless
我关注最多的一定是 serverless 我一直都觉得 serverless 一直一种对开发友好也对运维友好的结局方案。而这次 re:Invent 发布的 Amazon ElastiCache Serverless 让我也有了新的思考。Amazon ElastiCache Serverless 是根据应用程序流量模式自动的扩展容量的缓存服务而对于缓存这样的热点数据来说有过实际业务场景的同学都知道如果 Redis 突然内存满了是一种什么样的体验。而 ElastiCache 的自适应压力的工作负载模式可以很好的解决这个问题而且兼容 Redis。
产品本身的意义很大而带给我的思考是在未来是否当 serverless 足够成熟之后是否会出现一直数据源的集合产品自动会根据数据的访问情况来自动路由到对应合理的存储模式中呢比如热点数据会自动路由到 cache 而平常数据路由到 mysql而冷数据当到达 “冰点” 时自动归档以减少消耗而对于上层应用来说使用完全透明当然里面的问题很多不过我觉得随着 serverless 的发展或许这也是可以想象的。
AI
Amazon Bedrock 、Amazon CodeWhisperer 和 Amazon Q 是这次 re:Invent 提到有关 AI 的一些产品。比如本文提到的 PartyRock 应该就是建立在 Amazon Bedrock 之上的。当然我也第一时间去试用了一下 Amazon CodeWhisperer 和 Amazon Q 不过给我的感觉还没有那么的惊艳或许是还在 beta 阶段智能程度一般相信体验过的小伙伴感受也差不多。而且由于目前支持的开发语言还不多我常用的 golang 还没有。
不过re:Invent 上一直强调了另一个有关 AI 的关键点就是安全。“ 生成式 AI 一定应该是安全的 ”。这里的安全有两个方面一方面是生成的内容一定应该是安全的不能出现违法的内容另一方面是作为模型基础的训练数据应该是安全的。比如企业内部基于自己内部代码和数据来建立的模型进行使用对应的数据不应该被公开或者出现在别的人生成内容中。所以安全应该是未来 AI 前进的基石。
我在体验 PartyRock 的时候也发现了下面的提示如果出现不安全的单词图片是不会生成的 THE FRUGAL ARCHITECT
亚马逊 CTO Werner Vogels 博士今年在 re:Invent 上的主题演讲提到了 THE FRUGAL ARCHITECT节俭/节制架构。提到了成本应该在架构设计之初就应该被考虑进去并且一直作为一个考量指标。
去年到今年一个词在国内大厂一直被提及 “降本增效”结果最近演变成为了 “降本增笑”。是的由于成本的缩减往往带来的就是服务的不稳定这是所有工程师都不想见到的。我就想到之前听到一个说法是如果一个并发问题能通过加服务器来解决那么领导会更愿意通过加服务器来解决而不是重构代码因为养开发的成本往往高于服务器。而我也经历过一次 k8s 的降本虽然有时候确实是因为 request 设置的不合理导致的成本超标但实际改起来的时候真的是心惊肉跳因为你真的不知道这个服务的并发明天会不会就坐火箭。所以成本、安全、性能 一直都是一种权衡(trade off)用流行的话说就是 “并不是我不知道两地三中心安全而是单中心更有性价比”。
其实有时候并不是不考虑而是无法预估流量的大小谁都也无法预测你的应用什么时候会火。所以亚马逊云科技提供的 LambdaElastiCache 都是那种按成本去设计的。而对于上云来说最大的一个问题就是成本不可控随着服务的类型越来越多并且很多服务都是按量付费预算与实际往往会有比较大的差异。所以最让我感兴趣的是这次 Werner Vogels 提到的 Management Console 内可以展示应用级别的成本之前我们可能只能知道某个使用的服务成本很贵而现在我们能知道具体那个应用在使用的成本最大。这种观测能力对于使用者来说是更加友好的我能最大程度的去观测我的应用成本的占比从而精准的控制我的成本而不是盲目的去找压力。
总之在我认为 THE FRUGAL ARCHITECT 给我的思考是你必须有能力去时刻关注成本无法观测的系统将导致无法估量的成本。
总结
最后总结一下这次 re:Invent 不仅给我们展示了一些最新的应用和服务更多的给我们带来了一些亚马逊云科技对于最新技术方向的一些思考接触这些前沿技术给我的架构解决方案又多了一些积累相信明年的大会也会一样精彩。
文章来源https://dev.amazoncloud.cn/column/article/658965055d096603bb1874b2?sc_mediumregulartrafficsc_campaigncrossplatformsc_channelCSDN
