Tại sao Canonicalization nên là thành phần cốt lõi trong quá trình hiện đại hóa máy chủ SQL của bạn (Phần 1)

Mô hình Canonical, được xác định

Mô hình chuẩn là một mẫu thiết kế được sử dụng để giao tiếp giữa các định dạng dữ liệu khác nhau; một mô hình dữ liệu là siêu bộ của tất cả các mô hình khác (“chuẩn”) và tạo một mô-đun hoặc lớp dịch sang/từ đó tất cả các mô-đun hiện có trao đổi dữ liệu với các mô-đun khác [1] . Đó là một hình thức tích hợp ứng dụng doanh nghiệp giúp giảm số lượng bản dịch dữ liệu, hợp lý hóa việc bảo trì và chi phí, chuẩn hóa các định nghĩa dữ liệu đã thống nhất liên quan đến việc tích hợp các hệ thống kinh doanh và thúc đẩy tính nhất quán trong việc cung cấp cách đặt tên, định nghĩa và giá trị dữ liệu chung với khung dữ liệu tổng quát.

 Hiện đại hóa máy chủ SQL

Tôi luôn là người đam mê dữ liệu và luôn có niềm yêu thích đặc biệt với SQL Server . Gần đây, nhiều khách hàng đã hỏi tôi: “Làm cách nào để chúng tôi bắt đầu kỷ nguyên quản lý dữ liệu cho ngăn xếp SQL Server?”

Trên thực tế, Canonicalization có thể áp dụng rất nhiều cho công việc thiết kế nỗ lực hiện đại hóa SQL Server . Cách tiếp cận đơn giản hóa của nó cho phép tích hợp theo chiều dọc và giải quyết toàn bộ hệ sinh thái SQL Server. Ngăn xếp là nơi chạy “Dịch vụ”—bắt đầu bằng kim loại trần, cho đến ứng dụng, với bảy lớp tích hợp trong ngăn xếp.

 7 lớp tích hợp nâng cao

Nền tảng của bất kỳ thiết kế vững chắc nào của ngăn xếp đều bắt đầu bằng . Dell Technologies có vị thế tốt nhất để thúc đẩy tính nhất quán trong mọi quy trình và được bổ sung bởi các chuyên gia dịch vụ và cơ sở hạ tầng theo chủ đề của công ty, những người làm việc với bạn để đưa ra những quyết định tốt nhất liên quan đến tính toán, lưu trữ và sao lưu.

 

 

Chúng ta hãy xem xét tích hợp theo chiều dọc từng lớp một. Từ thiếc đến ứng dụng, chúng ta có:

  1. Cơ sở hạ tầng từ Dell Technologies
  2. Ảo hóa (tùy chọn)
  3. Phần mềm được xác định – mọi thứ
  4. Một hệ điều hành
  5. Mặt phẳng điều khiển container
  6. Mặt phẳng điều phối container
  7. Ứng dụng

Có rất nhiều kích thước để lựa chọn khi chúng tôi xử lý lớp bánh này của cả phần cứng và phần mềm được xác định và tất nhiên là các ứng dụng. Hãy suy nghĩ: Dell, VMware, RedHat, Microsoft. Với sự tiến bộ của phần mềm, phát triển với tốc độ ngày càng tăng và chiếm lĩnh thế giới, độ phức tạp càng tăng thêm. Điều quan trọng là bạn hiểu cách hoạt động của tất cả các mảnh ghép và mảnh nào phối hợp tốt với nhau, cân nhắc các điểm tích hợp mà bạn có thể đã có trong hệ sinh thái của mình.

 Xác định giải pháp đáng tin cậy và được hỗ trợ đầy đủ nhất

Với tất cả sự phức tạp này, bạn chọn kiến ​​trúc nào để được giải quyết hợp lý? Bạn muốn tự động hóa bao nhiêu XaaS? Tôi hy vọng bạn trả lời là – Tất cả! Tại thời điểm nào bạn muốn mặt phẳng điều khiển hoặc mặt phẳng điều khiển? Hãy coi mặt phẳng điều khiển là nơi nhóm của bạn quản lý, triển khai và kết nối công cụ DevOps của bạn. Nói cách khác, bạn muốn nhóm của mình đổi mới hay duy trì?

Khi điểm chèn mặt phẳng điều khiển của bạn di chuyển lên phía ứng dụng, mức độ tự động hóa bên dưới sẽ tăng lên và độ phức tạp cũng tăng theo. Một ví dụ ở đây là Trình quản lý tài nguyên Azure hoặc ARM. Có nhiều cách để kết nối mọi cơ sở hạ tầng trong trung tâm dữ liệu tại chỗ của bạn, thúc đẩy hoạt động quản lý nhất quán. Chúng tôi cũng muốn áp dụng tất cả biện pháp kiểm soát truy cập dựa trên vai trò (RBAC) – đặc biệt đối với các kho dữ liệu mà chúng tôi đang quản lý. Một ví dụ mà chúng ta sẽ nói đến trong Phần 2 là Azure Arc.

Đây là lý do chính của blog này, hiểu rõ các lựa chọn và sự cân bằng giữa chi phí và độ phức tạp hoặc độ phức tạp tự động. Nhiều sản phẩm cung cấp tính năng tự động hóa này ngay lập tức. “Không quan tâm đến người đàn ông đằng sau bức màn!”

Một trong những người bạn tốt của tôi tại Dell Technologies, Stephen McMaster, Kỹ sư công nghệ kỹ thuật tại Dell, mô tả những cân nhắc này giống như Quả bóng Plinko, một loại kịch bản phiêu lưu do bạn chọn . Sự tương tự này là đúng!

Với tất cả các lựa chọn về kích thước, chúng ta phải chắt lọc ra cách tiếp cận hiệu quả nhất. Tôi muốn hiểu cả bộ công cụ CNTT hiện tại và hành trình trưởng thành của tổ chức, trước khi bắt tay vào việc đưa ra đề xuất phù hợp cho một bộ giải pháp vững chắc và hệ thống được hỗ trợ đầy đủ.