Tại Sao Trang Web Thương Mại Điện Tử Của Bạn Cần Một Phương Pháp Đa Đám Mây Chủ Động Trong Mùa Lễ

Đối với các nhà lãnh đạo thương mại điện tử, mùa lễ mang lại hai điều chắc chắn: một lượng khách hàng lớn và nguy cơ gián đoạn dịch vụ của nhà cung cấp đám mây. Các sự cố lớn của đám mây dường như đang trở nên phổ biến và tàn phá hơn. Vùng US-East-1 của AWS, ví dụ, có lịch sử gián đoạn đáng kể trong mùa lễ. Tương tự, mỗi năm vào tháng Một, Microsoft Azure thường gặp vấn đề về độ trễ mạng hoặc gián đoạn mạng do kế hoạch phát hành hoặc thử nghiệm trong một số khu vực. Và chúng ta chỉ cần nhìn lại sự kiện tháng Sáu vừa qua, khi một sự cố lớn của Google Cloud đã ảnh hưởng đến nhiều ứng dụng, để nhớ rằng không có nhà cung cấp nào là miễn nhiễm.

Nếu bạn là người phụ trách một hoạt động thương mại điện tử, bạn không muốn phát hiện ra rằng ngay cả khi bạn đã thiết lập mọi thứ đúng, có điều gì đó đã ngừng hoạt động trong thời điểm quan trọng nhất của năm. Những xu hướng gián đoạn và vấn đề của nhà cung cấp đám mây có thể không nằm trong radar của bạn, và thực sự, chúng không nên nằm trong đó. Nếu bạn là một kỹ sư tin cậy, bạn không nên lo lắng về việc liệu một sự cố của nhà cung cấp đám mây sẽ ảnh hưởng đến ứng dụng của bạn, cũng không nên cố gắng điều chỉnh cơ sở hạ tầng của mình trong thời gian xảy ra sự cố. Thay vào đó, bạn nên xem xét lại những gì bạn biết về đa đám mây.

Ứng Dụng Đa Đám Mây

Nếu tổ chức của bạn đang trả phí cho AWS, Azure và GCP, bạn thực sự có tất cả ba đám mây tại sự sẵn sàng của mình. Tuy nhiên, trong khi bạn có thể đang sử dụng tất cả ba, điều quan trọng là phải xem xét những gì xảy ra khi bạn đi sâu hơn một lớp. Liệu một số ứng dụng của bạn có đặc thù cho AWS, Azure hoặc GCP không? Chúng có tiếp tục hoạt động nếu một nhà cung cấp đám mây bị gián đoạn và bạn cần nhanh chóng chuyển sang một nhà cung cấp khác không?

Ứng dụng của bạn phải hoạt động hoàn hảo trên bất kỳ đám mây nào. Đó là một thiết lập đa đám mây thực sự. Nếu bạn muốn trở nên trung lập với đám mây, bạn không thể chỉ trả tiền cho đa đám mây; bạn cũng phải đảm bảo rằng các ứng dụng của bạn cũng là đa đám mây.

Hơn nữa, việc phụ thuộc vào một nhà cung cấp duy nhất sẽ giới thiệu các hạn chế vốn có về khả năng tính toán, giới hạn tỷ lệ API và tính sẵn sàng khu vực. Một kiến trúc đa đám mây thực sự sẽ tăng cường sức mạnh tính toán tổng hợp của bạn và cung cấp khả năng chống lại những hạn chế này. Nó mở khóa khả năng của bạn để mở rộng quy mô theo nhu cầu vượt quá giới hạn của một nhà cung cấp duy nhất, mở rộng nhanh chóng khả năng trên các khu vực địa lý và đảm bảo hiệu suất nhất quán trong những ngày mua sắm cao điểm. Nhưng việc có một ứng dụng di động, trung lập với đám mây chỉ là bước đầu tiên; bước tiếp theo là triển khai nó trong một kiến trúc thực sự linh hoạt.

Tăng Cường Sự Phối Hợp Chủ Động

Điều này đòi hỏi sự chuẩn bị nghiêm túc từ phía DevOps. Thật khó để có một chiến lược Khôi Phục Thảm Họa và Tiếp Tục Kinh Doanh (BCDR) 100% chính xác vì khi nói đến việc chạy các hoạt động của bạn trực tiếp, có nhiều điểm thất bại. Bạn không muốn thử nghiệm chiến lược BCDR của mình trong một sự cố, vì vậy bạn có thể cảm thấy rằng tất cả những gì bạn có thể làm thực sự là dự đoán các kịch bản có thể xảy ra và sau đó chuẩn bị cho chúng.

Lời khuyên của tôi dành cho các kỹ sư tin cậy là hãy thiết kế cho sự thất bại theo mặc định. Điều này có nghĩa là có một đám mây thứ cấp hoặc thậm chí là một đám mây thứ ba đang chạy trong trạng thái hoạt động. Một chiến lược BCDR bị giới hạn trong một nhà cung cấp duy nhất là một điểm thất bại duy nhất; nếu mặt điều khiển hoặc mạng xương sống của nhà cung cấp bị gián đoạn, toàn bộ kế hoạch phục hồi của bạn sẽ trở nên vô ích.

Trong mùa lễ, điều phổ biến là số lượng khách truy cập tăng đột ngột, buộc nền tảng hoặc ứng dụng của bạn phải bắt đầu hoạt động với khả năng giảm. Nếu bạn đã tạo một bản sao của ứng dụng đang hoạt động, một bản sao thứ cấp, bạn có thể chuyển sang thực hiện cân bằng tải để bạn có thể chuyển một số yêu cầu đến phiên bản khác của ứng dụng.

Phương pháp chủ động này có nghĩa là bạn có sản phẩm hoàn chỉnh của mình được nhân đôi, chạy ở nơi khác. Nếu nhà cung cấp đám mây chính của bạn gặp phải sự suy giảm nghiêm trọng hoặc gián đoạn, bạn có thể chuyển đổi 100% lưu lượng truy cập của mình sang nhà cung cấp thứ cấp thông qua DNS hoặc bộ cân bằng tải toàn cầu, khiến nó trở thành điểm vào chính không gián đoạn cho khách hàng của bạn.

Chi Phí Thực Sự Của Việc Không Đi Đa Đám Mây

Mặc dù chi phí chạy một đám mây thứ cấp không phải là nhỏ, nhưng nó không đáng kể so với tác động kinh doanh của một sự cố lớn: xin lỗi khách hàng sau khi thất bại về độ tin cậy, cố gắng đảm bảo với họ rằng nó sẽ không xảy ra lại và thuyết phục họ không rời bỏ bạn để đến với một trong những đối thủ cạnh tranh của bạn. Hãy cũng đừng quên tất cả doanh thu bị mất từ những продаж không thể giành lại được. Tại FluidCloud, tôi đã chứng kiến kịch bản này diễn ra nhiều lần: các công ty đầu tư mạnh vào một nhà cung cấp duy nhất, chỉ để tìm thấy mình ở phía sai lầm của một sự cố với không có biện pháp khắc phục ngay lập tức.

Tuy nhiên, điều đó được nói, thật khó để kiểm soát chi phí của bạn nếu bạn chỉ sử dụng một nhà cung cấp đám mây; chi phí đám mây của bạn có lẽ trông giống như một đồ thị hàm mũ. Nếu bạn áp dụng nhiều đám mây, đồ thị hàm mũ đó sẽ chỉ trở nên dốc hơn.

Khi bạn nhân đôi cơ sở hạ tầng của mình từ đám mây chính, bạn tự nhiên không muốn chi phí của mình tăng gấp đôi. Tôi do đó khuyên bạn nên tập trung vào các đám mây rẻ hơn cung cấp hiệu suất cạnh tranh với mức giá thấp hơn. Nếu bạn có một bản sao thứ cấp chạy trong một đám mây rẻ hơn, bạn vẫn sẽ có sự dư thừa chủ động-chủ động hoàn toàn, nhưng với chi phí thấp hơn. Đó là một chiến thắng đôi bên.

Tư Duy Cuối Cùng

Chạy ứng dụng của bạn chủ động-chủ động trên nhiều nhà cung cấp đám mây không chỉ đơn giản là tạo một bản sao lưu. Nó có nghĩa là xây dựng sự linh hoạt thời gian thực, đảm bảo rằng doanh nghiệp của bạn không có một điểm thất bại duy nhất và có thể cung cấp tốc độ nhất quán ngay cả trong thời gian tăng đột ngột.

Mùa lễ này, đừng chỉ hy vọng về độ tin cậy. Xây dựng nó. Thiết kế hệ thống của bạn để chạy nhất quán, bất kể nhà cung cấp đám mây hoặc khu vực nào bị gián đoạn. Cung cấp trải nghiệm khách hàng hoàn hảo bằng cách chấp nhận một kiến trúc đa đám mây chủ động-chủ động thực sự.