Bạn đang xem tài liệu về Apigee Edge.
Truy cập vào
tài liệu Apigee X. thông tin
Apigee là một nền tảng dựa trên đám mây, tự phục vụ, nhiều người thuê và chạy trong một cấu hình hoàn toàn dự phòng (trực tiếp/trực tiếp) trên nhiều trung tâm dữ liệu ở nhiều khu vực trên toàn cầu. Apigee sử dụng Google Cloud Platform (GCP) và Amazon Web Services (AWS) cho nền tảng dựa trên đám mây của chúng tôi. Trong số các dịch vụ mà chúng tôi xây dựng trên GCP và AWS, chúng tôi sử dụng nhiều trung tâm dữ liệu trong mỗi khu vực và lưu lượng truy cập trực tiếp của dịch vụ cho khách hàng trên nhiều trung tâm dữ liệu này. Chúng tôi không có trung tâm dữ liệu "đang hoạt động" và trung tâm dữ liệu "dự phòng" (hoặc "thứ cấp" hoặc "chuyển đổi dự phòng"). Chúng tôi có hai (hoặc nhiều hơn) trung tâm dữ liệu liên tục và đồng thời phục vụ lưu lượng truy cập của khách hàng ở mỗi khu vực trên toàn cầu.
Kế hoạch BCP/DR
Kế hoạch kinh doanh liên tục và phục hồi sau thảm hoạ (BCP/DR) của Apigee là một kế hoạch trên toàn nền tảng và không chứa các nhiệm vụ chi tiết cho từng khách hàng. Thay vào đó, nền tảng này được định cấu hình để xử lý các yêu cầu về dữ liệu khách hàng bất kể có sự gián đoạn và ngừng hoạt động hay không. Dữ liệu sẽ tiếp tục truyền tải ngay cả khi toàn bộ trung tâm dữ liệu không kết nối mạng. Nếu toàn bộ một khu vực ngừng hoạt động, thì khách hàng ở một khu vực có thể gặp phải tình trạng ngừng hoạt động của các dịch vụ xử lý API. Đối với những khách hàng đang tìm kiếm các dịch vụ dự phòng "trong khu vực", Apigee cung cấp một cấp độ dự phòng toàn cầu của các trung tâm dữ liệu dự phòng, nơi lưu lượng truy cập có thể được phục vụ ở nhiều khu vực hoặc quốc gia để nếu toàn bộ một khu vực ngừng hoạt động, dữ liệu vẫn sẽ được truyền.
Các dịch vụ khách hàng ở một khu vực sẽ không tự động được chuyển sang một khu vực khác do có thể có các quy định hạn chế về địa lý đối với việc xử lý và truy cập dữ liệu. Apigee lưu trữ các dịch vụ cho khách hàng ở khu vực do khách hàng xác định. Vì có thể có các quy định cụ thể hoặc cam kết của khách hàng với người dùng về vị trí địa lý của dữ liệu, nên Apigee sẽ không tự động di chuyển các dịch vụ sang một khu vực khác, vì điều này có thể ảnh hưởng đến cam kết của Apigee với khách hàng hoặc cam kết của khách hàng Apigee với khách hàng của họ.
Apigee không chia sẻ toàn bộ kế hoạch BCP/DR với bất kỳ khách hàng cá nhân nào, vì kế hoạch này chứa thông tin nhạy cảm nội bộ của Apigee và thông tin tham khảo về khách hàng của chúng tôi. Chính sách quyền riêng tư của chúng tôi ngăn chặn việc chia sẻ kế hoạch BCP/DR của nền tảng với từng khách hàng có thể tiết lộ tên của những khách hàng khác. Chúng tôi cung cấp cùng một mức độ bảo vệ quyền riêng tư cho từng khách hàng.
Quản lý kế hoạch kinh doanh liên tục/phục hồi sau thảm hoạ
Nhóm Bảo mật thông tin của Apigee chịu trách nhiệm giám sát chương trình Khả năng phục hồi hoạt động kinh doanh, trong khi một Chỉ huy sự cố luân phiên chịu trách nhiệm quản lý và giải quyết mọi sự cố. Chỉ huy sự cố luôn có nhân viên vận hành và kỹ thuật trực tuyến, cùng với các sổ tay hướng dẫn cho mọi hành động có thể cần thực hiện.
Kiểm thử BCP/DR
Apigee thực hiện các quy trình vận hành hỗ trợ kiểm thử BCP/DR của nền tảng với tần suất thường xuyên hơn so với kiểm thử BCP/DR trên bàn hằng năm của chúng tôi. Mỗi tháng, Apigee thực hiện các đợt tăng tải từ môi trường trực tiếp/trực tiếp trong khi chúng tôi thực hiện các bản cập nhật cho các hệ thống đang chạy dịch vụ. Quy trình này bao gồm việc ngừng hoạt động toàn bộ hệ thống của một trung tâm dữ liệu trong khi trung tâm dữ liệu ngang hàng xử lý tải. Trong quá trình này, sau khi mọi bản cập nhật được thực hiện, trung tâm dữ liệu đầu tiên sẽ được khôi phục và các dịch vụ sẽ chạy trực tiếp/chạy lại để xác minh rằng không có vấn đề nào xảy ra. Sau đó, trung tâm dữ liệu ngang hàng sẽ ngừng hoạt động để thực hiện các bản cập nhật tương tự rồi hoạt động trở lại. Apigee sử dụng các công cụ và kỹ thuật để giảm lưu lượng truy cập và gửi một tỷ lệ nhỏ lưu lượng truy cập đến các dịch vụ mới cập nhật để kiểm tra mọi vấn đề hoặc lỗi trước khi quay lại xử lý tải đầy đủ.
Quy trình vận hành nhất quán này vượt quá "thử nghiệm" khả năng phục hồi hai năm một lần theo tiêu chuẩn ngành của dịch vụ chúng tôi bằng cách biến quy trình này thành một nhiệm vụ vận hành diễn ra thường xuyên hơn.
Ngoài các quy trình vận hành được mô tả ở trên, Apigee cũng tiến hành các bài tập BCP/DR trên bàn ít nhất một lần mỗi năm, trong đó các thành viên của nhóm kỹ thuật và vận hành sẽ cùng với các đơn vị kinh doanh khác của Apigee mô phỏng một cách hợp lý và xem xét các vấn đề, phản hồi và tác động của các quyết định được đưa ra trong một tình huống thảm hoạ giả định. Điều này giúp nhân viên của chúng tôi có thêm kinh nghiệm và được đào tạo thêm về các kế hoạch BCP/DR lớn hơn cho toàn bộ doanh nghiệp, ngoài bản thân dịch vụ.
Thử nghiệm BCP/DR do Apigee thực hiện không sử dụng "các bài tập chuyển đổi dự phòng" hoặc "vị trí phụ" vì tất cả những điều đó đều được tích hợp vào hệ thống đang chạy.
Apigee duy trì Sổ tay hướng dẫn để tất cả các nhóm vận hành và kỹ thuật sử dụng. Các sổ tay này được xem xét và cập nhật ít nhất mỗi năm một lần, đồng thời được sử dụng trong tất cả các hoạt động kiểm thử và huấn luyện BCP/DR của chúng tôi.
Apigee không chia sẻ báo cáo kiểm thử BCP/DR với từng khách hàng, vì các kiểm thử này được thực hiện ở cấp nền tảng chứ không phải cấp khách hàng. Chúng tôi chia sẻ kết quả của các nhiệm vụ vận hành và báo cáo kiểm thử diễn tập trên giấy hằng năm với các đơn vị kiểm toán bên thứ ba. Đây là cơ sở để đơn vị kiểm toán xem xét việc chúng tôi tuân thủ PCI, HIPAA, các yêu cầu theo hợp đồng và các yêu cầu khác.
Kiểm thử BCP/DR của khách hàng
Khách hàng nên đưa các dịch vụ Apigee Edge vào kế hoạch khôi phục sau thảm hoạ của riêng mình. Khách hàng có thể và nên cân nhắc cách Apigee có thể chuyển hướng lưu lượng truy cập khi cần thiết để khách hàng duy trì các dịch vụ cho người dùng cuối ngay cả khi trung tâm dữ liệu của khách hàng bị ngừng hoạt động hoặc xảy ra sự cố thảm hoạ khác. Tuy nhiên, mức kiểm thử này nằm ngoài phạm vi của kế hoạch DR Apigee. Khách hàng nên thực hiện kiểm thử BCP/DR trên các ứng dụng của riêng họ và đưa Apigee Edge vào quy trình kiểm thử.
RTO/RPO
Apigee không có mục tiêu về thời điểm phục hồi và thời gian phục hồi (RPO/RTO) cho khách hàng hoặc trong các hợp đồng liên quan đến hoạt động BCP/DR. SLA của chúng tôi tương đương với các điểm dữ liệu RTO/RPO trên đám mây. Vì Apigee là một dịch vụ dựa trên đám mây dự phòng với cả dịch vụ quản lý và dịch vụ thời gian chạy được thiết kế với các dịch vụ trực tiếp dự phòng, nên cả RTO và RPO đều có thể được coi là "thời gian thực". Khách hàng ở một khu vực duy nhất sẽ nhận được tối thiểu các dịch vụ dự phòng ở nhiều trung tâm dữ liệu trong cùng một khu vực. Khách hàng muốn có mức độ dự phòng cao hơn có thể chọn dịch vụ đa khu vực.
Kế hoạch ứng phó với đại dịch
Apigee có kế hoạch ứng phó đại dịch trong kế hoạch và quy trình BCP/DR tổng thể của chúng tôi. Vì Apigee là một dịch vụ được lưu trữ trên đám mây, nên các cá nhân không cần phải quản lý trung tâm dữ liệu. Đối với các hoạt động kinh doanh như hỗ trợ, Apigee có một nhóm hỗ trợ toàn cầu hoạt động 24/7 tại nhiều văn phòng và địa điểm từ xa. Nếu một đại dịch ở một khu vực trên toàn cầu ảnh hưởng đến một trong các địa điểm hỗ trợ của chúng tôi, thì nhân viên ở các văn phòng khác sẽ được thông báo và thay thế các ca làm việc mà văn phòng chịu ảnh hưởng thường xử lý. Đối với các dịch vụ kinh doanh khác như bán hàng, lực lượng lao động được phân bổ trên toàn cầu. Tất cả các nhóm tại Apigee đều có thể làm việc từ xa nếu cần. Các công cụ được sử dụng trong Apigee đều dựa trên đám mây và phù hợp với kế hoạch ứng phó với đại dịch.
Nội dung cập nhật
Apigee xem xét và cập nhật kế hoạch BCP/DR ít nhất mỗi năm một lần. Thông tin thu thập được từ các sự cố, thay đổi về sản phẩm, tiêu chuẩn ngành, hoạt động phân tích rủi ro và hoạt động kiểm thử BCP/DB được dùng để cập nhật kế hoạch.
Phân tích tác động đến hoạt động kinh doanh và đánh giá rủi ro
Hằng năm, Google tiến hành phân tích tác động đối với doanh nghiệp và đánh giá rủi ro. Kết quả của BIA và RA được ưu tiên và ghi lại trong hệ thống theo dõi vấn đề.