Vòng đời mô hình Amazon Bedrock: Tìm hiểu về các giai đoạn chuyển tiếp

title: "Vòng đời mô hình Amazon Bedrock: Tìm hiểu về các giai đoạn chuyển tiếp" slug: "understanding-amazon-bedrock-model-lifecycle" date: "2026-04-10" lang: "vi" source: "https://aws.amazon.com/blogs/machine-learning/understanding-amazon-bedrock-model-lifecycle/" category: "AI Doanh nghiệp" keywords:

Amazon Bedrock
vòng đời mô hình
mô hình nền tảng
mô hình EOL
mô hình cũ
AWS AI
quản lý ứng dụng AI
di chuyển mô hình
quyền truy cập mở rộng
thông lượng được cấp phép
hạn mức dịch vụ
phát triển AI meta_description: "Tìm hiểu về vòng đời mô hình của Amazon Bedrock, bao gồm các trạng thái Active, Legacy và EOL. Học cách lập kế hoạch di chuyển, quản lý quá trình chuyển đổi và đảm bảo hoạt động liên tục của ứng dụng AI với các phương pháp tốt nhất." image: "/images/articles/understanding-amazon-bedrock-model-lifecycle.png" image_alt: "Sơ đồ minh họa ba trạng thái vòng đời của các mô hình Amazon Bedrock: Active, Legacy và End-of-Life (EOL)." quality_score: 94 content_score: 93 seo_score: 95 companies:
AWS schema_type: "NewsArticle" reading_time: 4 faq:
question: "Ba trạng thái chính của mô hình Amazon Bedrock là gì và chúng có ý nghĩa gì?" answer: "Các mô hình Amazon Bedrock trải qua ba trạng thái vòng đời quan trọng: Active (Hoạt động), Legacy (Cũ) và End-of-Life (EOL - Hết hạn sử dụng). Mô hình 'Active' nhận được bảo trì, cập nhật và sửa lỗi liên tục, đồng thời được hỗ trợ đầy đủ cho suy luận, tùy chỉnh (nếu có) và tăng hạn mức. Khi một mô hình chuyển sang trạng thái 'Legacy', điều đó có nghĩa là một phiên bản mới hơn hoặc một lựa chọn thay thế đã có sẵn, và khách hàng được khuyên nên lập kế hoạch di chuyển. Trong giai đoạn này, người dùng hiện tại có thể tiếp tục sử dụng, nhưng quyền truy cập mới có thể bị hạn chế và khả năng tùy chỉnh có thể bị giới hạn. Trạng thái 'EOL' có nghĩa là mô hình hoàn toàn không thể truy cập được trên tất cả các Vùng AWS, yêu cầu di chuyển trước để tránh gián đoạn ứng dụng. Hiểu rõ các trạng thái này là rất quan trọng để quản lý hiệu quả các ứng dụng AI trên Amazon Bedrock."
question: "Trạng thái 'Legacy' tác động đến người dùng Amazon Bedrock như thế nào, đặc biệt là liên quan đến giai đoạn 'Public Extended Access' (Truy cập mở rộng công khai)?" answer: "Khi một mô hình Amazon Bedrock chuyển sang trạng thái 'Legacy', người dùng sẽ nhận được thông báo trước ít nhất sáu tháng trước ngày End-of-Life (EOL) của nó, cung cấp thời gian quan trọng để lập kế hoạch di chuyển. Trong giai đoạn này, khách hàng hiện tại thường có thể tiếp tục sử dụng mô hình, mặc dù khách hàng mới hoặc tài khoản không hoạt động có thể phải đối mặt với các hạn chế truy cập. Đối với các mô hình có ngày EOL sau ngày 1 tháng 2 năm 2026, trạng thái 'Legacy' bao gồm giai đoạn 'Public Extended Access', kéo dài ít nhất ba tháng sau ba tháng tối thiểu ban đầu trong trạng thái Legacy. Trong giai đoạn mở rộng này, người dùng đang hoạt động vẫn giữ quyền truy cập, nhưng các yêu cầu tăng hạn mức có thể không được chấp thuận và giá cả có thể được điều chỉnh. Khách hàng luôn được thông báo về những thay đổi này để tạo điều kiện chuyển đổi suôn sẻ khỏi mô hình cũ."
question: "Điều gì xảy ra khi một mô hình nền tảng Amazon Bedrock đạt đến ngày End-of-Life (EOL) của nó?" answer: "Khi đạt đến ngày End-of-Life (EOL), một mô hình nền tảng Amazon Bedrock sẽ hoàn toàn không thể truy cập được trên tất cả các Vùng AWS đối với hầu hết khách hàng. Bất kỳ yêu cầu API nào nhắm mục tiêu đến mô hình EOL sẽ không thành công, khiến các ứng dụng vẫn dựa vào nó không thể hoạt động. AWS không tự động di chuyển ứng dụng; khách hàng hoàn toàn chịu trách nhiệm cập nhật mã ứng dụng của họ để sử dụng các mô hình thay thế, được hỗ trợ trước ngày EOL. Mặc dù có thể có những thỏa thuận đặc biệt để tiếp tục truy cập giữa các khách hàng và nhà cung cấp cụ thể, nhưng điều này thường không xảy ra đối với cơ sở người dùng rộng hơn. Do đó, việc di chuyển chủ động là một bước quan trọng để đảm bảo hoạt động không bị gián đoạn của các ứng dụng AI được xây dựng trên Amazon Bedrock."
question: "AWS truyền đạt những thay đổi trong vòng đời mô hình Amazon Bedrock cho người dùng như thế nào?" answer: "AWS sử dụng chiến lược truyền thông đa kênh để thông báo cho khách hàng về những thay đổi trạng thái mô hình Amazon Bedrock, đặc biệt khi một mô hình chuyển sang trạng thái 'Legacy' (sáu tháng trước EOL). Các thông báo được gửi qua email, hiển thị trên Bảng điều khiển AWS Health và được trình bày dưới dạng cảnh báo trong bảng điều khiển Amazon Bedrock. Truy cập lập trình đến thông tin vòng đời mô hình cũng có sẵn thông qua API. Để đảm bảo nhận được các cập nhật quan trọng này, khách hàng phải xác minh và định cấu hình địa chỉ email liên hệ tài khoản của họ, bao gồm người dùng root và các liên hệ thay thế (vận hành, bảo mật, thanh toán). Ngoài ra, bảng điều khiển AWS User Notifications cho phép thêm nhiều người nhận hoặc kênh phân phối như Slack hoặc danh sách email, đảm bảo nhận thức kịp thời và toàn diện về các thay đổi sắp tới."
question: "Các chiến lược và phương pháp tốt nhất được đề xuất để di chuyển ứng dụng sang các mô hình Amazon Bedrock mới hơn là gì?" answer: "Di chuyển ứng dụng sang các mô hình Amazon Bedrock mới hơn đòi hỏi lập kế hoạch chủ động và một cách tiếp cận có cấu trúc. Các phương pháp tốt nhất bao gồm bắt đầu lập kế hoạch ngay khi một mô hình chuyển sang trạng thái 'Legacy'. Bắt đầu với 'Giai đoạn Đánh giá' để xác định tất cả các ứng dụng phụ thuộc vào mô hình cũ, phân tích các mẫu yêu cầu và hiểu các hành vi đầu ra quan trọng. Tiếp theo là 'Giai đoạn Nghiên cứu' để tìm hiểu kỹ lưỡng mô hình thay thế được khuyến nghị, đánh giá các khả năng, sự khác biệt, các tính năng mới và tính khả dụng theo khu vực của nó. Điều quan trọng là phải cập nhật mã ứng dụng, xác thực hiệu suất và xác nhận rằng hạn mức dịch vụ có thể xử lý khối lượng dự kiến với mô hình mới. Cách tiếp cận có hệ thống này đảm bảo quá trình chuyển đổi suôn sẻ với sự gián đoạn tối thiểu, tận dụng các khả năng nâng cao của các mô hình nền tảng mới hơn."
question: "Có bất kỳ cân nhắc nào về giá trong giai đoạn truy cập mở rộng cho các mô hình Amazon Bedrock không?" answer: "Có, giá có thể được nhà cung cấp mô hình điều chỉnh trong giai gian truy cập mở rộng cho các mô hình Amazon Bedrock. Tuy nhiên, AWS đảm bảo tính minh bạch bằng cách thông báo cho khách hàng trong thông báo legacy ban đầu và trước khi bất kỳ thay đổi giá nào có hiệu lực, ngăn chặn việc tăng giá bất ngờ theo sau. Khách hàng có thỏa thuận giá riêng hiện có trực tiếp với các nhà cung cấp mô hình hoặc những người sử dụng thông lượng được cấp phép sẽ tiếp tục hoạt động theo các điều khoản giá đã thiết lập của họ trong suốt giai đoạn truy cập mở rộng. Chính sách này được thiết kế để bảo vệ những người đã thực hiện các thỏa thuận tài chính cụ thể hoặc đầu tư vào dung lượng chuyên dụng, đảm bảo tính dễ dự đoán và ổn định bất chấp việc mô hình chuyển đổi sang End-of-Life."

Quản lý vòng đời AI: Điều hướng các giai đoạn chuyển tiếp mô hình Amazon Bedrock

Sự phát triển nhanh chóng của trí tuệ nhân tạo có nghĩa là các mô hình nền tảng (FM) liên tục được cập nhật với các khả năng nâng cao, độ chính xác được cải thiện và các tính năng an toàn mạnh mẽ hơn. Đối với các nhà phát triển và doanh nghiệp xây dựng ứng dụng AI trên Amazon Bedrock, việc hiểu và quản lý vòng đời mô hình là vô cùng quan trọng để đảm bảo hoạt động liên tục và tận dụng những tiến bộ mới nhất. Lập kế hoạch chủ động không chỉ mang lại lợi ích; nó còn cần thiết để ngăn chặn sự gián đoạn và giữ cho các giải pháp AI của bạn luôn dẫn đầu.

Amazon Bedrock thường xuyên phát hành các phiên bản FM mới, mỗi phiên bản đều mang lại những cải tiến đáng kể. Bài viết này, được biên soạn riêng cho độc giả của Code Velocity, đi sâu vào vòng đời mô hình Amazon Bedrock, phác thảo các trạng thái khác nhau, tính năng truy cập mở rộng mới và các chiến lược thực tế để di chuyển ứng dụng liền mạch. Bằng cách hiểu rõ những động lực này, bạn có thể tự tin điều hướng các giai đoạn chuyển đổi mô hình và duy trì các ứng dụng AI mạnh mẽ, hiệu suất cao.

Điều hướng các trạng thái vòng đời mô hình của Amazon Bedrock

Mọi mô hình nền tảng được cung cấp trên Amazon Bedrock tồn tại ở một trong ba trạng thái vòng đời riêng biệt: Active (Hoạt động), Legacy (Cũ) hoặc End-of-Life (EOL - Hết hạn sử dụng). Các trạng thái này, có thể nhìn thấy cả trong bảng điều khiển Amazon Bedrock và thông qua các phản hồi API (ví dụ: thông qua các lệnh gọi GetFoundationModel hoặc ListFoundationModels), quy định mức độ hỗ trợ, tính khả dụng và tuổi thọ dự kiến của mô hình. Hiểu rõ từng trạng thái là nền tảng của việc quản lý ứng dụng AI hiệu quả.

Dưới đây là bảng phân tích chi tiết về ý nghĩa của từng trạng thái:

Trạng thái	Mô tả	Các ý nghĩa chính
ACTIVE	Các mô hình nhận được bảo trì, cập nhật và sửa lỗi liên tục từ các nhà cung cấp của chúng. Chúng đại diện cho thế hệ FM được hỗ trợ hiện tại.	Hỗ trợ đầy đủ cho suy luận thông qua API (InvokeModel, Converse), tùy chỉnh (nếu được hỗ trợ) và đủ điều kiện để tăng hạn mức thông qua Hạn mức dịch vụ của AWS.
LEGACY	Một nhà cung cấp mô hình đã chuyển đổi mô hình, báo hiệu việc ngừng sử dụng cuối cùng của nó. Khách hàng nhận được thông báo trước ít nhất 6 tháng trước EOL.	Người dùng hiện tại có thể tiếp tục, nhưng quyền truy cập mới có thể bị hạn chế đối với khách hàng mới hoặc tài khoản không hoạt động. Việc tạo thông lượng được cấp phép mới trở nên không khả dụng và tùy chỉnh có thể phải đối mặt với các hạn chế. Bao gồm giai đoạn 'Public Extended Access' (Truy cập mở rộng công khai) cho các mô hình có EOL sau ngày 1 tháng 2 năm 2026.
END-OF-LIFE (EOL)	Mô hình đã đạt đến giai đoạn cuối cùng và hoàn toàn không thể truy cập được. Tất cả các hỗ trợ ngừng hoạt động và nó không thể được sử dụng để suy luận nữa.	Các yêu cầu API gửi đến các mô hình EOL sẽ không thành công. Yêu cầu khách hàng di chuyển chủ động sang các mô hình thay thế trước ngày EOL. Không có sự di chuyển tự động nào từ AWS.

Các mô hình Active là yếu tố cốt lõi cho việc phát triển và khối lượng công việc sản xuất đang diễn ra. Chúng được hỗ trợ đầy đủ, nhận tất cả các cải tiến mới nhất và là lựa chọn được khuyến nghị cho các triển khai mới.

Trạng thái Legacy là một giai đoạn quan trọng để lập kế hoạch. Nó đóng vai trò là tín hiệu rõ ràng để bắt đầu đánh giá và chuẩn bị cho việc di chuyển. AWS đảm bảo rằng khách hàng có ít nhất sáu tháng để lên kế hoạch chuyển đổi từ một mô hình Legacy trước khi nó đạt đến EOL, cung cấp đủ thời gian để kiểm tra và triển khai các giải pháp mới. Đối với các mô hình có ngày EOL sau ngày 1 tháng 2 năm 2026, một giai đoạn bổ sung có tên Public Extended Access được giới thiệu trong thời gian Legacy. Sau tối thiểu ba tháng trong trạng thái Legacy, mô hình sẽ chuyển sang giai đoạn truy cập mở rộng này, cho phép người dùng đang hoạt động tiếp tục sử dụng nó trong ít nhất ba tháng nữa cho đến khi EOL. Tuy nhiên, trong thời gian này, các yêu cầu tăng hạn mức cho mô hình cũ thường không được chấp thuận, nhấn mạnh tầm quan trọng của việc lập kế hoạch dung lượng trước.

Cuối cùng, trạng thái End-of-Life (EOL) là một trạng thái dứt khoát. Khi một mô hình đạt đến EOL, nó hoàn toàn không thể sử dụng được. Các ứng dụng vẫn dựa vào mô hình EOL sẽ gặp lỗi ngay lập tức, làm nổi bật sự cần thiết tuyệt đối của việc hoàn thành di chuyển trước ngày này. AWS không cung cấp tính năng di chuyển tự động, đặt trách nhiệm hoàn toàn vào khách hàng để cập nhật mã ứng dụng của họ.

Lập kế hoạch di chuyển chiến lược với quyền truy cập mở rộng

Việc quản lý hiệu quả vòng đời mô hình Amazon Bedrock phụ thuộc vào việc lập kế hoạch di chuyển chiến lược, đặc biệt là xung quanh trạng thái Legacy và các tính năng truy cập mở rộng của nó. Lộ trình chuyển đổi có cấu trúc – có sẵn ít nhất 12 tháng sau khi ra mắt và tối thiểu 6 tháng trong trạng thái Legacy trước khi EOL – được thiết kế để cung cấp khả năng dự đoán và giảm thiểu sự gián đoạn cho các doanh nghiệp tận dụng các mô hình nền tảng.

Trong giai đoạn Legacy, giai đoạn Public Extended Access mới cung cấp một khoảng thời gian quan trọng cho người dùng đang hoạt động. Nó cho phép hoạt động liên tục đồng thời tạo điều kiện chuyển đổi dần dần sang các mô hình mới hơn. Tuy nhiên, điều quan trọng cần lưu ý là trong khi quyền truy cập được duy trì, việc cấp phép thông lượng mới theo đơn vị mô hình sẽ không khả dụng cho các mô hình Legacy, và các yêu cầu tăng hạn mức cho các mô hình này thường không được chấp thuận trong thời gian truy cập mở rộng. Do đó, việc dự báo chính xác nhu cầu dung lượng của bạn trước khi một mô hình chuyển sang giai đoạn này là rất quan trọng để tránh suy giảm dịch vụ.

Các cân nhắc về giá cũng được đưa ra trong thời gian truy cập mở rộng. Các nhà cung cấp mô hình có thể điều chỉnh giá cho các mô hình trong giai đoạn này. AWS cam kết minh bạch, đảm bảo rằng mọi thay đổi giá đã lên kế hoạch đều được thông báo trong thông báo legacy ban đầu và trước khi chúng có hiệu lực, ngăn chặn các chi phí bất ngờ tăng theo sau. Khách hàng có các thỏa thuận giá riêng hiện có trực tiếp với các nhà cung cấp mô hình hoặc những người sử dụng thông lượng được cấp phép sẽ duy trì các điều khoản hiện tại của họ, bảo vệ các khoản đầu tư hiện có và các thỏa thuận hợp đồng. Cách tiếp cận đa lớp này đối với trạng thái Legacy mang lại sự linh hoạt đồng thời khuyến khích mạnh mẽ việc di chuyển kịp thời để đảm bảo các ứng dụng được hưởng lợi từ các mô hình mới nhất, được hỗ trợ đầy đủ. Đối với các doanh nghiệp muốn tối ưu hóa chi phí hoạt động và hiệu suất trên Bedrock, việc hiểu rõ những sắc thái này là rất quan trọng. Để biết thêm thông tin chi tiết về quản lý chi phí trong AI, hãy khám phá quản lý chi phí AI với các dự án Amazon Bedrock.

Đảm bảo quá trình chuyển đổi suôn sẻ: Truyền thông và các phương pháp tốt nhất

Di chuyển thành công từ mô hình Amazon Bedrock cũ sang phiên bản mới hơn phụ thuộc rất nhiều vào việc truyền thông kịp thời và một cách tiếp cận kỷ luật trong lập kế hoạch và thực hiện. AWS sử dụng một quy trình truyền thông mạnh mẽ để đảm bảo khách hàng được thông báo đầy đủ về những thay đổi trạng thái mô hình sắp tới.

Khách hàng nhận được các thông báo toàn diện ít nhất sáu tháng trước ngày EOL của một mô hình, thường là khi nó chuyển sang trạng thái Legacy. Các thông báo này trình bày chi tiết mô hình đang bị ngừng sử dụng, các ngày quan trọng, tính khả dụng của quyền truy cập mở rộng và ngày EOL chính xác. Để đảm bảo các cảnh báo quan trọng này đến được đúng đối tượng liên quan, AWS tận dụng nhiều kênh:

Thông báo email: Gửi đến địa chỉ email người dùng root của tài khoản của bạn và các liên hệ thay thế được chỉ định (vận hành, bảo mật, thanh toán).
Bảng điều khiển AWS Health: Cung cấp chế độ xem tập trung về tất cả các thay đổi theo lịch trình và các tác động tiềm ẩn.
Cảnh báo trên bảng điều khiển Amazon Bedrock: Thông báo trực tiếp trong giao diện dịch vụ.
Truy cập API có lập trình: Cho phép giám sát tự động trạng thái vòng đời mô hình.

Điều bắt buộc là phải xác minh và định cấu hình địa chỉ email liên hệ tài khoản AWS của bạn thường xuyên thông qua trang tài khoản AWS. Ngoài ra, bảng điều khiển AWS User Notifications cho phép bạn thêm nhiều người nhận hoặc định cấu hình các kênh phân phối thay thế, chẳng hạn như Slack hoặc danh sách phân phối nội bộ, đảm bảo rằng không có thông tin quan trọng nào bị bỏ lỡ. Kiểm tra xem email từ health@aws.com không bị lọc cũng là một bước quan trọng.

Khi nói đến chiến lược di chuyển và các phương pháp tốt nhất, lập kế hoạch sớm là không thể bỏ qua. Ngay sau khi một mô hình chuyển sang trạng thái 'Legacy', hãy bắt đầu quá trình di chuyển của bạn:

Giai đoạn Đánh giá: Đánh giá kỹ lưỡng sự phụ thuộc hiện tại của bạn vào mô hình cũ. Xác định tất cả các ứng dụng, quy trình làm việc và tích hợp phụ thuộc vào nó. Phân tích các mẫu yêu cầu điển hình, số liệu hiệu suất và các hành vi hoặc đầu ra cụ thể mà ứng dụng của bạn dựa vào. Sự hiểu biết sâu sắc này tạo thành cơ sở cho việc di chuyển của bạn.
Giai đoạn Nghiên cứu: Nghiên cứu mô hình thay thế được khuyến nghị (các mô hình) hoặc các FM thay thế có sẵn trên Amazon Bedrock. Hiểu các khả năng của chúng, cách chúng khác biệt so với mô hình cũ và bất kỳ tính năng mới nào có thể nâng cao ứng dụng của bạn. Đặc biệt chú ý đến tính khả dụng theo khu vực và bất kỳ thay đổi nào trong các điểm cuối API hoặc định dạng đầu vào/đầu ra.
Kiểm tra và Xác thực: Trước khi triển khai đầy đủ, hãy kiểm tra kỹ lưỡng mô hình mới với dữ liệu và trường hợp sử dụng hiện có của bạn. Đánh giá hiệu suất, độ chính xác và độ an toàn của nó so với các tiêu chuẩn đã được thiết lập trong quá trình đánh giá của bạn. Tiến hành thử nghiệm A/B nếu có thể để so sánh hiệu quả của mô hình mới với mô hình cũ.
Cập nhật mã và Tích hợp: Sửa đổi mã ứng dụng của bạn để tích hợp mô hình mới. Điều này có thể liên quan đến việc cập nhật các lệnh gọi API, chiến lược kỹ thuật nhắc (prompt engineering) hoặc logic xử lý hậu kỳ. Đảm bảo cơ sở hạ tầng của bạn có thể xử lý các yêu cầu của mô hình mới và hạn mức dịch vụ của bạn được điều chỉnh phù hợp.
Triển khai dần dần và Giám sát: Thực hiện chiến lược triển khai theo từng giai đoạn cho mô hình mới. Bắt đầu với một tỷ lệ nhỏ lưu lượng truy cập hoặc một ứng dụng không quan trọng, dần dần tăng mức độ tiếp xúc trong khi liên tục giám sát hiệu suất, tỷ lệ lỗi và phản hồi của người dùng.

Bằng cách tuân thủ các phương pháp tốt nhất này, bạn có thể tạo điều kiện chuyển đổi suôn sẻ và có kiểm soát, giảm thiểu sự gián đoạn tiềm ẩn và đảm bảo các ứng dụng AI của bạn tiếp tục mang lại giá trị. Tận dụng các hợp tác chiến lược, chẳng hạn như giữa AWS và NVIDIA, cũng có thể tăng tốc việc áp dụng AI trong suốt vòng đời.

Quản lý chủ động để hoạt động AI liên tục

Bản chất động của các mô hình AI có nghĩa là vòng đời mô hình nền tảng là một hằng số trong bối cảnh nhà phát triển. Đối với các doanh nghiệp xây dựng trên Amazon Bedrock, việc hiểu và chủ động quản lý các giai đoạn chuyển đổi này không chỉ là một nhiệm vụ kỹ thuật mà còn là một mệnh lệnh chiến lược. Bằng cách nắm bắt các sắc thái của các trạng thái Active, Legacy và End-of-Life, và bằng cách tận dụng các khoảng thời gian truyền thông có cấu trúc và truy cập mở rộng do AWS cung cấp, các tổ chức có thể đảm bảo các ứng dụng AI của họ vẫn linh hoạt, hiệu suất cao và được cập nhật liên tục.

Đánh giá chủ động, lập kế hoạch tỉ mỉ và kiểm tra nghiêm ngặt là những trụ cột của một chiến lược di chuyển thành công. Bằng cách tích hợp các phương pháp tốt nhất này vào khung hoạt động của bạn, bạn có thể giảm thiểu rủi ro, nắm bắt sự đổi mới và đảm bảo rằng các khoản đầu tư AI của bạn trên Amazon Bedrock liên tục mang lại giá trị kinh doanh mà không bị gián đoạn. Luôn đi trước đón đầu trong quản lý vòng đời mô hình là rất quan trọng để duy trì lợi thế cạnh tranh trong bối cảnh AI đang phát triển nhanh chóng.

Nguồn gốc

https://aws.amazon.com/blogs/machine-learning/understanding-amazon-bedrock-model-lifecycle/

Câu hỏi thường gặp

What are the three main states of an Amazon Bedrock model and what do they signify?

Amazon Bedrock models transition through three crucial lifecycle states: Active, Legacy, and End-of-Life (EOL). An 'Active' model receives continuous maintenance, updates, and bug fixes, and is fully supported for inference, customization (if applicable), and quota increases. When a model moves to 'Legacy,' it signifies that a newer version or alternative is available, and customers are advised to plan migration. During this period, existing users can continue, but new access might be restricted, and customization capabilities can be limited. The 'EOL' state means the model is completely inaccessible across all AWS Regions, requiring prior migration to avoid application disruption. Understanding these states is vital for managing AI applications effectively on Amazon Bedrock.

How does the 'Legacy' state impact Amazon Bedrock users, especially regarding the 'Public Extended Access' period?

When an Amazon Bedrock model enters the 'Legacy' state, users are given at least six months' notice before its End-of-Life (EOL) date, providing critical time for migration planning. During this period, existing customers can typically continue using the model, though new customers or inactive accounts might face access restrictions. For models with EOL dates after February 1, 2026, the 'Legacy' state includes a 'Public Extended Access' phase, lasting at least three months after an initial minimum of three months in Legacy. During this extended period, active users retain access, but quota increase requests may not be approved, and pricing might be adjusted. Customers are always notified of these changes to facilitate a smooth transition away from the legacy model.

What happens when an Amazon Bedrock foundation model reaches its End-of-Life (EOL) date?

Upon reaching its End-of-Life (EOL) date, an Amazon Bedrock foundation model becomes entirely inaccessible across all AWS Regions for most customers. Any API requests targeting an EOL model will fail, rendering applications that still rely on it non-functional. AWS does not automatically migrate applications; customers are solely responsible for updating their application code to use alternative, supported models *before* the EOL date. While special arrangements for continued access might exist between specific customers and providers, this is generally not the case for the broader user base. Proactive migration is therefore a critical step to ensure the uninterrupted operation of AI applications built on Amazon Bedrock.

How does AWS communicate changes in the Amazon Bedrock model lifecycle to its users?

AWS employs a multi-channel communication strategy to inform customers about Amazon Bedrock model state changes, particularly when a model transitions to 'Legacy' status (six months before EOL). Notifications are sent via email, displayed on the AWS Health Dashboard, and presented as alerts within the Amazon Bedrock console. Programmatic access to model lifecycle information is also available through the API. To ensure receipt of these critical updates, customers must verify and configure their account contact email addresses, including root user and alternate contacts (operations, security, billing). Additionally, the AWS User Notifications console allows for adding more recipients or delivery channels like Slack or email distribution lists, ensuring timely and comprehensive awareness of upcoming changes.

What are the recommended strategies and best practices for migrating applications to newer Amazon Bedrock models?

Migrating applications to newer Amazon Bedrock models requires proactive planning and a structured approach. Best practices include starting planning as soon as a model enters the 'Legacy' state. Begin with an 'Assessment Phase' to identify all applications dependent on the legacy model, analyze request patterns, and understand critical output behaviors. Follow this with a 'Research Phase' to thoroughly investigate the recommended replacement model, assessing its capabilities, differences, new features, and regional availability. It's crucial to update application code, validate performance, and confirm that service quotas can handle the expected volume with the new model. This systematic approach ensures a smooth transition with minimal disruption, leveraging the enhanced capabilities of newer foundation models.

Are there any pricing considerations during the extended access period for Amazon Bedrock models?

Yes, pricing may be adjusted by the model provider during the extended access period for Amazon Bedrock models. However, AWS ensures transparency by notifying customers in the initial legacy announcement and before any subsequent price changes take effect, preventing surprise retroactive increases. Customers with existing private pricing agreements directly with model providers or those utilizing provisioned throughput will continue operating under their established pricing terms throughout the extended access period. This policy is designed to protect those who have made specific financial arrangements or investments in dedicated capacity, ensuring predictability and stability despite the model's transition toward End-of-Life.

Cập nhật tin tức

Nhận tin tức AI mới nhất qua email.

Chia sẻ