Trong một thế giới Kubernetes so với AWS, Red Hat có thể giữ lợi thế

Hình ảnh: 123dartist, Getty Images / iStockphoto

Cho dù CIO có nhiệt tình đến mức nào thì cô ấy vẫn "hết mình" trên đám mây này hay đám mây đó, hoặc bất kỳ nhà cung cấp cụ thể nào, thực tế lộn xộn của CNTT doanh nghiệp là mọi doanh nghiệp đều bị lai bởi tình cờ chứ không phải lựa chọn. Đúng, thật dễ dàng để tìm thấy những ý kiến ​​lạc quan quá mức về "lợi ích của chiến lược nhiều đám mây" (tác giả của các nhà cung cấp thèm tiền mặt của bạn), nhưng "lai" và "đa đám mây" có xu hướng hoàn toàn không phải là chiến lược.

Họ chỉ đơn giản là những gì xảy ra trong một thế giới được thúc đẩy bởi các nhà phát triển.

Đối với các tổ chức thấy mình vô vọng lai (nghĩa là mọi công ty trên trái đất), hãy lấy lòng. Có một cách để làm cho mớ hỗn độn này trông giống như (và phục vụ như) một chiến lược rất thực tế. Nó được gọi là Kubernetes, bắt nguồn từ tiếng Hy Lạp có nghĩa là "người trợ giúp", và nó cung cấp một cách để biến điện toán lai thành một chiến lược kinh doanh thông minh, ngay cả khi đó không phải là cách nó bắt đầu.

AWS so với những người khác

Đối với gần như mọi doanh nghiệp, "hybrid" thực sự bắt đầu với AWS. Đó là, các công ty đã "chuẩn hóa" trên Windows hoặc bất cứ điều gì cho các trung tâm dữ liệu của họ và thức dậy để thấy các nhà phát triển đang áp dụng AWS en masse. Thậm chí ngày nay, nhiều như một CIO có thể cam kết trung thành với Microsoft Azure, một người nào đó, ở đâu đó trong tổ chức của cô ấy đang chạy AWS (và có thể rất nhiều AWS).

Thật vậy, dường như chỉ sau một đêm (nhưng thực tế phải mất hơn một thập kỷ), AWS có ở khắp mọi nơi. Lý do rất đơn giản: AWS làm cho cuộc sống trở nên đơn giản đối với các nhà phát triển, giống như Windows đã làm trước đó. Cả hai có rất nhiều điểm chung, như một nhà phát triển đã lưu ý:

Giống như Windows, AWS là một sản phẩm. Nó không linh hoạt, hành vi của nó là đáng tin cậy. Các API được xác định rõ, KPI đủ tốt để hữu ích cho hầu hết các khối lượng công việc 'thực tế'. Có các giới hạn đối với tất cả các loại tài nguyên giúp xác định những gì bạn có thể và không thể đạt được. Hầu hết mọi người muốn điều này, giống như hầu hết mọi người muốn một chiếc xe chạy và không cần phải sửa chữa thường xuyên.

AWS đã liên tục giành chiến thắng bằng cách cho phép lựa chọn của nhà phát triển, phần lớn bằng cách làm cho những lựa chọn đó dễ dàng hơn để thực hiện và tiêu hóa. Điều này đưa chúng ta đến Kubernetes hoặc, như James Governor, nhà phân tích James của Redmonk đã gắn nhãn vào năm 2016, "bất cứ ai trừ câu lạc bộ Amazon".

Điều hướng (đi?) Từ AWS

AWS đã mất một thời gian dài (dài) để nắm lấy Kubernetes, bất chấp mức độ phổ biến của nó đối với các nhà phát triển và các doanh nghiệp sử dụng chúng. Từ góc độ AWS, họ đã có ECS, giúp dễ dàng quản lý các container theo quy mô ... miễn là bạn ở trong khu vườn có tường bao quanh AWS. Tuy nhiên, cụ thể hơn, Kubernetes là một mối đe dọa hiện hữu đối với AWS: Nó khiến việc di chuyển khối lượng công việc giữa các môi trường tính toán trở nên tương đối đơn giản.

Ở đây (trên AWS) hôm nay, ngày mai đi đâu?

Thực tế là một chút lộn xộn, tất nhiên. Phần lớn khối lượng công việc Kubernetes chạy trên AWS và mặc dù bước chân ban đầu của nó trên Kubernetes, AWS hiện có dịch vụ Kubernetes riêng (EKS). Mặc dù EKS vẫn cho rằng trái tim của Amazon có thể không ở trong đó (ví dụ như Kelsey Hightower của Google đã gọi nó chậm đến mức nào, kết luận "đây không phải là điều tôi mong đợi từ một đề nghị Kubernetes được quản lý"), nhưng nó có thể đủ để thuyết phục người hâm mộ Kubernetes để gắn bó với AWS chỉ đủ lâu để cuối cùng chuyển sang các dịch vụ không có máy chủ như Fargate. Như tác giả của zwischenzugs đã tuyên bố, "EKS (giống như tất cả các dịch vụ AWS) được tích hợp rất nhiều với AWS IAM. Như hầu hết mọi người đều biết, IAM là nguồn khóa thực sự của AWS (và Lambda là công nghệ khóa tuyệt vời. Bạn không thể di chuyển máy chủ nếu không có cái nào bạn có thể thấy). "

Nguồn mở so với phần mềm độc quyền: Xem xét những ưu và nhược điểm (Tech Pro Research)

Tuy nhiên, vẫn còn các doanh nghiệp (đọc: tất cả trong số họ) đang bị mắc kẹt cần quản lý khối lượng công việc trên AWS, vâng, nhưng các đám mây và trung tâm dữ liệu riêng khác, với sự kết hợp của các công nghệ ảo hóa, OpenStack, kim loại trần và mọi hoán vị khác của tin học. Đối với những điều này, Kubernetes cung cấp cho họ cách đóng gói và quản lý các ứng dụng một cách nhất quán trên các môi trường không nhất quán.

Do đó, hai công ty sẽ theo dõi là Red Hat và Google, hai công ty đóng góp chính cho Kubernetes (Google chiếm 39% tổng số đóng góp, trong khi Red Hat là 16%. VMware đứng thứ ba với 3%). Trong số hai, Red Hat là đặt cược an toàn hơn, thông minh hơn với OpenShift dựa trên Kubernetes của nó, bởi vì nó có lịch sử lâu dài về việc tạo ra công việc nguồn mở cho doanh nghiệp và vì nó không có "con ngựa" công khai trên đám mây cuộc đua. Điều này cũng giúp rất nhiều doanh nghiệp phụ thuộc vào Red Hat Enterprise Linux, vì Daniel Riek của Red Hat đã đặt ra, "OpenShift, như một phần mở rộng và thay thế của RHEL truyền thống, là hệ điều hành dựa trên nền tảng đám mây trong tương lai."

Điều này có nghĩa là Red Hat là đối thủ cạnh tranh lớn nhất của AWS? Nhưng điều đó cho thấy Kubernetes có thể sẽ chứng minh mối đe dọa lớn nhất của AWS, và những nhà cung cấp khiến Kubernetes dễ tiêu thụ nhất sẽ được định vị tốt nhất để tận dụng một thế giới thực sự lai (multicloud, công cộng và riêng tư).

Bản tin xu hướng trung tâm dữ liệu

DevOps, ảo hóa, đám mây lai, lưu trữ và hiệu quả hoạt động chỉ là một số chủ đề của trung tâm dữ liệu mà chúng tôi sẽ nêu bật. Đã giao thứ Hai và thứ Tư

Đăng ký hôm nay

© Copyright 2020 | mobilegn.com