Chuyển đến nội dung
XSIS
Một kỹ sư cầm máy tính bảng trên lối đi trong phòng máy chủ

Đám mây và hạ tầng

Kỹ thuật đám mây, SovereignTech và di chuyển lai

Hạ tầng đám mây và tại chỗ do bạn kiểm soát, dù dữ liệu của bạn bắt buộc phải lưu ở đâu

Khi nền tảng không còn phù hợp quy định

Luật lưu trú dữ liệu, cơ quan quản lý ngành và quy tắc khu vực công quyết định nơi được lưu và xử lý hồ sơ nhạy cảm. Nhiều doanh nghiệp thấy khối lượng công việc bị ràng buộc vào dịch vụ độc quyền của một nhà cung cấp đám mây lớn, kế hoạch AI bị đình trệ vì dữ liệu không được rời khỏi đất nước, và cơ sở hạ tầng tại chỗ của chính họ chạy trên hệ thống chỉ vài người hiểu.

Di chuyển là rủi ro khi không ai nói được thành phần nào phụ thuộc vào thành phần nào. Giữ nguyên hiện trạng cũng rủi ro khi nền tảng không còn phù hợp với quy định, chi phí hoặc khối lượng công việc.

Những gì thay đổi với bạn

  1. Dữ liệu ở nơi quy định yêu cầu

    Mỗi khối lượng công việc chạy ở khu vực, đám mây chủ quyền hoặc trung tâm dữ liệu mà quy tắc lưu trú dữ liệu của bạn yêu cầu, và vị trí của nó được ghi lại cho kiểm toán viên.

  2. Không phụ thuộc nhà cung cấp

    Hạ tầng được định nghĩa bằng mã nguồn mở và khối lượng công việc được đóng gói để có thể di chuyển, nên đổi nhà cung cấp là một dự án có kế hoạch, không phải viết lại từ đầu.

  3. Tính toán AI trong ranh giới của bạn

    Cụm GPU riêng và suy luận lai chạy mô hình ngay cạnh dữ liệu của bạn, với độ trễ dự đoán được.

Chúng tôi bàn giao gì

  • Kiến trúc đa đám mây và đám mây chủ quyền

    Kiến trúc đích trên AWS, Microsoft Azure, Google Cloud, Alibaba Cloud và đám mây chính phủ địa phương, với mỗi khối lượng công việc đặt theo nhu cầu lưu trú, độ trễ và chi phí. Đám mây chủ quyền giữ dữ liệu, vận hành và kiểm soát pháp lý trong một khu vực tài phán.

  • Đánh giá mức phụ thuộc và kế hoạch rời đi

    Những dịch vụ nào ràng buộc bạn vào một nhà cung cấp, việc rời đi tốn bao nhiêu công sức và rủi ro, và kế hoạch theo giai đoạn để khối lượng công việc có thể di chuyển trở lại.

  • Tái nền tảng theo kiến trúc đám mây gốc và di chuyển

    Khối lượng công việc được chuyển hoặc xây lại từng cái một, đóng gói container khi có lợi, với dữ liệu được đồng bộ trước mỗi lần chuyển và đường quay lui cho từng bước.

  • Cụm GPU riêng và suy luận lai

    Cụm GPU tại chỗ hoặc trên đám mây chủ quyền phục vụ mô hình AI trong ranh giới của bạn, chỉ bổ sung năng lực đám mây khi quy định cho phép.

  • Tính toán tại biên

    Năng lực tính toán đặt tại cơ sở, nhà máy và chi nhánh khi độ trễ hoặc kết nối đòi hỏi, được điều phối cùng phần còn lại của hệ thống.

Hạ tầng CNTT: mạng, máy chủ, lưu trữ và danh tính tại chỗ

Phần lớn hệ thống doanh nghiệp vẫn chạy trên hạ tầng cần có người quản lý, và khi hạ tầng không có tài liệu hoặc chỉ vài người hiểu, mọi thay đổi đều là rủi ro. Chúng tôi đánh giá những gì bạn có, thống nhất thiết kế đích với đội ngũ của bạn và xây theo giai đoạn, để hạ tầng tại chỗ và tài khoản đám mây của bạn tuân theo cùng quy tắc truy cập, ghi nhật ký và phục hồi.

  • Đánh giá hạ tầng

    Kiểm kê mạng, máy chủ, lưu trữ và dịch vụ danh tính cùng cách chúng phụ thuộc nhau, với rủi ro xếp theo tác động.

  • Thiết kế đích

    Sơ đồ và quyết định bằng văn bản cho mạng, tính toán, lưu trữ, danh tính và phục hồi, thống nhất với đội ngũ của bạn trước khi thay đổi bất cứ điều gì.

  • Thiết kế mạng và phân đoạn

    Văn phòng, trung tâm dữ liệu và tài khoản đám mây kết nối qua mạng phân đoạn, với quy tắc tường lửa được ghi lại và rà soát.

  • Máy chủ và ảo hóa

    Máy chủ vật lý, máy ảo hoặc máy chủ container, có kích cỡ theo khối lượng công việc và xây từ cấu hình có tài liệu, lặp lại được.

  • Lưu trữ và sao lưu

    Lưu trữ phù hợp với từng hệ thống, và bản sao lưu được kiểm chứng bằng việc khôi phục thật, không chỉ bằng việc chạy sao lưu.

  • Dịch vụ thư mục và truy cập

    Tài khoản, nhóm và đăng nhập một lần tập trung, với quyền quản trị được tách riêng và mọi thao tác quản trị đều được ghi nhật ký.

  • Kết nối lai

    Liên kết mã hóa giữa cơ sở của bạn và tài khoản đám mây, với một bộ quy tắc cho địa chỉ, truy cập và ghi nhật ký.

  • Giám sát và cảnh báo

    Sự kiện về tình trạng, năng lực và bảo mật được thu thập tại một nơi, với cảnh báo đến được người có thể hành động.

  • Kế hoạch khôi phục sau thảm họa

    Mục tiêu phục hồi được thống nhất cho từng hệ thống, kế hoạch bằng văn bản, và diễn tập chứng minh kế hoạch hoạt động.

Yêu cầu chẩn đoán hệ thống

Công việc diễn ra thế nào

  1. Đánh giá hệ thống hiện có

    Chúng tôi kiểm kê khối lượng công việc, dữ liệu, phụ thuộc và hợp đồng, liệt kê quy tắc lưu trú áp dụng, và trao đổi với những người vận hành hệ thống hằng ngày.

  2. Thiết kế đích

    Chúng tôi thống nhất với đội ngũ của bạn vị trí từng khối lượng công việc, tiêu chuẩn trung lập nhà cung cấp mà khối lượng công việc đó tuân theo và thứ tự di chuyển.

  3. Xây nền tảng bằng mã

    Mạng, danh tính, hàng rào và năng lực GPU được định nghĩa trong Terraform, OpenTofu hoặc Pulumi và rà soát như mã ứng dụng.

  4. Di chuyển theo giai đoạn

    Khối lượng công việc chuyển từng cái một, mỗi lần kèm kiểm thử và đường quay lui. Nếu không tránh được gián đoạn, việc đó diễn ra trong cửa sổ bảo trì bạn phê duyệt.

  5. Lập tài liệu và bàn giao

    Bạn nhận sơ đồ, cấu hình, sổ tay vận hành và quy trình phục hồi, và quyết định đội ngũ của bạn vận hành hay chúng tôi vận hành cùng bạn.

Bằng chứng trong vận hành thật

Một tổ chức dịch vụ tài chính được quản lý tại châu Âu và Trung Đông cần AI trên tài liệu khách hàng mà dữ liệu không rời khỏi khu vực tài phán. Chúng tôi xây cụm suy luận GPU riêng trong đám mây chủ quyền khu vực.

Đám mây, công cụ và tiêu chuẩn

AI và học máy
  • vLLM
Đám mây
  • Amazon Web Services
  • Microsoft Azure
  • Google Cloud
  • Alibaba Cloud
  • Exoscale
  • Tencent Cloud
  • Red Hat Enterprise Linux
  • NVIDIA GPUs
DevOps và khả năng quan sát
  • Red Hat OpenShift
  • Kubernetes
  • Terraform
  • OpenTofu
  • Pulumi
  • Docker

Cách bắt đầu

Các bước tiếp theo

  1. Buổi tư vấn sơ bộ

    Một buổi tư vấn sơ bộ trực tuyến miễn phí 30 phút: chúng tôi cùng bạn xem xét mục tiêu, hệ thống và ràng buộc.

  2. Đánh giá mức độ sẵn sàng

    Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.

  3. Chọn lộ trình

    Các dự án đã rõ phạm vi nhận đề xuất có ràng buộc trong vòng 3 đến 5 ngày làm việc. Các dự án ở giai đoạn ý tưởng bắt đầu trong Blueprint Studio. Hệ thống đang vận hành gặp lỗi, thiếu tài liệu hoặc cần tích hợp bắt đầu bằng chẩn đoán kéo dài 1 đến 2 tuần. Blueprint Studio và chẩn đoán đều có phí cố định, được báo trong đề xuất.

  4. Triển khai trong năm giai đoạn

    Khởi động, các sprint có trình diễn trực tiếp, tích hợp và gia cố, nghiệm thu và đưa vào vận hành, sau đó là dịch vụ được quản lý. Sau khi ra mắt là thời gian bảo hành, sau đó là hỗ trợ và bảo trì tùy chọn.

Cách nhanh nhất để bắt đầu là gói Đánh giá khả năng chuyển đổi đám mây và FinOps token AI, một trong các gói hợp tác nhanh của chúng tôi.

Nên bắt đầu từ đâu

Câu hỏi và trả lời

Đám mây chủ quyền là gì, và chúng tôi có cần không?

Đám mây chủ quyền giữ dữ liệu, vận hành và kiểm soát pháp lý trong một khu vực tài phán. Đó có thể là nhà cung cấp khu vực, đám mây chính phủ, khu vực của nhà cung cấp đám mây lớn với kiểm soát phù hợp, hoặc trung tâm dữ liệu của bạn. Bạn cần đám mây chủ quyền khi luật hoặc cơ quan quản lý yêu cầu một số hồ sơ ở lại trong nước. Chúng tôi lập bản đồ khối lượng công việc nào thuộc quy tắc đó trước khi khuyến nghị nơi vận hành chúng.

Chúng tôi nên dùng nhà cung cấp đám mây nào?

Thường là nhà cung cấp bạn đang dùng, trừ khi có lý do rõ ràng để đổi. Yếu tố quyết định là lưu trú dữ liệu, hợp đồng và kỹ năng hiện có, dịch vụ được quản lý bạn cần và cách hệ thống khác kết nối. Chúng tôi làm việc trên AWS, Microsoft Azure, Google Cloud, Alibaba Cloud và đám mây chính phủ khu vực, và chỉ dùng mã riêng của nhà cung cấp ở những chỗ thực sự đáng giá.

XSIS tránh phụ thuộc nhà cung cấp thế nào?

Hạ tầng được định nghĩa bằng công cụ nguồn mở như Terraform, OpenTofu hoặc Pulumi, và khối lượng công việc chạy trên Kubernetes hoặc nền tảng linh hoạt khác. Khi dịch vụ riêng của nhà cung cấp là lựa chọn tốt hơn, chúng tôi dùng có chủ đích và ghi lại lộ trình rời đi. Cuối cùng bạn có ước tính bằng văn bản về công sức di chuyển từng khối lượng công việc.

Chúng tôi nên giữ hạ tầng tại chỗ hay chuyển lên đám mây?

Tùy từng hệ thống: dữ liệu được lưu ở đâu, nhu cầu hiệu năng và kết nối, giấy phép và khả năng vận hành của đội ngũ. Nhiều doanh nghiệp chạy môi trường lai, và cách này hiệu quả khi được thiết kế như một tổng thể thống nhất. Chúng tôi so sánh các lựa chọn theo chi phí, rủi ro và công sức, và khuyến nghị phương án mà chính chúng tôi sẽ chọn.

Chúng tôi có nên chạy mô hình AI trên GPU của mình không?

Hãy cân nhắc khi dữ liệu không được rời khỏi ranh giới của bạn, hoặc khi mức sử dụng đủ ổn định để năng lực tự sở hữu rẻ hơn trả tiền theo lượt gọi. Chúng tôi so sánh cụm riêng, đám mây chủ quyền và dịch vụ mô hình công cộng cho khối lượng công việc của bạn, rồi định cỡ cụm và các mô hình nó phục vụ.

Việc di chuyển có làm gián đoạn hoạt động kinh doanh không?

Chúng tôi lập kế hoạch từng lần di chuyển để tránh gián đoạn, hoặc giữ gián đoạn ngắn và có lịch. Khối lượng công việc chuyển từng cái một, dữ liệu đồng bộ trước khi chuyển và mỗi bước có đường quay lui. Khi một hệ thống không thể chạy ở hai nơi cùng lúc, chúng tôi thống nhất cửa sổ bảo trì với bạn và diễn tập chuyển đổi trước.

XSIS có làm việc với thiết bị và hệ thống chúng tôi đang có không?

Có. Chúng tôi bắt đầu từ những gì bạn có và chỉ thay những gì hết hỗ trợ hoặc cản trở thiết kế. Khi phải mua phần cứng hoặc giấy phép, chúng tôi nêu rõ cần gì và vì sao, và bạn chọn nhà cung cấp.

Một dự án hợp tác về hạ tầng CNTT bao gồm những gì?

Dự án bao gồm mọi thứ mà hệ thống của bạn chạy trên đó: mạng và cơ sở, máy chủ và ảo hóa, lưu trữ và sao lưu, dịch vụ thư mục và danh tính, giám sát, và liên kết tới tài khoản đám mây. Chúng tôi có thể đảm nhận toàn bộ môi trường hoặc một phần, như thiết kế lại mạng. Phạm vi được thống nhất bằng văn bản trước khi bắt đầu.

XSIS cần quyền truy cập nào, và quyền đó được kiểm soát thế nào?

Mỗi kỹ sư có tài khoản định danh, chỉ với những quyền mà công việc cần, và đăng nhập bằng khóa bảo mật phần cứng. Khi bạn có quy trình cấp quyền quản trị, chúng tôi làm theo. Phiên quản trị được ghi nhật ký, và quyền bị thu hồi khi công việc kết thúc hoặc khi người đó rời dự án.

Điều gì quyết định chi phí công việc hạ tầng?

Các yếu tố chính là số cơ sở, hệ thống và môi trường, và tình trạng tài liệu hiện tại. Chi phí cũng phụ thuộc mức phải thay đổi trong khi doanh nghiệp vẫn vận hành, và yêu cầu phục hồi, bảo mật của bạn. Phần cứng, giấy phép và sử dụng đám mây là chi phí riêng, được hiển thị trước khi bạn cam kết. Khi yêu cầu đã rõ, bạn nhận đề xuất kèm phạm vi, giai đoạn và giá.

Ai sở hữu thiết kế, cấu hình và tài liệu?

Bạn sở hữu. Sơ đồ, cấu hình, kịch bản và sổ tay vận hành được bàn giao cho bạn và giữ trong kho mã, kho tài liệu của chính bạn. Không có gì phụ thuộc vào tài khoản XSIS, nên đội ngũ của bạn hoặc nhà cung cấp khác có thể tiếp quản bất cứ lúc nào.

XSIS có vận hành hạ tầng sau dự án không?

Có, nếu bạn muốn. Theo thỏa thuận hỗ trợ, chúng tôi giám sát môi trường, áp dụng cập nhật và phản hồi sự cố trong thời gian đã thống nhất. Chúng tôi cũng báo cáo năng lực và rủi ro. Nếu bạn muốn tự vận hành, sổ tay vận hành và bàn giao được lập kế hoạch ngay từ đầu.

Sẵn sàng xây dựng? Hãy yêu cầu đề xuất.

Gửi yêu cầu hoặc RFP của bạn. Các kiến trúc sư của chúng tôi kiểm chứng và gửi lại đề xuất có ràng buộc, phạm vi cố định.

Các bước tiếp theo

  1. Đánh giá mức độ sẵn sàng

    Trong một đánh giá mức độ sẵn sàng miễn phí trong 48 giờ, một kiến trúc sư chính kiểm tra dự án của bạn theo định nghĩa sẵn sàng (Definition of Ready) gồm 6 điểm và đề xuất lộ trình phù hợp.

  2. Đề xuất có ràng buộc

    Sau bước kiểm chứng kiến trúc miễn phí, bạn nhận đề xuất có ràng buộc, phạm vi cố định trong vòng 3 đến 5 ngày làm việc: cột mốc, kiến trúc, cơ cấu đội ngũ và SLA. Chúng tôi ký thỏa thuận bảo mật (NDA) với bạn theo yêu cầu, trước khi bạn chia sẻ yêu cầu của mình.

  3. Khởi động

    Sau khi bạn ký, các nhóm kỹ thuật của chúng tôi bắt đầu Sprint 0 trong vòng 5 đến 10 ngày làm việc kể từ khi ký hợp đồng.

  4. Triển khai trong năm giai đoạn

    Khởi động, các sprint có trình diễn trực tiếp, tích hợp và gia cố, nghiệm thu và đưa vào vận hành, sau đó là dịch vụ được quản lý. Sau khi ra mắt là thời gian bảo hành, sau đó là hỗ trợ và bảo trì tùy chọn.