Cơ Sở Dữ Liệu Của Bạn Sẽ Sẵn Sàng Nếu Tốc Độ Phát Triển Tăng Lên Một Lệnh Độ Không?

Các công cụ hỗ trợ bởi trí tuệ nhân tạo đã tăng tốc độ và giảm chi phí sản xuất mã. Tuy nhiên, các nhà lãnh đạo kinh doanh đang đặt câu hỏi tại sao hiệu quả này không chuyển thành sự đổi mới vượt trội và thời gian đưa sản phẩm ra thị trường nhanh hơn. Thay vì tăng tốc toàn bộ chu kỳ giao hàng, sự gia tăng tốc độ này chỉ đơn giản là làm lộ ra sự mong manh của các quy trình thay đổi cơ sở dữ liệu hiện có.

Trong thập kỷ qua, câu trả lời cho “làm thế nào để chúng ta di chuyển nhanh hơn?” là xây dựng các đường ống tốt hơn, đầu tư vào CI/CD và chuyển sang trái trên kiểm tra. Những khoản đầu tư này đã mang lại kết quả – mã ứng dụng di chuyển với tốc độ đáng kinh ngạc trong các tổ chức kỹ thuật trưởng thành. Tuy nhiên, những lợi ích này không được cảm nhận đồng đều trên toàn bộ ngăn xếp công nghệ. Cơ sở dữ liệu thường được coi là một trường hợp đặc biệt; một tài sản được bảo vệ đòi hỏi một tiêu chuẩn chăm sóc khác, các quy trình chậm hơn và giám sát thủ công. Có những lý do tốt để mẫu này phát triển, vì cơ sở dữ liệu chứa dữ liệu mà doanh nghiệp chạy trên và sai lầm có thể là thảm khốc. Trong khi sự thận trọng từng cảm thấy hợp lý, chi phí của sự thận trọng đó đã thay đổi. Bằng cách tăng áp lực lên các nhóm quản trị cơ sở dữ liệu và các nhóm vận hành để thực hiện các thay đổi đối với cơ sở dữ liệu với tốc độ mà các nhà phát triển hiện có thể viết mã, sự chênh lệch trong ngăn xếp đã trở thành một trách nhiệm. Những nhóm này không thể theo kịp, và các thay đổi cơ sở dữ liệu hiện đang giết chết lợi thế tốc độ do công cụ hỗ trợ bởi trí tuệ nhân tạo cung cấp. Việc giải quyết một ràng buộc – thời gian cần thiết để viết mã – chỉ đơn giản là làm nổi bật nút thắt tiếp theo trong quy trình. Đây là tư duy hệ thống được đưa đến cuộc sống, và ma sát kết quả đang trở nên ngày càng đau đớn cho doanh nghiệp.

Tốc độ và kiểm soát không phải là những điều đối lập. Nhưng cách mà hầu hết các tổ chức quản trị thay đổi cơ sở dữ liệu đối xử với chúng như thể chúng là.

Mô hình truyền thống của quản trị cơ sở dữ liệu được thiết kế cho một thế giới của các bản phát hành hàng quý. Yêu cầu thay đổi, ủy ban phê duyệt, chu kỳ xem xét thủ công, kế hoạch hoàn trả được viết trước khi triển khai xảy ra bốn lần một năm. Không có gì trong số đó là sai. Đó là quản lý rủi ro đã phát triển để phù hợp với thời gian có sẵn trong thời gian giữa các bản phát hành. Vấn đề là tốc độ phát hành đã thay đổi, và đối với hầu hết các tổ chức, cách tiếp cận quản trị chưa theo kịp. Các nhóm được kỳ vọng sẽ giao hàng liên tục nhưng vẫn định tuyến các thay đổi cơ sở dữ liệu thông qua các quy trình được xây dựng cho một kỷ nguyên khác. Kết quả không phải là an toàn. Kết quả là ma sát, các giải pháp thay thế và một lớp thay đổi cơ sở dữ liệu “nhỏ” ngày càng tăng đang bỏ qua quản trị hoàn toàn vì quy trình chính thức quá chậm để được thực tế.

Đó là nơi mà rủi ro thực sự tồn tại.

Khi quản trị quá chậm để được sử dụng, mọi người ngừng sử dụng nó. Các thay đổi lược đồ được áp dụng trực tiếp trong sản xuất. Các bản vá nóng được gửi mà không có kiểm soát phiên bản, và với ý định tốt để đẩy chúng qua chính thức với bản phát hành tiếp theo, nhưng điều đó không xảy ra vì mọi người bận rộn. Các bước thủ công mà lẽ ra phải là lưới an toàn trở thành thứ mà mọi người tránh khi họ bị áp lực. Và áp lực, trong giao hàng phần mềm, là trạng thái mặc định.

Câu trả lời không phải là làm chậm đường ống. Đó là di chuyển quản trị vào trong nó.

Các tổ chức đã giải quyết được vấn đề này không làm như vậy bằng cách nới lỏng các tiêu chuẩn của họ. Họ đã làm việc khó hơn để khiến quản trị đủ nhanh để trở thành con đường ít kháng cự nhất. Các thay đổi lược đồ được kiểm soát phiên bản, phát hiện trôi dạt tự động, các kiểm tra chính sách quyết định được nhúng trong đường ống CI/CD thay vì được áp dụng như một cổng ở cuối. Trong khi các công cụ hỗ trợ bởi trí tuệ nhân tạo là xác suất – cung cấp đề xuất dựa trên mẫu – quản trị phải vẫn quyết định để có hiệu quả. Bằng cách sử dụng các kiểm tra có thể dự đoán và lặp lại, bạn đảm bảo rằng mọi thay đổi đều có thể kiểm toán và đáp ứng các tiêu chuẩn an toàn trước khi nó bao giờ đạt đến sản xuất. Sự phê duyệt vẫn xảy ra. Hồ sơ kiểm toán vẫn tồn tại. Nhưng nó xảy ra trong cùng một dòng chảy như mọi thứ khác, chứ không phải là một quy trình riêng biệt, chậm hơn nằm ngoài nó.

Điều này quan trọng vì một lý do vượt ra ngoài năng suất của nhà phát triển. Các yêu cầu tuân thủ không trở nên nhẹ hơn. Sự kết hợp của GDPR, DORA (Đạo luật Kháng nghị Số của EU) và một loạt các quy định theo ngành ngày càng tăng có nghĩa là quản trị cơ sở dữ liệu ngày càng trở thành một câu hỏi pháp lý và quy định, không chỉ là một câu hỏi vận hành. Các tổ chức không thể chứng minh một lịch sử thay đổi cơ sở dữ liệu có thể theo dõi và kiểm toán đang暴露 trong những cách đang trở nên vật chất. Argument để nhúng quản trị vào đường ống không chỉ là nó làm cho giao hàng nhanh hơn. Đó là những gì làm cho tuân thủ có thể theo dõi được ở quy mô.

Trí tuệ nhân tạo đang làm tăng sự cấp thiết.

Làn sóng phát triển hỗ trợ bởi trí tuệ nhân tạo hiện tại đang làm cho vấn đề này trở nên cấp thiết hơn, không ít hơn. Khi các nhà phát triển có thể tạo ra và lặp lại mã ứng dụng với tốc độ nhanh hơn một lần so với trước đây, cơ sở dữ liệu trở thành một nút thắt rõ ràng hơn so với mọi thứ xung quanh nó. Nhưng có một hiệu ứng thứ hai ít được thảo luận hơn. Các công cụ hỗ trợ bởi trí tuệ nhân tạo rất tốt trong việc tạo ra logic ứng dụng. Chúng ít tốt hơn trong việc hiểu các hậu quả lâu dài của các thay đổi lược đồ trong một cơ sở dữ liệu sản xuất phức tạp, trực tiếp. Sự kết hợp của tốc độ phát triển ứng dụng nhanh hơn và đề xuất lược đồ được tạo bởi trí tuệ nhân tạo mà không có quản trị trưởng thành chính là loại áp lực tạo ra các sự cố. Tốc độ mà không có thanh chắn cấu trúc tạo ra điều kiện cho sai lầm xảy ra nhanh hơn.

Các tổ chức sẽ điều hướng tốt là những tổ chức coi quản trị cơ sở dữ liệu là một vấn đề kỹ thuật hạng nhất chứ không phải là một ý nghĩ tuân thủ. Điều đó có nghĩa là kiểm soát phiên bản cho lược đồ cơ sở dữ liệu là một mặc định không thể thương lượng, và kiểm tra tự động xử lý các kiểm tra thường xuyên để rằng giám sát thủ công có thể tập trung vào các thay đổi rủi ro cao, phán quyết cao chứ không phải trở thành một nút thắt giai đoạn cuối. Cuối cùng, điều đó có nghĩa là phát hiện trôi dạt xác định sự phân kỳ trước khi nó gây ra một sự cố.

Hầu hết các khu vực doanh nghiệp làm cho điều này khó khăn hơn nó nên.

Có một thực tế kết hợp nằm bên cạnh hầu hết những quan sát này. Hầu hết các khu vực cơ sở dữ liệu doanh nghiệp không phải là xanh. Chúng đại diện cho nhiều thập kỷ thay đổi lược đồ tích lũy, chạy trên nhiều nền tảng quản lý cơ sở dữ liệu, một số trên cơ sở và một số trên đám mây, với các mức độ tài liệu và kiến thức bộ lạc khác nhau được phân phối trên các nhóm đã luân phiên nhiều lần. Cuộc trò chuyện hiện đại hóa thường giả định một điểm xuất phát sạch mà hầu hết các tổ chức không có. Đó là nơi mà thách thức thực sự trở nên cấp thiết và thường cản trở tiến bộ. Cho dù mục tiêu là hỗ trợ đổi mới, làm sạch và di chuyển dữ liệu cho trí tuệ nhân tạo hay cải thiện khả năng phục hồi vận hành; nó quay lại cùng những thứ. Câu hỏi không phải là làm thế nào để xây dựng một thực hành DevOps cơ sở dữ liệu hoàn hảo trên một hệ thống mới. Câu hỏi là làm thế nào để giới thiệu quản trị có ý nghĩa trên một khu vực di sản phức tạp mà không dừng doanh nghiệp trong khi bạn làm điều đó.

Quản trị nhúng đường ống tăng dần là câu trả lời thực tế duy nhất cho câu hỏi đó. Bạn không cần phải tái nền tảng hóa toàn bộ khu vực trước khi bạn có thể cải thiện các thực hành quản lý thay đổi của mình. Các công cụ hiện đại như Redgate Flyway tồn tại để giảm bớt cơ sở dữ liệu như một nút thắt và bắt đầu với các thay đổi được thực hiện ngày nay, trong các đường ống hiện có và xây dựng từ đó.

Các tổ chức sẽ thắng trong tăng trưởng trong năm năm tới sẽ không phải là những tổ chức có các khu vực sạch nhất. Họ sẽ là những tổ chức đã tìm ra cách làm cho thay đổi đáng tin cậy, với tốc độ mà doanh nghiệp yêu cầu, trên khu vực họ thực sự có.

Đó là vấn đề đáng giải quyết. Và nó có thể giải quyết được.