在 Amazon SageMaker 上使用 Hugging Face LLM DLC 部署大型语言模型

66c228ff55ae724ca0b87e667a7d9699.jpeg

本篇文章主要介绍如何使用新的 Hugging Face LLM 推理容器将开源 LLMs(比如 BLOOM)部署到亚马逊 SageMaker 进行推理的示例。我们将部署 12B Open Assistant Model,这是一款由开放助手计划训练的开源 Chat LLM。

这个示例包括:

  1. 设置开发环境

  2. 获取全新 Hugging Face LLM DLC

  3. 将开放助手 12B 部署到亚马逊 SageMaker

  4. 进行推理并与我们的模型聊天

  5. 清理环境

什么是 Hugging Face LLM Inference DLC?

Hugging Face LLM DLC 是一款全新的专用推理容器,可在安全的托管环境中轻松部署 LLM。DLC 由文本生成推理(TGI)提供支持,这是一种用于部署和服务大型语言模型(LLM)的开源、专门构建的解决方案。TGI 使用张量并行和动态批处理为最受欢迎的开源 LLM(包括 StarCoder、BLOOM、GPT-Neox、Llama 和 T5)实现高性能文本生成。文本生成推理已被 IBM、Grammarly 等客户使用,Open-Assistant 计划对所有支持的模型架构进行了优化,包括:

  • 张量并行性和自定义 cuda 内核

  • 在最受欢迎的架构上使用 flash-attention 优化了用于推理的变形器代码

  • 使用 bitsandbytes 进行量化

  • 连续批处理传入的请求以增加总吞吐量

  • 使用 safetensors 加速重量加载(启动时间)

  • Logits 扭曲器(温度缩放、topk、重复惩罚…)

  • 用大型语言模型的水印添加水印

  • 停止序列,记录概率

  • 使用服务器发送事件(SSE)进行 Token 流式传输

官方支持的模型架构目前为:

  • BLOOM/BLOOMZ

  • MT0-XXL

  • Galactica

  • SantaCoder

  • gpt-Neox 20B (joi、pythia、lotus、rosey、chip、redPajama、open Assistant)

  • FLAN-T5-XXL(T5-11B)

  • Llama (vicuna、alpaca、koala)

  • Starcoder/santaCoder

  • Falcon 7B/Falcon 40B

借助亚马逊 SageMaker 上推出的全新 Hugging Face LLM Inference DLC,亚马逊云科技的客户可以从支持高度并发、低延迟 LLM 体验的相同技术中受益,例如 HuggingChat、OpenAssistant 和 Hugging Face Hub 上的 LLM 模型推理 API。

让我们开始吧!

1. 设置开发环境

我们将使用 SageMaker python SDK 将 OpenAssistant/pythia-12b-sft-v8-7k-steps 部署到亚马逊 SageMaker。我们需要确保配置一个亚马逊云科技账户并安装 SageMaker python SDK。

# TODO: once PR is merged: https://github.com/aws/sagemaker-python-sdk/pull/3837/files
!pip install git+https://github.com/xyang16/sagemaker-python-sdk.git@hf --upgrade


#!pip install sagemaker --upgrade --quiet

左滑查看更多

如果你打算在本地环境中使用 SageMaker。您需要访问具有 SageMaker 所需权限的 IAM 角色。你可以在这里找到更多关于它的信息:https://docs.aws.amazon.com/sagemaker/latest/dg/sagemaker-roles.html

import sagemaker
import boto3
sess = sagemaker.Session()
# sagemaker session bucket -> used for uploading data, models and logs
# sagemaker will automatically create this bucket if it not exists
sagemaker_session_bucket=None
if sagemaker_session_bucket is None and sess is not None:
    # set to default bucket if a bucket name is not given
    sagemaker_session_bucket = sess.default_bucket()


try:
    role = sagemaker.get_execution_role()
except ValueError:
    iam = boto3.client('iam')
    role = iam.get_role(RoleName='sagemaker_execution_role')['Role']['Arn']


sess = sagemaker.Session(default_bucket=sagemaker_session_bucket)


print(f"sagemaker role arn: {role}")
print(f"sagemaker session region: {sess.boto_region_name}")

左滑查看更多

2. 获取全新 Hugging Face LLM DLC

与部署常规的 HuggingFace 模型相比,我们首先需要检索容器 URI 并将其提供给我们的 HuggingFaceModel 模型类,并使用 image_uri 指向该镜像。要在亚马逊 SageMaker 中检索新的 HuggingFace LLM DLC,我们可以使用 SageMaker SDK 提供的 get_huggingface_llm_image_uri 方法。此方法允许我们根据指定的“后端”、“会话”、“区域”和 “版本”检索所需的 Hugging Face LLM DLC 的 URI。你可以在这里找到可用的版本:

https://github.com/aws/deep-learning-containers/blob/master/available_images.md#huggingface-text-generation-inference-containers

from sagemaker.huggingface import get_huggingface_llm_image_uri


# retrieve the llm image uri
llm_image = get_huggingface_llm_image_uri(
  "huggingface",
  version="0.6.0"
)


# print ecr image uri
print(f"llm image uri: {llm_image}")

左滑查看更多

要将 [Open Assistant Model] (openAssistant/Pythia-12b-sft-v8-7K-steps) 部署到亚马逊 SageMaker,我们创建了一个 HuggingFaceModel 模型类并定义了我们的终端节点配置,包括 hf_model_id、instance_type 等。我们将使用 g5.4xlarge 实例类型,它有1个 NVIDIA A10G GPU 和 64GB 的 GPU 内存。

import json
from sagemaker.huggingface import HuggingFaceModel


# Define Model and Endpoint configuration parameter
hf_model_id = "OpenAssistant/pythia-12b-sft-v8-7k-steps" # model id from huggingface.co/models
use_quantization = True # wether to use quantization or not
instance_type = "ml.g5.4xlarge" # instance type to use for deployment
number_of_gpu = 1 # number of gpus to use for inference and tensor parallelism
health_check_timeout = 300 # Increase the timeout for the health check to 5 minutes for downloading the model


# create HuggingFaceModel with the image uri
llm_model = HuggingFaceModel(
  role=role,
  image_uri=llm_image,
  env={
    'HF_MODEL_ID': hf_model_id,
    'HF_MODEL_QUANTIZE': json.dumps(use_quantization),
    'SM_NUM_GPUS': json.dumps(number_of_gpu)
  }
)

左滑查看更多

在我们创建了 HuggingFaceModel 之后,我们可以使用 deploy 方法将其部署到亚马逊 SageMaker。我们将使用 ml.g5.4xlarge 实例类型部署模型。TGI 将自动在所有 GPU 上分发和分片模型。

# Deploy model to an endpoint
# https://sagemaker.readthedocs.io/en/stable/api/inference/model.html#sagemaker.model.Model.deploy
llm = llm_model.deploy(
  initial_instance_count=1,
  instance_type=instance_type,
  # volume_size=400, # If using an instance with local SSD storage, volume_size must be None, e.g. p4 but not p3
  container_startup_health_check_timeout=health_check_timeout, # 10 minutes to be able to load the model
)

左滑查看更多

SageMaker 现在将创建我们的端点并将模型部署到该端点。这可能需要10-15分钟。

3. 进行推理并与我们的模型聊天

部署终端节点后,我们可以对其进行推理。我们将使用 predictor 中的 predict 方法在我们的端点上进行推理。我们可以用不同的参数进行推断来影响生成。参数可以设置在 parameter 中设置。截至今天,TGI 支持以下参数:

  • 温度:控制模型中的随机性。较低的值将使模型更具确定性,而较高的值将使模型更随机。默认值为 0。

  • max_new_tokens:要生成的最大 token 数量。默认值为 20,最大值为 512。

  • repeption_penalty:控制重复的可能性,默认为 null。

  • seed:用于随机生成的种子,默认为 null。

  • stop:用于停止生成的代币列表。生成其中一个令牌后,生成将停止。

  • top_k:用于 top-k 筛选时保留的最高概率词汇标记的数量。默认值为 null,它禁用 top-k 过滤。

  • top_p:用于核采样时保留的参数最高概率词汇标记的累积概率,默认为 null。

  • do_sample:是否使用采样;否则使用贪婪的解码。默认值为 false。

  • best_of:生成 best_of 序列如果是最高标记 logpros 则返回序列,默认为null。

  • details:是否返回有关世代的详细信息。默认值为 false。

  • return_full_text:是返回全文还是只返回生成的部分。默认值为 false。

  • truncate:是否将输入截断到模型的最大长度。默认值为 true。

  • typical_p:代币的典型概率。默认值为 null。

  • 水印:生成时使用的水印。默认值为 false。

你可以在 swagger 文档中找到 TGI 的开放 api 规范。

openAssistant/Pythia-12b-sft-v8-7K-steps 是一种对话式聊天模型,这意味着我们可以使用以下提示与它聊天:

<|prompter|> [指令] <|文本末尾|>
<|助手|>

让我们先试一试,问一下夏天可以做的一些很酷的想法:

from sagemaker.huggingface import HuggingFacePredictor


llm = HuggingFacePredictor(endpoint_name="huggingface-pytorch-tgi-inference-2023-06-01-03-54-10-543")
chat = llm.predict({
  "inputs": """<|prompter|>What are some cool ideas to do in the summer?<|endoftext|><|assistant|>"""
})


print(chat[0]["generated_text"])

左滑查看更多

现在,我们将使用不同的参数进行推理,以影响生成。参数可以通过输入的 parameters 属性定义。这可以用来让模型在“机器人”回合后停止生成。

# define payload
prompt="""<|prompter|>How can i stay more active during winter? Give me 3 tips.<|endoftext|><|assistant|>"""


# hyperparameters for llm
payload = {
  "inputs": prompt,
  "parameters": {
    "do_sample": True,
    "top_p": 0.7,
    "temperature": 0.7,
    "top_k": 50,
    "max_new_tokens": 256,
    "repetition_penalty": 1.03,
    "stop": ["<|endoftext|>"]
  }
}


# send request to endpoint
response = llm.predict(payload)


# print(response[0]["generated_text"][:-len("<human>:")])
print(response[0]["generated_text"])

左滑查看更多

现在让我们构建一个快速 gradio 应用程序来和它聊天。

!pip install gradio  --upgrade
import gradio as gr


# hyperparameters for llm
parameters = {
    "do_sample": True,
    "top_p": 0.7,
    "temperature": 0.7,
    "top_k": 50,
    "max_new_tokens": 256,
    "repetition_penalty": 1.03,
    "stop": ["<|endoftext|>"]
  }


with gr.Blocks() as demo:
    gr.Markdown("## Chat with Amazon SageMaker")
    with gr.Column():
        chatbot = gr.Chatbot()
        with gr.Row():
            with gr.Column():
                message = gr.Textbox(label="Chat Message Box", placeholder="Chat Message Box", show_label=False)
            with gr.Column():
                with gr.Row():
                    submit = gr.Button("Submit")
                    clear = gr.Button("Clear")
                    
    def respond(message, chat_history):
        # convert chat history to prompt
        converted_chat_history = ""
        if len(chat_history) > 0:
          for c in chat_history:
            converted_chat_history += f"<|prompter|>{c[0]}<|endoftext|><|assistant|>{c[1]}<|endoftext|>"
        prompt = f"{converted_chat_history}<|prompter|>{message}<|endoftext|><|assistant|>"
        
        # send request to endpoint
        llm_response = llm.predict({"inputs": prompt, "parameters": parameters})        
        
        # remove prompt from response
        parsed_response = llm_response[0]["generated_text"][len(prompt):]        
        chat_history.append((message, parsed_response))
        return "", chat_history


    submit.click(respond, [message, chatbot], [message, chatbot], queue=False)
    clear.click(lambda: None, None, chatbot, queue=False)


demo.launch(share=True)
Running on local URL:  http://127.0.0.1:7861
Running on public URL: https://4a3a32ce84d8b318b9.gradio.live


This share link expires in 72 hours. For free permanent hosting and GPU upgrades (NEW!), check out Spaces: https://huggingface.co/spaces

左滑查看更多

程序运行成功后,显示如下聊天窗口:

7cb2d57ab7c34ba5c75ee03219cd294c.png

太棒了!我们已经成功地将 Open Assistant 模型部署到亚马逊 SageMaker 并对其进行了推理。此外,我们还构建了一个快速的 gradio 应用程序,可以与我们的模型聊天。

现在,您到了可以使用亚马逊 SageMaker 上全新 Hugging Face LLM DLC 构建世代人工智能应用程序的时候了。

4. 清理环境

我们可以删除模型和端点。

llm.delete_model()
llm.delete_endpoint()

如果您想在 SageMaker 上测试和运行上面的例子,可以在 github 地址获取完整的 notebook:

https://github.com/VerRan/sagemaker-llm/blob/main/sagemaker-notebook-OpenAssistant:pythia-12B.ipynb

5. 总结

从上面的部署过程,我们可以看到整个部署过程非常简单,这个主要得益于 SageMaker Hugging Face LLM DLC 的支持,还可以通过将 SageMaker 部署的端点与您的应用集成,满足实际的业务需求。

本篇作者

964e6c5a330c76f1b48183082b2c4f89.jpeg

刘恒涛

亚马逊云科技解决方案架构师,负责基于亚马逊云科技的云计算方案架构咨询和设计。同时致力于亚马逊云服务在国内的应用和推广,当前重点关注机器学习以及 Serverless 领域。

2023亚马逊云科技中国峰会即将开启!

👇👇👇点击下方图片即刻注册👇👇👇

745ac1a772e9eb1b289d6eb92a1775b7.jpeg

df2635a9faa0b6d08bbbb2cca8d4b31a.gif

6c551be73effe0148a0f49c151126c1f.gif

听说,点完下面4个按钮

就不会碰到bug了!

495c4d2236b2332d9945c8ba83a2f3c6.gif

相关推荐

企业DevOps探讨:“谁构建、谁运行”原则的理论基础

“谁构建,谁运行” --沃纳·沃格尔这样的场景大家想必不会陌生:我们正与家人共度美好时光,突然刺耳的电话铃声嗡嗡响起,我们的注意力也为之吸引。听筒中的尖叫声告知,我们的应用程序——也就是那些定期受到内存泄漏侵扰、但重启之后又能恢复正常的小冤家们——现在终于彻底起义了,服务器资源在几分钟之内就被其彻底榨干。目前该应用已经无法正常起效,而运维团队除了尝试重启与回滚之外无法可想——而最新

亚马逊云科技专栏 9897

企业DevOps:实施过程中需要关注的各项要点

作者:亚马逊云科技企业市场战略总监Stephen Orban“经验并非凭空创造,而是依靠点滴积累所实现” ---阿尔贝·加缪在此次的企业DevOps探索之旅系列文章当中,我将带大家一同探讨企业在具备一定DevOps经验之后又该如何处理下一步可能面临的状况。当然,这些只是我个人在接触自动化、面向客户服务之IT体系以及“谁构建、谁运行”方面事务的同时积累下的一些心得体

亚马逊云科技专栏 8549

将DevOps纳入企业环境引发的思考

作者:亚马逊云科技企业市场战略总监Stephen Orban“发展是一种以渐进式改善为载体的持续性行为”——英德拉瓦蒂虽然DevOps可以算是相对新鲜的概念,不过在我看来、其本质思路很早之前就已经出现。从这个角度看,目前很多企业已经广泛接纳这一概念并将其作为文化性产物看待,具体而言就是将大量原本孤立的团队融合起来,从而实现速度更快、频率更高且更为可靠的工作成果。我个人非常幸运

亚马逊云科技专栏 6770

利用Amazon Machine Learning与Amazon Redshift建立二进制分类模型

日常生活中的大部分决策都以二进制形式存在,具体来说就是这类问题能够以是或者否来回答。而在商业活动中,能够以二进制方式回答的问题也有很多。举例来说:“这种情况是否属于交易欺诈?”,“这位客户是否会购买该产品?”或者“这位用户是否存在流失风险?”等等。在机器学习机制中,我们将此称为二进制分类问题。很多商业决策都能够通过准确预测二进制问题的答案来得到强化。Amazon Michine Learning(

亚马逊云科技专栏 8683

利用Amazon Mobile Analytics与R深入探究移动应用的使用模式

作者:Sandeep Atluri 亚马逊数据科学家要真正鼓励用户使用我们的移动应用程序,最重要的前提就是深入了解用户使用应用程序时的行为模式,而后据此作出体验优化。不过通过应用程序事件数据来找出有意义的模式往往极具挑战性,而标准KPI所提供的诸如月度活跃用户(简称MAU)以及每日活跃用户(简称DAU)并不足以勾勒出完整的图景。举例来说,所发布应用在过去三十天中的用户开启次数能够帮

亚马逊云科技专栏 7249

亚马逊云科技使用心得:当初我曾错过的那些宝贵经验

在今天的文章中,我整理出了大量当初曾经错过、而至今仍将我追悔莫及的亚马逊云科技(Amazon Web Services)使用心得。在几年来的实践当中,我通过在亚马逊云科技之上新手构建及部署各类应用程序而积累到了这些经验。虽然内容有些杂乱,但相信仍然能给各位带来一点启示。从物理服务器向“云环境”转移的过程不仅仅是一项技术任务,同时也意味着我们的思维方式需要作出针对性的转变。总体而言,在物理环境下我们

亚马逊云科技专栏 2万+

处理航班变更信息成本高效率低?这里有套智能解决方案!

并提供无监督的结果评估能力,形成“解析、评估、优化”的持续迭代闭环。通过启用运行时代理的Tracing选项,能够全面追踪每一次Agent调用的完整交互流程,并以可视化方式呈现请求详情,从而帮助快速识别性能瓶颈、精准定位错误根源,并为持续优化提供数据支撑,确保Agent在生产环境中稳定、高效运行。可观测性:利用AgentCore的观测能力,对每次Agent调用进行全程跟踪,记录模型输入/输出、工具调用链、异常信息等,并通过Amazon CloudWatch监控关键指标,确保系统健康运行。

亚马逊云科技专栏 69

10分钟!从零配置Claude Cowork+Bedrock

亚马逊云科技HCLS行业解决方案架构师,拥有15年IT架构与DevOps深耕经验,先后在金融、汽车、游戏等高并发、高可用业务场景中承担核心技术工作,目前全面拥抱且专注Agentic AI/AIOps应用系统及解决方案的创新。对于希望在企业内统一AI使用治理、让数据流量留在自己亚马逊云科技账户内、并按量计费的团队而言,这是目前极干净的Claude桌面端接入路径。模型ID需要加上us.前缀!,但Claude Desktop需要您在模型配置中显式声明supports1m: true,才会以1M模式发送请求。

亚马逊云科技专栏 331

MTTR缩短80%!DevOps Agent助力Habby游戏实现智能运维

具体流程如下图所示:Lark机器人作为和用户交互的客户端,将消息发送到Lark云端,用户自己实现的Lark Bot服务端程序和Lark云端,以长连接的方式接收消息,并调用DevOps Agent的Chat API,从而实现和Agent的交互。告警触发DevOps Agent自动调查的链路,通过Lambda实现的告警处理器根据收到的Grafana告警,一方面以Lark群告警卡片的形式第一时间通知团队,另一方面触发DevOps Agent自动调查并完成根因分析。对于发布频繁、迭代周期短的游戏行业来说,

亚马逊云科技专栏 139

AgentCore Memory的记忆哲学:让Agent学会“忘记”

Namespace配置上,episode和reflection可以设置不同粒度:比如episode按会话级别存储,reflection按用户级别存储,这样反思结论就能覆盖该用户的所有会话经验。生成单会话的实时摘要。它不存储每条原始对话,而是识别有意义的完整交互片段(episode)——比如一次工具调用从出错到换方案成功解决的全过程,或一次客服预约改期的决策与结果。目标:验证Episodic策略的Reflection能力,系统能从多个episode中提炼出跨会话的洞察和模式,模拟3个多轮会话。

亚马逊云科技专栏 120

告警爆炸,根因定位困难?用DevOps Agent帮你自动查!

亚马逊云科技解决方案架构师,从业十三年,先后经历过云计算、供应链金融、电商等多个行业,担任过高级开发、架构师、产品经理、开发总监等多种角色,有丰富的大数据应用与数据治理经验。随着调查记录的持续积累,Agent对特定业务环境的理解会越来越深入,结合历史数据和趋势分析,它将能够在故障真正发生之前识别风险并预警,把运维模式从“事后灭火”推进到“事前预防”。对于正在管理复杂云环境的团队来说,现在正是拥抱这一变革的最佳时机——从一个Amazon EC2告警的Demo开始,构建属于自己的智能运维体系。

亚马逊云科技专栏 109

从218分钟到55分钟,AI Agent如何为企业上云按下加速键?

在本次实践过程中,笔者除了Kiro之外,也测试了社区中其他⼏款AI Agent⼯具(如基于IM交互的OpenClaw等),它们在迁移任务中同样能够调⽤亚⻢逊云科技API完成资源创建和部署。⼤语⾔模型驱动的AI Agent的出现,为这⼀痛点带来了全新的解决思路:通过⾃然语⾔交互、⾃动化命令编排和模板⽣成,AI Agent可以⼤幅缩短迁移周期、降低⼈为失误⻛险,让⼯程师能够将精⼒聚焦在架构决策和业务验证等更⾼价值的⼯作上。两个容器分别运⾏在独⽴的虚拟机上,镜像统⼀从内部的Docker Hub镜像仓库拉取。

亚马逊云科技专栏 99

招募Kiro大使!会员权益、内测资格等重磅福利等你领!

成为Kiro大使,意味着加入一个重新定义软件开发方式的精英社区。Kiro大使在抢先体验内测功能,或分享日常开发工作中的高光时刻与踩坑瞬间时,Kiro工程团队也会持续梳理、汇总这些真实反馈与洞察,并将其整合至产品路线图规划中。亚马逊云科技希望通过该计划,向大使们开放Kiro工具、官方团队对接及社区协作机会,收集真实可落地的产品建议,并把这些价值辐射到更广泛的开发者社区。相应地,Kiro大使需要持续活跃使用Kiro、输出有价值的产品优化反馈、参与功能测试,同时通过内容创作或组织活动等方式,为社区建设贡献力量。

亚马逊云科技专栏 91

Claude Platform登陆亚马逊云科技,现已正式可用!

美国东部(弗吉尼亚北部)、美国东部(俄亥俄)、美国西部(俄勒冈)、加拿大(中部)、南美(圣保罗)、欧洲(都柏林、伦敦、法兰克福、米兰、苏黎世、巴黎、斯德哥尔摩)、亚太(东京、首尔、雅加达、悉尼、墨尔本)。接入成功后,各类客户端便可依托亚马逊云科技上的Claude Platform,使用网页搜索、MCP连接器、Agent Skills、代码执行、文件上传等各项功能。借助亚马逊云科技上的Claude Platform,您的团队可直接在现有亚马逊云科技账户中,使用Anthropic提供的完整原生API与功能。

亚马逊云科技专栏 257

SageMaker Unified Studio 集成 MLflow 实验追踪:告别自建 Tracking Server 的运维噩梦

训练过程中每个 epoch 记录一次Studio UI 会自动画出 loss 曲线图。多个 run 可以叠加对比。来源:亚马逊云科技 2026/5 月更新。

亚马逊云科技专栏 495

Bedrock 跨区域推理路由:限流时自动切备用区域,不用改代码

合规状态: ✅ 已检查 | 品牌名: 亚马逊云科技 ✅ | 绝对用语: 无 ✅ | 链接: AWS域名 ✅ | 竞品提及: 无 ✅ | 价格数据: 无 ✅。

亚马逊云科技专栏 249

Kiro在手,人人都可以是OpenSearch专家!

从海量数据中提取有价值的信息、优化搜索性能、调整向量检索参数等任务,同样需要深入理解OpenSearch的查询语法和底层机制,这对开发者和数据分析师来说也是不小的挑战。3.接着询问Spark日志是否已经创建了索引模板,从它的回答中,可以看出Spark日志已经有对应的索引模版,并且指定了分片数量和副本数量,还有默认的压缩算法。:复杂的集群配置、繁琐的索引管理、性能调优的专业门槛,以及故障排查时需要深厚的技术积累,使得许多运维人员在日常工作中感到力不从心,难以快速响应业务需求。

亚马逊云科技专栏 127

Lambda 冷启动又快了,默认并发也提了:这次不用改代码

合规状态: ✅ 已检查 | 品牌名: 亮马逊云科技 ✅ | 绝对用语: 无 ✅ | 链接: AWS域名 ✅ | 竞品提及: 无 ✅ | 价格数据: 无 ✅。

亚马逊云科技专栏 245

当软件从“应用”走向Agent:开发范式正在发生什么变化?

这个问题背后,涉及数据湖中的用户行为数据、数据仓库中的业务指标以及文档中的业务定义。有的负责规划任务,有的负责数据获取,有的负责执行,有的负责验证结果。定时或异步任务可以交给Amazon EventBridge等外部调度服务管理,而不是完全依赖Agent进程内部的定时器,这样,即使Agent执行环境被回收,任务触发机制依然可以保留。系统需要从对话中提取信息,判断哪些是长期有效的知识,哪些只是临时上下文,然后对这些信息进行分类、存储,召回、更新和衰减,甚至需要像数据治理一样进行记忆治理。

亚马逊云科技专栏 88

JoyCastle利用Nova盘活10万+广告素材库,找素材又快又准!

游戏行业的广告投放竞争日趋白热化。亚马逊云科技解决方案架构师,在移动应用开发领域已有近10年的经验,尤其对Android及跨平台应用开发有着独到的见解和研究,同时在生成式AI移动应用方面,持续探索更高效、更可靠的解决方案。更重要的是,这一能力不仅解决了“找素材”的问题,还为素材生产全链路的智能化打开了想象空间:从智能切片、自动拼接到投放效果闭环,AI正在重新定义广告创意的生产方式。“帮我找几段视频:建造埃及金字塔的场景、游戏中出现大量开心表情的画面、老人数钱的视频,分析后选出最合适的三段拼接成新视频。

亚马逊云科技专栏 101

Aurora PostgreSQL 大版本升级实战:从 PG 14 到 PG 16 的蓝绿部署方案、踩坑记录与性能基线对比

先建性能基线——不建基线就升级,等于蒙着眼过马路蓝绿部署是首选——1 分钟切换,可回滚到蓝环境参数组提前建——别等创建绿环境的时候才发现参数不对Extension 升完记得 UPDATE——这是最常见的遗漏选低峰期操作——虽然蓝绿只停 1 分钟,但这 1 分钟里写请求会报错升级不是终点——升完之后持续观察 1-2 周的 pg_stat_statementsAurora PG 14 的 EOL 倒计时已经开始。与其被动等强制升级,不如现在就找个非生产环境练一遍。

亚马逊云科技专栏 492

TLS/SSL 证书有效期缩短到 47 天:用 ACME 协议在亚马逊云科技上实现证书全自动续期

证书有效期缩短是大势所趋,从 398 天到 47 天这条路已经定了。能用 ACM 就用 ACM,零成本零运维EC2 自管场景用 Certbot,别忘了cron 是续期的核心,写完跑一遍--dry-run加上监控兜底,14 天阈值告警别等证书过期那天凌晨被叫醒才后悔。使用 ACME 协议实现 TLS/SSL 证书自动化 - 亮马逊云科技AWS Certificate Manager 文档Certbot 官方文档。

亚马逊云科技专栏 468

一图看懂 | 所有SaaS产品都值得用Agentic AI重做一遍

新用户注册海外区域账户,可获得最高200美元服务抵扣金,覆盖Amazon Bedrock生成式AI相关服务。“免费计划”账户类型,确保零花费,安心试用。点击卡片预约直播,第一时间获取重磅干货!星标不迷路,开发更极速!听说,点完下面4个按钮。就不会碰到bug了!

亚马逊云科技专栏 53

Amazon Quick桌面版:读文档、做PPT、查邮件,一句话全搞定

Amazon Quick依托企业私有数据生成精准答案,智能归档全域文档、沉淀业务认知,搭建专属个人知识图谱,自动记忆工作偏好、协作联系人、核心项目及品牌规范。典型场景:销售完成签约后,只需指令下达,Amazon Quick即可依托长期记忆,自动同步多级协作部门,提取历史沟通信息、生成落地待办,并结合过往业务经验完善商务文案,大幅减少重复工作。产品后台常驻运行,深度关联本地文件、日程、邮箱及全量办公工具,持续沉淀工作语境,越用越智能、越贴合业务需求、服务更主动。“免费计划”账户类型,确保零花费,安心试用。

亚马逊云科技专栏 125

Amazon Connect全面拓展:Agentic AI深入供应链、招聘、客服与医疗核心场景

基于现有岗位描述,AI Agent自动拆解岗位核心要求,生成完整面试方案,明确核心胜任力、结构化面试题库与量化评估标准,由招聘人员审核确认后启动招聘。联合航空等大型企业,已依托全新能力实现三个月快速落地,从方案构思到全量承接真实客户咨询,高效完成规模化投产,而传统方案落地通常需要半年及以上。Amazon Connect Decisions集成25项以上专业供应链工具,依托亚马逊30年运营科学体系打造,内置亚马逊供应链优化技术(SCOT)基础大模型,以企业核心优化目标为导向,自适应匹配企业业务模式。

亚马逊云科技专栏 96

三箭齐发:OpenAI模型、Codex、托管Agents同时登陆Amazon Bedrock!

未来,随着OpenAI持续突破推理能力与Agent技术边界,双方将第一时间把最新技术成果同步至Amazon Bedrock,确保企业当前搭建的大模型应用与Agent,可持续享受技术迭代红利,紧跟AI前沿发展趋势。将最新的OpenAI模型引入到Amazon Bedrock中,在Amazon Bedrock上推出基于OpenAI编程的Agent,Codex,并推出由OpenAI提供支持的Amazon Bedrock Managed Agents,“免费计划”账户类型,确保零花费,安心试用。

亚马逊云科技专栏 161

亚马逊云科技联手OpenAI,一口气放了三个大招!

亚马逊云科技携手OpenAI,将OpenAI最新大模型接入Amazon Bedrock,在Amazon Bedrock上线Codex代码Agent,并推出由OpenAI赋能的Amazon Bedrock托管Agent(以上功能均为有限预览版),助力企业在可信云基础设施上,落地前沿。提供Agentic患者身份验证、预约管理、患者洞察、环境文档记录和医疗编码等功能,让患者更快获得医疗服务,让临床医生有更多时间专注于诊疗,让工作人员能够投入更专业的工作。“免费计划”账户类型,确保零花费,安心试用。

亚马逊云科技专栏 94

凌晨三点被告警轰炸?用 AWS DevOps Agent 让 AI 自动帮你查故障根因

半夜三点,PagerDuty 疯响,CloudWatch 连续 12 条告警。你爬起来翻 CloudWatch 指标、查 CloudTrail 记录、看 VPC Flow Logs、对比 Config 变更……折腾两小时,发现是个 SSM Session 里有人跑了个吃 CPU 的脚本。这种事干多了真的会秃。今天聊一个刚 GA 的服务——AWS DevOps Agent。说白了就是一个 AI 驱动的运维代理,告警来了它自己查、自己分析、自己出报告,你醒来看结论就行。

亚马逊云科技专栏 428

EMR Core 节点部署 Flink Client 实战:Bootstrap Action 一次打包多次复用,解决调度系统提交任务的痛点

维度说明适用版本复用性同版本 EMR 可直接复用 S3 上的打包文件执行时机集群启动时自动执行,无需手动干预影响范围仅 Core/Task 节点,Master 节点跳过维护成本EMR 升级时需重新打包整个方案的核心思路:把 Master 节点上已有的东西打包搬运到 Core 节点,而不是从头装一遍。简单直接,没有魔法。生产环境建议:上线前通过 Bootstrap Action 日志和节点级命令验证确认安装结果,避免调度系统在生产中因环境缺失而静默失败。

亚马逊云科技专栏 506

亚马逊云科技实现小米MiMo-V2.5-Pro Day-0适配:云上即启,触达全球

从开源发布到云端即用,MiMo-V2.5-Pro在亚马逊云科技上的快速适配,不仅展示了亚马逊云科技在AI基础设施和自研芯片上的持续创新能力,也体现了中国开源模型正加速走向全球。“免费计划”账户类型,确保零花费,安心试用。此次MiMo-V2.5-Pro的Day-0适配,也进一步丰富了Amazon Trainium上的模型选择,为全球开发者带来更广泛的基座模型选择。即日起,全球开发者可基于亚马逊云科技自研AI加速芯片Amazon Trainium,在云端快速体验MiMo-V2.5-Pro的完整能力。

亚马逊云科技专栏 222
上一篇: 使用 Amazon SAM 构建 Serverless 应用程序
下一篇: 让性能腾飞!亚马逊云科技的 Java 云端之旅
亚马逊云开发者
亚马逊云开发者 企业官方账号 企业官方账号
博客等级 码龄13年 1万+粉丝 1135原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值