Business intelligence

Cân bằng giữa khóa nhà cung cấp và lợi thế kinh doanh – Có được sự kết hợp phù hợp

Nhấp để tìm hiểu thêm về tác giả Matt Yonkovit. Kể từ khi bắt đầu có công nghệ thông tin và những chiếc máy tính đầu tiên được phát minh, đã có sự khóa cửa của nhà cung cấp. Từ những máy tính lớn đầu tiên cho đến các công ty dữ liệu và đám mây hiện đại, hướng dẫn là tránh bị khóa ở những nơi bạn có thể. Đó cũng là lý do phần mềm nguồn mở được tạo ra để người dùng có thể kiểm soát các ứng dụng của họ. Quản lý số phận CNTT của bạn luôn luôn quan trọng. Tuy nhiên, có rất nhiều lời khuyên trái ngược nhau khi nói đến việc duy trì sự kiểm soát. Các nhà cung cấp cơ sở dữ liệu khuyên không nên bị khóa vào một nhà cung cấp đám mây duy nhất; các nhà cung cấp đám mây nói rằng tránh bị khóa vào một cơ sở dữ liệu duy nhất; các bên khác khuyên bạn nên tránh bị khóa từ cả hai. Ngày càng có nhiều người tin rằng việc khóa máy là không thể tránh khỏi, vì vậy tốt hơn hết là bạn nên tập trung vào những việc khác. Đi đến tận cùng vấn đề này liên quan đến việc sàng lọc những gì đang thực sự diễn ra và tìm ra tác động của nó đối với doanh nghiệp của bạn, cũng như quyết định điều gì bạn vui lòng chấp nhận. Sự thật là mọi quyết định xung quanh CNTT đều liên quan đến một số mức độ hạn chế và bạn sẽ phải sống với hậu quả của bất kỳ quyết định nào theo thời gian. Tất nhiên, biết điều này, trên lý thuyết, khác với việc áp dụng nó vào các quyết định khi chúng được thực hiện trong cuộc sống thực. Điều quan trọng là bạn phải xem xét cách bạn có thể kiểm soát dữ liệu của mình khi bạn chọn người để làm việc cùng. Bạn có sẵn sàng đánh đổi sự tiện lợi và tốc độ để có được khả năng khóa theo thời gian không? Nếu không có sự cân nhắc có ý thức về tác động của các quyết định CNTT, bạn có thể bị mắc kẹt mà không có chìa khóa cho dữ liệu của mình. Chúng ta đang ở đâu với Lock-In? Khi bạn xây dựng một ứng dụng hoặc quyết định về cơ sở hạ tầng của mình, bạn đang đưa ra những quyết định mà bạn sẽ phải sống chung trong tương lai. Từ những điều hiển nhiên như chọn ngôn ngữ lập trình, cơ sở dữ liệu hoặc nhà cung cấp đám mây, đến việc thực hiện một phương pháp triển khai cụ thể, những quyết định này sẽ ảnh hưởng đến nhóm của bạn và doanh nghiệp của bạn. Ngay cả việc chọn một dự án mã nguồn mở cho cơ sở dữ liệu của bạn cũng là một kiểu khóa chặt, vì bạn sẽ phụ thuộc vào điều này theo thời gian. Khi nào và nếu sau đó bạn muốn thay đổi, sẽ mất nhiều công sức để di chuyển khỏi dự án đó, cho dù nó là nguồn mở hay đã đóng. Những điều quan trọng cần xem xét là cần bao nhiêu công việc để di chuyển và liệu chi phí giả định này có cao hơn lợi tức đầu tư từ việc triển khai của bạn hay không. Trong một thế giới lý tưởng, vấn đề này không nên nảy sinh. Các công ty nên muốn khách hàng của họ hài lòng với dịch vụ hoặc phần mềm đến mức họ không muốn rời đi. Thách thức ở đây là cách chúng tôi tạo ra giá trị mà khách hàng mong muốn. Một khách hàng có thể hạnh phúc bây giờ, nhưng hoàn cảnh của họ có thể thay đổi và quyết định đúng đắn được đưa ra trong quá khứ, có thể không phù hợp trong tương lai. Giá trị là chủ quan, đặc biệt là trong không gian mã nguồn mở, nơi bạn cạnh tranh với quyền truy cập miễn phí vào thứ mà khách hàng có thể tự đạt được (với đủ nỗ lực). Điều này khiến nhiều nhà cung cấp tạo ra các dịch vụ hoặc móc nối khiến người dùng khó khăn hơn và thách thức hơn khi di chuyển khỏi một công cụ cụ thể, ngay cả khi đó là phiên bản miễn phí của cùng một phần mềm. Điều này chỉ bao gồm việc thêm các tính năng mới vào phiên bản trả phí của một dự án hoặc cố tình giữ lại một số “nước sốt bí mật” từ dự án nguồn mở. Đây là cách tiếp cận của các phiên bản “lõi mở” của phần mềm nguồn mở trong nhiều năm. Open core cung cấp cho người dùng các tính năng đặc biệt hoặc các dịch vụ độc quyền giúp mọi thứ dễ dàng hơn cho người dùng để đổi lấy các khoản phí bổ sung. Trong khi điều này tạo ra giá trị cho một nhóm khách hàng cụ thể, nó lại khiến những người khác gặp bất lợi. Theo thời gian, người dùng dựa vào các tính năng này nhiều đến mức họ bị khóa. Việc chuyển đi trở thành một quá trình tốn kém và lâu dài. Các nhà cung cấp sau đó tin vào thực tế rằng chi phí và sự đau đớn khi chuyển đổi sẽ lớn hơn chi phí và sự thuận tiện của việc chuyển đến một nơi khác. Đây là lý do tại sao nhiều người chọn các phiên bản cộng đồng hoặc mã nguồn mở của phần mềm mà họ chạy. Mặc dù bạn vẫn tham gia vào dự án – dù sao thì bạn dựa vào dự án hoặc phiên bản phần mềm mã nguồn mở đó – bạn vẫn có khả năng chọn một nhà cung cấp khác để hỗ trợ bạn, chuyển sang nền tảng khác hoặc tránh tăng phí cho lõi mở giấy phép phần mềm. Bạn thậm chí có thể phân nhánh toàn bộ dự án và tạo phiên bản của riêng mình nếu bạn muốn. Tránh các phiên bản phần mềm lõi mở hoặc doanh nghiệp là một trong những trở ngại ít hơn trong quá trình này. Vai trò của Đám mây – Dễ tiếp cận hơn, nhưng Khó rời bỏ hơn Sự xuất hiện của điện toán đám mây và các tùy chọn “như một Dịch vụ” đã thay đổi cuộc thảo luận khóa lại một lần nữa. Giờ đây, bạn có một sự lựa chọn khác khi truy cập vào các dự án mã nguồn mở, vì đám mây có thể làm cho các dự án đó dễ dàng triển khai và sử dụng hơn. Đồng thời, sự dễ dàng này có thể khiến việc duy trì tính di động và kiểm soát công nghệ của bạn trở nên khó khăn hơn theo thời gian. Đối với nhiều người dùng, đám mây khiến mọi thứ trở nên dễ dàng hơn. Nó mở ra các công nghệ trước đây ngoài tầm với cho các nhóm nhà phát triển nhỏ hơn thiếu các kỹ năng cụ thể. Mặc dù điều này có thể hữu ích, nhưng nó cũng có nghĩa là bạn có thể ít chuẩn bị hơn để đối phó với các vấn đề nếu và khi chúng xảy ra. Nếu nhóm thiếu hiểu biết và kỹ năng cốt lõi, có thể khó giải quyết vấn đề cho chính mình hoặc tránh chi tiêu không cần thiết. Bên cạnh đó, rất dễ kết thúc bằng việc sử dụng các dịch vụ không công khai như khi chúng xuất hiện. Ví dụ: một số dịch vụ cơ sở dữ liệu đám mây được quảng cáo là “tương thích với mã nguồn mở”. Trong thực tế, điều này thường có nghĩa là chúng có các thành phần bổ sung được liên kết với các dự án lõi mở, chứ không phải là mã nguồn mở hoàn toàn. Hoặc, chúng có thể là phiên bản độc quyền của các dự án nguồn mở do những thay đổi về cách tiếp cận và chức năng mà chúng đã triển khai. Dù bằng cách nào, điều này dẫn đến sự khác biệt giữa các phiên bản của cùng một dự án nguồn mở và có nghĩa là chúng không còn tương thích với nhau. Trên thực tế, có một vấn đề khác – mô hình kinh doanh cho đám mây dựa trên việc sử dụng, thay vì hiệu quả. Một nhà cung cấp đám mây bán cho bạn dung lượng và đổi lại bạn nhận được giá trị kinh doanh. Tuy nhiên, nhà cung cấp dịch vụ đám mây không có động cơ nào để đảm bảo hiệu quả cho bạn với tư cách là khách hàng. Trên thực tế, bạn mua càng nhiều dung lượng thì càng tốt cho chúng. Điều này có nghĩa là không có động lực để họ làm cho dịch vụ của mình hiệu quả hơn, đây là vấn đề nếu bạn có ngân sách hạn chế. Vấn đề của người khác Douglas Adams đã đưa ra ý tưởng về Trường vấn đề của người khác (SEP) trong cuốn sách “Cuộc sống, vũ trụ và mọi thứ” của ông: “SEP là thứ mà chúng ta không thể nhìn thấy, hoặc không thấy, hoặc của chúng ta não không cho chúng ta thấy, bởi vì chúng ta nghĩ rằng đó là vấn đề của người khác. Đó là ý nghĩa của SEP. Vấn đề của người khác. Bộ não chỉ chỉnh sửa nó ra, nó giống như một điểm mù ”. Đối với nhiều công ty, khái niệm khóa thuộc về Trường SEP. Ít hơn 15% các nhà lãnh đạo CNTT và thành viên hội đồng quản trị cho biết họ quan tâm đến khóa trong cuộc khảo sát Thay đổi Diện mạo Nguồn mở của chúng tôi vào đầu năm nay, trong khi 21% trong số tất cả những người được hỏi đã đánh dấu cụ thể việc tránh bị khóa là một lợi ích mà họ muốn đạt được. Mặc dù rất vui khi mọi người tập trung vào giá trị mà mã nguồn mở mang lại, nhưng việc giúp mọi người hiểu giá trị của việc không bị khóa là điều mà cả cộng đồng mã nguồn mở sẽ phải làm việc. Có một số lý do đằng sau tình huống SEP này. Một là nhiệm kỳ trung bình của một nhà phát triển tại một công ty là dưới ba năm. Vào thời điểm giá của một dịch vụ nhất định tăng quá cao hoặc ban quản lý cân nhắc việc di chuyển, đó sẽ là vấn đề của người khác để giải quyết, vì nhà phát triển hoặc kiến ​​trúc sư ban đầu chịu trách nhiệm về sự lựa chọn đã chuyển sang. Một lý do khác là sự gia tăng của lặp đi lặp lại nhanh hơn như một cái cớ để không phải suy nghĩ quá nhiều về các lựa chọn. Điều này được tóm tắt trong câu nói nổi tiếng của Mark Zuckerberg rằng các công ty nên “di chuyển nhanh và phá vỡ mọi thứ”. Điều này thể hiện tinh thần không ngại đưa ra quyết định, thử những điều mới và đầu tư vào công nghệ mới, nhưng nó cũng tóm tắt cách các công ty có thể đưa ra quyết định hấp tấp khi chi tiền của người khác để giao một thứ gì đó, sau đó lo lắng về việc giảm chi phí sau này. Đối với những người phải đối phó với cơ sở hạ tầng, vấn đề khóa là cơ bản trong kế hoạch của họ. Họ hiểu rằng sẽ có những tác động lâu dài về các quyết định được đưa ra xung quanh việc sử dụng cơ sở dữ liệu nào, ngôn ngữ để lập trình và triển khai trên đám mây nào. Bất cứ điều gì có thể giúp tránh bị khóa quá nhiều sẽ được xem xét. Đây là một trong những lý do tại sao quá trình container hóa trở nên phổ biến hơn. Cùng với khả năng triển khai microservices, các bộ chứa còn di động hơn và về mặt lý thuyết có thể chạy theo cùng một cách trên nhiều môi trường, từ đám mây riêng nội bộ và các hệ thống tại chỗ đến đám mây công cộng và triển khai hỗn hợp. Toàn bộ cách tiếp cận “cloud-native, run-mọi nơi” đang hấp dẫn như một cách để có được những lợi ích của đám mây mà không bị giới hạn bởi một nhà cung cấp cụ thể. Khóa – Không tốt, hay chỉ là hiểu nhầm? Tóm lại, khóa là một thách thức thực sự và các nhóm CNTT cần phải xem xét nó khi lập kế hoạch chiến lược tổng thể của họ. Nếu bạn cần giải nén hệ thống của mình từ một nhà cung cấp cụ thể trong tương lai, nó có thể đốt rất nhiều tiền và giờ. Giao dịch một số tự do, tính di động và kiểm soát là tốt, miễn là bạn có thể đạt được mục tiêu của mình. Làm việc với một nhà cung cấp cụ thể có thể giúp bạn phân phối nhanh hơn, hiệu quả hơn và ở mức giá chấp nhận được. Nếu các tiêu chí đó được đáp ứng, thì việc ràng buộc với nhà cung cấp đó chỉ đơn giản là một quyết định chiến lược. Vấn đề lớn hơn là các công ty đang đi theo một lộ trình cụ thể và thấy mình ở trong tình huống bế tắc mà họ không hề hay biết. Bị lừa để khóa nhà cung cấp, sau đó bị bắt làm con tin với mức chi phí cao hơn bạn dự đoán, là viễn cảnh ác mộng mà việc khóa cửa đại diện cho hầu hết các nhà lãnh đạo CNTT. Vì vậy, cách tiếp cận đúng ở đây là gì? Thay vì phủ nhận khóa, hoặc coi đó là điều xấu xa cần phải tránh bằng mọi giá, điều quan trọng là phải hiểu được sự thật của mọi tình huống và nhìn nó với đôi mắt mở hoàn toàn. Tùy thuộc vào bạn để chọn mức độ khóa mà bạn cảm thấy thoải mái và chọn đối tác phù hợp để giúp thực hiện các mục tiêu của bạn. Việc mở khóa giá trị dữ liệu của bạn có thể liên quan đến việc dựa vào cơ sở dữ liệu hoặc nhà cung cấp đám mây cụ thể, nhưng điều đó không có nghĩa là bạn nên cam kết mọi lúc. Cuối cùng, bạn cần phải tìm ra sự kết hợp của các tính năng, lợi ích và khóa tiềm năng phù hợp nhất cho doanh nghiệp của bạn.

  • Trang chủ
  • Trí tuệ nhân tạo
  • Chuyên viên phân tích kinh doanh
  • Thông tin kinh doanh
  • Khoa học dữ liệu
  • Back to top button