Động thái Azure của LinkedIn ít hơn về quy mô và nhiều hơn về tốc độ đổi mới

Cách Barracuda tận dụng Microsoft Azure để cung cấp bảo mật ứng dụng cho khách hàng Nitzan Miron, VP của dịch vụ bảo mật ứng dụng tại Barracuda Networks, thảo luận về việc cung cấp sản phẩm WAF-as-a-Service do Azure cung cấp được công bố tại Microsoft Ignite 2019

Đám mây phải đọc

  • Điện toán đám mây năm 2020: Dự đoán về bảo mật, AI, Kubernetes, v.v.
  • Những tiến bộ đám mây quan trọng nhất của thập kỷ
  • Các nhà cung cấp dịch vụ máy tính để bàn hàng đầu (DaaS): Amazon, Citrix, Microsoft, VMware, v.v.
  • Chính sách điện toán đám mây (TechRepublic Premium)

LinkedIn được đầu tư rất nhiều vào việc điều hành các trung tâm dữ liệu của riêng mình đến nỗi nó đã bắt đầu phiên bản Dự án tính toán mở (OCP) của riêng mình dựa trên giá 19 inch, Open19. Nó cũng đã đóng góp một lượng mã đáng kể cho hệ điều hành mạng SONiC của Microsoft để hỗ trợ các tính năng cần thiết cho mạng trung tâm dữ liệu của riêng mình. Nhưng bây giờ nó có kế hoạch chuyển sang Azure.

Vài tháng sau thông báo ban đầu, TechRepublic đã ngồi lại với LinkedIn CTO Raghu Hiremagalur để hỏi tại sao công ty lại chuyển sang đám mây và những tiến bộ đã đạt được cho đến nay. Và không, ông nói, không phải vì Microsoft sở hữu chúng hay đang gây áp lực cho họ - đó là về cơ hội mở rộng quy mô sử dụng phần cứng và dịch vụ mới mà LinkedIn không bao giờ có thể tự xây dựng.

Siêu thực

Raghu Hiremagalur, CTO at LinkedIn.

" data-credit="Image: LinkedIn" rel="noopener noreferrer nofollow">

Raghu Hiremagalur, CTO tại LinkedIn.

Hình: LinkedIn

Đối với một điều, trong khi Open19 phần lớn là về cách đơn giản hóa và giảm chi phí vận hành một trung tâm dữ liệu, thì việc chuyển sang Azure sẽ loại bỏ nhu cầu xây dựng các trung tâm dữ liệu mới.

Microsoft Azure: Hướng dẫn nội bộ (PDF miễn phí)

Một thập kỷ trước, các vấn đề của LinkedIn là tất cả về việc giữ cho trang web của họ có sẵn khi lưu lượng truy cập tăng lên và phải mất vài năm tập trung vào việc chuyển sang các dịch vụ siêu nhỏ và chỉ có đủ năng lực để phục vụ các thành viên. Sau đó, nó bắt đầu suy nghĩ về việc mở rộng mạng và xây dựng một kiến ​​trúc trung tâm dữ liệu hoạt động tích cực. Trong ba năm qua, điều đó đã chuyển sang cố gắng xây dựng các trung tâm dữ liệu theo cách các đám mây siêu cường như Azure thực hiện, với mạng thay đổi để phù hợp với nhu cầu của các ứng dụng chạy trên nó thay vì yêu cầu các nhà phát triển ứng dụng làm việc với cơ sở hạ tầng sẵn có, băng thông và độ trễ.

Nhưng nó đã được thực hiện ở các trung tâm dữ liệu cỡ trung chứ không phải là trung tâm dữ liệu khổng lồ của đám mây siêu âm và vấn đề có nhiều khả năng là hết dung lượng hơn là hết điện. LinkedIn có khoảng 250.000 máy chủ tại năm trung tâm dữ liệu - và con số đó đã tăng lên một phần ba mỗi năm. Nó cũng có 20 điểm hiện diện và ngang hàng với 4.000 mạng, nhưng điều đó không so sánh với Azure.

"Chúng tôi ở phía tây Hoa Kỳ, phía đông Hoa Kỳ, Singapore và Texas; họ thực sự là 57 khu vực", Hiremagalur giải thích. "Có thể đi xe trên xương sống của Microsoft là một điểm cộng ngay lập tức: có lẽ đó là một trong những xương sống tốt nhất có từ quan điểm xương sống riêng và họ có vị trí cạnh 160 cộng với Azure Front Door. Vì vậy, khả năng của chúng tôi phục vụ chúng tôi các thành viên sẽ trở nên tốt hơn so với chúng ta ngày nay, bởi vì chúng ta sẽ có thể chấm dứt các phiên của họ gần với nơi họ đang ở. "

LinkedIn đang làm nhiều hơn là sử dụng kết nối Azure, Hiremagalur nói: "Kế hoạch của chúng tôi là chuyển tất cả khối lượng công việc của chúng tôi - sản xuất, tính toán ngoại tuyến, tính toán hiện tại - sang Azure. Tại một số điểm trong tương lai, chúng tôi không muốn vận hành các trung tâm dữ liệu . "

Đó không phải là vì LinkedIn không thể tiếp tục phát triển các trung tâm dữ liệu của mình: ít nhất là trong năm năm tới, Hiremagalur không thấy bất kỳ vấn đề nào khi mở rộng mạng, dung lượng trung tâm dữ liệu, năng lượng hoặc các yêu cầu cơ sở hạ tầng khác.

LinkedIn không chuyển sang đám mây vì nó cần. Nhưng thật đáng để trải qua những gì có thể là một sự di chuyển khá đột phá của khối lượng công việc phức tạp cho cơ hội mà Azure mang lại - sự nhanh nhẹn.

"Cho dù đó là độ co giãn và dung lượng, hay thúc đẩy đầu tư Azure với cơ sở hạ tầng cạnh của họ với Azure Front Door, hoặc xương sống mạng của họ, hoặc công việc họ đang làm trong silicon tùy chỉnh, trung tâm dữ liệu và công cụ kết nối mạng mà họ đang làm Hiremagalur nói, tăng tốc kết nối mạng và đồ họa và lưu trữ ... Đó là tất cả những thứ chúng ta muốn truy cập theo thời gian. "Và đó không phải là những thứ mà chúng ta sẽ đầu tư độc lập vào bản thân - không có nghĩa gì khi chúng ta đầu tư độc lập vào những thứ đó."

LinkedIn cũng sẽ áp dụng các công cụ AI trên đám mây như AzureML. "Các khả năng Azure với những thứ họ đang làm trong không gian AI thật đáng kinh ngạc. Mức độ tính toán GPU mà họ có, chúng tôi chắc chắn sẽ được hưởng lợi đáng kể từ", Hiremagalur nói.

Di cư nhiều năm

Trở thành một phần của Microsoft có nghĩa là LinkedIn có được cái nhìn tiên tiến về những gì sắp diễn ra trên Azure. Hiremagalur muốn bắt đầu một cuộc di cư sẽ mất vài năm để sẵn sàng cho điều đó. "Xem xét lượng thời gian mà chúng tôi nghĩ rằng chúng tôi sẽ mất để chuyển khối lượng công việc của mình sang Azure, chúng tôi muốn khởi động quy trình ngay bây giờ và sẵn sàng tận dụng tất cả những điều tốt đẹp đó, khi tất cả điều đó đã sẵn sàng cho chúng tôi."

Trong khi đó, LinkedIn sẽ tiếp tục phát triển sản phẩm của riêng mình, nhưng đồng thời nó sẽ chuẩn bị cho việc di chuyển - và suy nghĩ về những gì nó có thể ngừng thực hiện khi chạy trên Azure.

"Nhìn chung, các giao diện mà các khối xây dựng cơ sở hạ tầng của chúng tôi, như lập chỉ mục lưu trữ, cung cấp cho phần còn lại của tổ chức kỹ thuật cần duy trì không đổi hoặc ít nhất là rất giống nhau, vì vậy các nhóm cơ sở hạ tầng của chúng tôi sẽ thực hiện việc điều chỉnh các khối xây dựng cơ sở hạ tầng của chúng tôi để chạy trên đám mây công cộng, "Hiremagalur nói.

Nhưng anh ta không muốn kết thúc với một bản sao của cơ sở hạ tầng hiện tại của LinkedIn, chỉ trong đám mây. "Đây là cơ hội để chúng tôi phân chia tính toán và lưu trữ. Chúng tôi có cơ hội tận dụng độ co giãn ở quy mô cực lớn để làm việc với các mẫu khối lượng công việc ban ngày mà LinkedIn có với hầu hết người dùng đăng nhập trong giờ làm việc. Đó là những điều chúng tôi muốn để bắt đầu tận dụng trên đường đến Azure. "

LinkedIn sử dụng cơ sở dữ liệu đồ thị rất lớn; có rất nhiều Kafka (được phát triển tại LinkedIn và đã xử lý hơn một nghìn tỷ sự kiện mỗi ngày vào năm 2015) và các hệ thống xử lý luồng Samza được xây dựng dựa trên Kafka như tính toán ngoại tuyến và học máy. Nó rất chuyên sâu về mạng: đối với mỗi byte dữ liệu đi vào trung tâm dữ liệu LinkedIn từ hoạt động của người dùng, khoảng 1.000 byte lưu lượng truy cập đông tây được tạo bên trong trung tâm dữ liệu (phân tích thông tin đó cho biểu đồ LinkedIn và các hệ thống máy học như khuyến nghị những người bạn có thể biết).

"Chúng tôi sẽ có thể tận dụng sự kết hợp mạng và lưu trữ này ở quy mô lớn, cùng với khả năng tính toán và lưu trữ độc lập. Chúng tôi là một hệ thống rất nặng dữ liệu, do đó có thể quản lý hai điều đó như hai đơn vị riêng biệt là cũng là một điểm cộng lớn cho chúng tôi, "Hiremagalur nói.

"Độ trễ của mạng càng thấp, bạn càng có thể làm được nhiều hơn với các đường truyền cơ sở dữ liệu đồ thị", ông chỉ ra. "Khả năng vượt qua biểu đồ của chúng tôi theo những cách rất thú vị đòi hỏi, rõ ràng, rất tốt, các hệ thống phân tán được kiến ​​trúc rất tốt, nhưng cũng có các mạng là đỉnh cao. Tôi mong đợi khả năng không có máy chủ ở quy mô cho các loại này khối lượng công việc và không phải lo lắng về việc làm thế nào những thứ này quay vòng và giảm xuống. Những thứ đó là ứng cử viên tuyệt vời cho máy tính không có máy chủ. "

Báo cáo đặc biệt: Chuẩn bị cho máy tính không có máy chủ (PDF miễn phí)

Đó là một thay đổi kiến ​​trúc mà LinkedIn sẽ xem xét liệu nó đã chuyển sang Azure hay ở trong các trung tâm dữ liệu của riêng mình. Nhưng động thái này có nghĩa là sẽ có các khu vực cơ sở hạ tầng mà LinkedIn có thể bàn giao hoàn toàn cho Azure.

"Điều hành khối lượng công việc quy mô lớn trên đám mây công cộng khác với việc tự quản lý công cụ, nơi chúng tôi kiểm soát 100% mọi thứ theo nghĩa đen. Vì vậy, chúng tôi sẽ phải học cách vận hành một trang web theo cách rất ổn định với những thay đổi đó", Hiremagalur nói.

Thay vì suy nghĩ về các lỗi phần cứng và dịch vụ, các kỹ sư sẽ phải lập kế hoạch cho các chu kỳ nâng cấp mà họ không kiểm soát được, Hiremagalur giải thích. "Chúng tôi phải tìm hiểu về cách phản hồi các tín hiệu rằng Azure sẽ phục vụ chúng tôi và tìm ra cách di chuyển hoặc tạm dừng khối lượng công việc. Cách chúng tôi quản lý bảo mật sẽ khác nhau. Các lớp của ngăn xếp mà chúng tôi kiểm soát 100% sẽ chỉ thu nhỏ lại: chúng tôi không kiểm soát mạng, chúng tôi không kiểm soát các tập dữ liệu khác nhau. Vì vậy, cách chúng tôi nghĩ về infosec cần phát triển, cách chúng tôi nghĩ về bảo mật vành đai cần phát triển. "

Đó là câu chuyện di chuyển trên đám mây thông thường - bạn không chuyển ứng dụng sang một máy chủ khác, bạn đang di chuyển những gì bạn cần để hoàn thành một loại trừu tượng khác. Khi bạn đã hoàn thành công việc, phần thưởng là bạn có thể tập trung vào các vấn đề cấp cao hơn.

"Tôi thấy điều này khi chúng tôi có khả năng tập trung vào các lĩnh vực mà chúng tôi cung cấp giá trị duy nhất và dựa vào các đối tác của mình trong Azure, để làm những việc họ làm ở quy mô cực lớn và làm rất tốt, " Hiremagalur nói. "Tôi hình dung đây là sự gia tăng mực nước biển: những thứ dưới nước đối với chúng tôi là những thứ mà chúng tôi chỉ dựa vào Azure. Phần còn lại của chúng tôi là những thứ chúng tôi tiếp tục làm và chúng tôi có thể tập trung hơn vào đó."

Tại chỗ là máy tính lớn mới

Sáng kiến ​​Open19 sẽ không biến mất, Hiremagalur nói. "Chúng tôi đã có rất nhiều giá trị từ nó: chúng tôi đã triển khai nó trên các trung tâm dữ liệu của mình, chúng tôi đã đóng góp một loạt công nghệ cho OCP và chúng tôi sẽ tiếp tục hợp tác với họ."

Nhưng ngoài các tổ chức khổng lồ như Facebook điều hành đám mây của riêng họ, Hiremagalur cũng hy vọng ngày càng có nhiều công ty chuyển sang đám mây công cộng theo thời gian cho rất nhiều khối lượng công việc của họ, bởi vì các nhà phát triển của riêng họ sẽ yêu cầu nó.

"Nếu bạn không có quyền truy cập vào các đổi mới đang diễn ra trong đám mây công cộng trong năm đến mười năm tới, công ty của bạn có thể được nhận thức giống như các công ty chạy trên máy tính lớn - và không có công ty nào muốn ở vị trí đó . "

Đám mây và mọi thứ như một bản tin dịch vụ

Đây là nguồn tài nguyên mới nhất của bạn về AWS, Microsoft Azure, Google Cloud Platform, XaaS, bảo mật đám mây và nhiều hơn nữa. Thứ hai được giao

Đăng ký hôm nay

Cũng thấy

  • Multicloud: Một mánh gian lận (TechRepublic)
  • Đám mây lai: Hướng dẫn cho ưu điểm CNTT (tải xuống TechRepublic)
  • Các nhà cung cấp đám mây hàng đầu 2019: AWS, Microsoft, Azure, Google Cloud; IBM thực hiện di chuyển lai; Lực lượng bán hàng thống trị Saas (ZDNet)
  • Dịch vụ đám mây tốt nhất cho các doanh nghiệp nhỏ (CNET)
  • Microsoft Office vs Google Docs Suite vs LibreOffice năm 2018 (Download.com)
  • Điện toán đám mây: Phạm vi phải đọc nhiều hơn (TechRepublic trên Flipboard)

© Copyright 2020 | mobilegn.com