Certablo
← Knowledge Base

Amazon Bedrock

The fully managed AWS service for building generative-AI applications with foundation models through managed inference APIs plus capabilities for retrieval, guardrails, evaluation, customization, and agentic systems.

AIF-C01AIP-C01MLA-C01

Visual overview

AI / ML STACKChoose the highest-level capability that still gives the control the workload needs
AI SERVICESReady-made capabilityUse a managed API for an established task
GENERATIVE AIFoundation modelsPrompt · retrieve · guard · evaluate
CUSTOM MLModel lifecyclePrepare · train · deploy · monitor
AI architecture is not only model choice: data, evaluation, security, latency, cost, and governance shape the complete production system.
AWS SERVICE MAPBedrock application boundary

Bedrock provides model and GenAI capabilities; IAM authorizes access and CloudWatch supplies runtime telemetry.

Amazon BedrockFoundation-model inference and GenAI features
AWS IAMLeast-privilege authorization
Amazon CloudWatchRuntime metrics and logs
EXAM-RELEVANT MECHANICS

Technical reference

Bedrock model and Region support changes over time. Design against capabilities, then confirm current support for the exact model and Region.

ConverseNormalized messages API

Provides common message, system, tool, guardrail, and inference configuration fields for supported models.

InvokeModelModel-native inference

Useful when an application needs a model's native request/response structure or a capability outside the normalized interface.

Model identifierSelects provider/model/profile

Capabilities, parameters, regions, pricing, and context behavior still belong to the selected model path.

ObservabilityCloudWatch + CloudTrail + optional invocation logs

Metrics, API auditing, and content-level invocation logging answer different operational questions.

EncryptionTLS + supported at-rest/KMS controls

Encryption complements IAM and data governance; it does not determine who is authorized to invoke a model.

Service limits and capabilities can change. Values shown here reflect the current AWS documentation; use the linked official sources below as the source of truth.

Managed access to foundation models without training infrastructure

Amazon Bedrock is a fully managed service for building and scaling generative-AI applications with foundation models from Amazon and other model providers. Instead of provisioning GPU clusters simply to call a supported model, an application invokes managed runtime APIs. Available models differ in modality, quality, context size, latency, supported Regions, price, customization options, and inference features, so Bedrock should be understood as an access and application platform rather than as one single model.

The Converse and ConverseStream APIs offer a consistent messages-oriented interface across models that support them. Common inference controls can be passed in a normalized configuration, while model-specific fields remain available when needed. Lower-level model invocation APIs are also available. A model identifier still matters: Bedrock normalizes parts of the API, but it does not make model capabilities, safety behavior, tokenizer, or output quality identical.

Bedrock extends inference with application-level GenAI capabilities

Beyond direct model calls, Bedrock includes managed capabilities that solve recurring GenAI application problems. Knowledge Bases implement retrieval-augmented generation over connected data. Guardrails apply configurable safety and policy controls. Model evaluation helps compare models and application outputs. Prompt management can version reusable prompt templates. Supported models can be customized, and Bedrock integrates with agentic tooling for workflows that must retrieve information or perform actions.

These layers solve different problems and can be combined selectively. RAG supplies external facts but does not itself guarantee truth. Guardrails can filter or assess content but do not replace IAM authorization. Evaluation measures behavior but does not prevent a bad output at runtime. An agent can choose tools but should not receive broader credentials than the actions require. Treat each capability as one control in an application architecture.

Security and observability belong around every inference path

AWS IAM controls access to Bedrock APIs and resources; encryption protects supported data at rest and in transit, with AWS KMS integration available for supported resources. CloudTrail provides API activity records, while Bedrock runtime metrics in CloudWatch expose operational signals such as invocations, errors, latency, and token consumption. Model invocation logging can be enabled to send supported request/response logging data to CloudWatch Logs, S3, or both, subject to your privacy and data-retention requirements.

Logging model content is a governance decision, not merely a debugging switch. Prompts and responses can contain proprietary or personal information, so least privilege, encryption, log retention, data classification, and access to logs must be designed intentionally. The same principle applies to knowledge-base data and model-customization datasets: a managed GenAI service reduces infrastructure work, but the customer still owns application data, permissions, configuration, and responsible use.

Key takeaways

  1. 01

    Amazon Bedrock is a managed foundation-model and GenAI application service, not a single AWS model.

  2. 02

    Converse provides a consistent messages API for supported models while retaining model-specific extension fields.

  3. 03

    Knowledge Bases, Guardrails, evaluation, prompt management, customization, and agent capabilities address distinct application concerns.

  4. 04

    IAM, KMS, CloudTrail, CloudWatch, and deliberate invocation logging remain part of production Bedrock architecture.

  5. 05

    Model selection must account for modality, quality, context, latency, cost, Region, and feature support.

Official AWS sources

Use these primary AWS resources for the source material behind this article and for deeper reference.