Cách giới thiệu tổ chức của bạn với OpenStack

Không có con đường hoàn hảo để triển khai OpenStack trong công ty của bạn, nhưng có những nguyên tắc chung có thể hướng dẫn bạn triển khai thành công

Cách giới thiệu tổ chức của bạn với OpenStack

Một trong những lợi ích của phần mềm nguồn mở như OpenStack là bạn có thể tải xuống, dùng thử và hiểu thực tế về nó mà không cần tương tác lâu dài với nhân viên bán hàng của nhà cung cấp hoặc cần phê duyệt thí điểm nội bộ kéo dài giữa công ty của bạn và công ty của bạn -nhà cung cấp.

Nhưng điều gì sẽ xảy ra khi đến lúc phải làm nhiều việc hơn là chỉ thử một dự án? Bạn sẽ chuẩn bị hệ thống đã triển khai từ mã nguồn đến sản xuất như thế nào? Làm thế nào bạn có thể vượt qua các rào cản của tổ chức trong việc áp dụng các công nghệ mới và có tính biến đổi? Nơi để bắt đầu? Bạn sẽ làm gì tiếp theo?

Chắc chắn có rất nhiều điều có thể học được từ kinh nghiệm của những người đã triển khai OpenStack. Để hiểu rõ hơn về mô hình áp dụng OpenStack, tôi đã nói chuyện với một số nhóm đã giới thiệu thành công hệ thống này cho công ty của họ.

MercadoLibre: mệnh lệnh cần thiết và chạy nhanh hơn một con nai

Nếu nhu cầu đủ mạnh thì việc triển khai cơ sở hạ tầng đám mây linh hoạt có thể gần như đơn giản như “xây dựng nó và họ sẽ đến”. Theo nhiều cách, đây là trải nghiệm mà Alejandro Comisario, Maximiliano Venesio và Leandro Reox đã có với công ty MercadoLibre của họ, công ty thương mại điện tử lớn nhất ở Mỹ Latinh và lớn thứ tám trên thế giới.

Vào năm 2011, khi bộ phận phát triển của công ty bắt đầu hành trình phân hủy hệ thống nguyên khối lúc bấy giờ thành một nền tảng bao gồm các dịch vụ được kết nối lỏng lẻo được kết nối qua API, nhóm cơ sở hạ tầng đã phải đối mặt với sự gia tăng mạnh về số lượng yêu cầu mà nhóm nhỏ của họ cần phải thực hiện. .

Alejandro Comisario, trưởng nhóm kỹ thuật dịch vụ đám mây tại MercadoLibre cho biết: “Sự thay đổi diễn ra rất nhanh chóng”. “Chúng tôi thực sự nhận ra chỉ sau một đêm rằng chúng tôi không thể tiếp tục làm việc với tốc độ này nếu không có sự trợ giúp của một loại hệ thống nào đó.

Alejandro Comisario, Maximiliano Venesio và Leandro Reox, toàn bộ nhóm MercadoLibre vào thời điểm đó, bắt đầu tìm kiếm các công nghệ cho phép họ loại bỏ các bước thủ công liên quan đến việc cung cấp cơ sở hạ tầng cho các nhà phát triển của họ.

Nhóm tự đặt ra các mục tiêu phức tạp hơn, xây dựng các mục tiêu không chỉ cho các nhiệm vụ trước mắt mà còn cho mục tiêu của toàn công ty: giảm thời gian cung cấp cho người dùng các máy ảo sẵn sàng cho môi trường sản xuất từ ​​2 giờ xuống còn 10 giây và loại bỏ sự can thiệp của con người vào quá trình này.

Khi họ tìm thấy OpenStack, họ thấy rõ rằng đây chính xác là thứ họ đang tìm kiếm. Văn hóa nhịp độ nhanh của MercadoLibre cho phép nhóm tiến hành nhanh chóng trong việc xây dựng môi trường OpenStack, bất chấp dự án còn non nớt vào thời điểm đó.

Leandro Reox cho biết: “Rõ ràng là cách tiếp cận OpenStack - nghiên cứu, nhúng mã, kiểm tra chức năng và mở rộng quy mô trùng khớp với cách tiếp cận MercadoLibre”. “Chúng tôi có thể ngay lập tức đi sâu vào dự án, xác định một bộ thử nghiệm cho quá trình cài đặt OpenStack của mình và bắt đầu thử nghiệm.

Thử nghiệm ban đầu của họ trên bản phát hành OpenStack thứ hai đã xác định được một số vấn đề khiến chúng không thể đi vào sản xuất, nhưng quá trình chuyển đổi từ bản phát hành Bexar sang bản phát hành Cactus đã đến đúng lúc. Thử nghiệm sâu hơn về bản phát hành Cactus đã mang lại niềm tin rằng đám mây đã sẵn sàng để sử dụng cho mục đích thương mại.

Việc đưa vào vận hành thương mại và sự hiểu biết của các nhà phát triển về khả năng có được cơ sở hạ tầng nhanh chóng như khả năng sử dụng của các nhà phát triển đã quyết định sự thành công của việc triển khai.

Maximiliano Venesio, kỹ sư cơ sở hạ tầng cấp cao tại MercadoLibre cho biết: “Toàn bộ công ty đang khao khát một hệ thống như thế này và chức năng mà nó cung cấp”.

Tuy nhiên, nhóm đã cẩn thận trong việc quản lý kỳ vọng của nhà phát triển. Họ cần đảm bảo rằng các nhà phát triển hiểu rằng các ứng dụng hiện có sẽ không thể chạy trên đám mây riêng mới nếu không có thay đổi.

Alejandro Comisario cho biết: “Chúng tôi phải đảm bảo rằng các nhà phát triển của chúng tôi sẵn sàng viết các ứng dụng không trạng thái cho đám mây”. “Đó là một sự thay đổi văn hóa lớn đối với họ. Trong một số trường hợp, chúng tôi phải dạy cho các nhà phát triển rằng việc lưu trữ dữ liệu của họ trên một phiên bản là chưa đủ. Các nhà phát triển cần phải điều chỉnh suy nghĩ của họ.

Nhóm đã chú ý đến việc đào tạo các nhà phát triển và đề xuất các phương pháp hay nhất để tạo các ứng dụng sẵn sàng cho đám mây. Họ đã gửi email, tổ chức các bữa trưa học tập không chính thức và các khóa đào tạo chính thức, đồng thời đảm bảo môi trường đám mây được ghi lại đúng cách. Kết quả của những nỗ lực của họ là các nhà phát triển MercadoLibre giờ đây có thể thoải mái phát triển các ứng dụng cho đám mây như cách họ đang phát triển các ứng dụng truyền thống cho môi trường ảo hóa của công ty.

Khả năng tự động hóa mà họ có thể đạt được nhờ đám mây riêng đã được đền đáp, cho phép MercadoLibre mở rộng đáng kể cơ sở hạ tầng của mình. Khởi đầu là một nhóm cơ sở hạ tầng gồm ba người hỗ trợ 250 nhà phát triển, 100 máy chủ và 1000 máy ảo đã phát triển thành một nhóm gồm 10 người hỗ trợ hơn 500 nhà phát triển, 2000 máy chủ và 12 máy ảo.

Ngày làm việc: Xây dựng trường hợp kinh doanh cho OpenStack

Đối với nhóm tại công ty SaaS Workday, quyết định áp dụng OpenStack không mang tính chất vận hành mà mang tính chiến lược nhiều hơn.

Hành trình áp dụng đám mây riêng của Workday bắt đầu vào năm 2013, khi ban lãnh đạo công ty đồng ý đầu tư vào sáng kiến ​​trung tâm dữ liệu được xác định bằng phần mềm (SDDC) trên phạm vi rộng. Hy vọng cho sáng kiến ​​này là đạt được sự tự động hóa, đổi mới và hiệu quả cao hơn trong các trung tâm dữ liệu.

Workday đã tạo ra tầm nhìn về đám mây riêng giữa các nhóm cơ sở hạ tầng, kỹ thuật và vận hành của công ty và đã đạt được thỏa thuận để bắt đầu sáng kiến ​​​​nghiên cứu. Workday đã thuê Carmine Remi làm giám đốc giải pháp đám mây để dẫn dắt sự thay đổi.

Nhiệm vụ đầu tiên của Rimi tại Workday là mở rộng mô hình kinh doanh ban đầu sang một bộ phận lớn hơn của công ty.

Nền tảng của giải pháp kinh doanh là tăng tính linh hoạt khi sử dụng SDDC. Tính linh hoạt tăng lên này sẽ giúp công ty đạt được mong muốn triển khai phần mềm liên tục với thời gian ngừng hoạt động bằng không. API dành cho SDDC nhằm mục đích cho phép các nhóm nền tảng và ứng dụng Workday đổi mới theo cách chưa từng có trước đây.

Hiệu quả của thiết bị cũng được xem xét trong trường hợp kinh doanh. Workday có những mục tiêu đầy tham vọng là tăng tỷ lệ tái chế các tài nguyên và thiết bị của trung tâm dữ liệu hiện có.

“Chúng tôi nhận thấy rằng chúng tôi đã có công nghệ phần mềm trung gian có thể tận dụng lợi ích của đám mây riêng. Phần mềm trung gian này đã được sử dụng để triển khai môi trường phát triển/thử nghiệm trên các đám mây công cộng. Với đám mây riêng, chúng tôi có thể mở rộng phần mềm này để tạo ra giải pháp đám mây lai. Bằng cách sử dụng chiến lược đám mây lai, Workday có thể di chuyển khối lượng công việc giữa đám mây công cộng và đám mây riêng, tối đa hóa việc sử dụng phần cứng đồng thời tiết kiệm cho doanh nghiệp

Cuối cùng, chiến lược đám mây của Rimi lưu ý rằng khối lượng công việc không trạng thái đơn giản và khả năng mở rộng theo chiều ngang của chúng sẽ cho phép Workday bắt đầu sử dụng đám mây riêng của mình với ít rủi ro hơn và đạt được mức độ trưởng thành trong hoạt động trên đám mây một cách tự nhiên.

Rimi đề xuất: “Bạn có thể bắt đầu với kế hoạch của mình và tìm hiểu cách quản lý đám mây mới với khối lượng công việc nhỏ, tương tự như R&D truyền thống, cho phép bạn thử nghiệm trong một môi trường an toàn”.

Với một trường hợp kinh doanh vững chắc, Rimi đã đánh giá một số nền tảng đám mây riêng nổi tiếng, bao gồm OpenStack, dựa trên một loạt tiêu chí đánh giá bao gồm tính mở, tính dễ sử dụng, tính linh hoạt, độ tin cậy, khả năng phục hồi, hỗ trợ, cộng đồng và tiềm năng của mỗi nền tảng. Dựa trên đánh giá của họ, Rimi và nhóm của anh ấy đã chọn OpenStack và bắt đầu xây dựng đám mây riêng sẵn sàng cho thương mại.

Sau khi triển khai thành công đám mây OpenStack khả thi đầu tiên của mình, Workday tiếp tục phấn đấu để áp dụng rộng rãi hơn môi trường SDDC mới. Để đạt được mục tiêu này, Rimi sử dụng cách tiếp cận nhiều mặt, tập trung vào:

  • tập trung vào khối lượng công việc sẵn sàng trên đám mây, đặc biệt là các ứng dụng không trạng thái trong danh mục đầu tư
  • xác định tiêu chí và quá trình di chuyển
  • đặt mục tiêu phát triển để di chuyển các ứng dụng này
  • Giao tiếp và đào tạo các nhóm liên quan của Ngày làm việc bằng cách sử dụng các cuộc họp, bản demo, video và đào tạo OpenStack

“Đám mây của chúng tôi hỗ trợ nhiều khối lượng công việc khác nhau, một số trong sản xuất, một số khác chuẩn bị cho mục đích sử dụng thương mại. Cuối cùng, chúng tôi muốn di chuyển tất cả khối lượng công việc và tôi hy vọng chúng tôi sẽ đạt đến điểm bùng phát khi chúng tôi chứng kiến ​​một luồng hoạt động đột ngột. Chúng tôi đang chuẩn bị hệ thống từng phần một mỗi ngày để có thể xử lý mức độ hoạt động này khi thời cơ đến.

BestBuy: phá vỡ những điều cấm kỵ

Nhà bán lẻ điện tử BestBuy, với doanh thu hàng năm là 43 tỷ USD và 140 nhân viên, là công ty lớn nhất trong số các công ty được liệt kê trong bài viết. Và do đó, mặc dù các quy trình mà nhóm cơ sở hạ tầng bestbuy.com sử dụng để chuẩn bị đám mây riêng dựa trên OpenStack không phải là duy nhất, nhưng tính linh hoạt mà họ áp dụng các quy trình này là rất ấn tượng.

Để đưa đám mây OpenStack đầu tiên của họ đến BestBuy, Giám đốc Giải pháp Web Steve Eastham và Kiến trúc sư trưởng Joel Crabb đã phải dựa vào sự sáng tạo để vượt qua nhiều rào cản cản đường họ.

Sáng kiến ​​BestBuy OpenStack phát triển từ nỗ lực tìm hiểu các quy trình kinh doanh khác nhau liên quan đến quy trình phát hành của trang thương mại điện tử bestbuy.com vào đầu năm 2011. Những nỗ lực này cho thấy sự thiếu hiệu quả đáng kể trong các quy trình đảm bảo chất lượng. Quy trình đảm bảo chất lượng đã gây ra chi phí đáng kể với mỗi lần phát hành trang web chính, xảy ra hai đến bốn lần một năm. Phần lớn chi phí này liên quan đến việc định cấu hình môi trường theo cách thủ công, điều chỉnh các khác biệt và giải quyết các vấn đề về tính sẵn có của tài nguyên.

Để giải quyết những vấn đề này, bestbuy.com đã giới thiệu sáng kiến ​​Đảm bảo Chất lượng theo Yêu cầu, do Steve Eastham và Joel Crabb dẫn đầu, nhằm xác định và loại bỏ những trở ngại trong quy trình đảm bảo chất lượng của bestbuy.com. Các đề xuất chính từ dự án này bao gồm tự động hóa các quy trình đảm bảo chất lượng và cung cấp cho nhóm người dùng các công cụ tự phục vụ.

Mặc dù Steve Eastham và Joel Crabb có thể tận dụng viễn cảnh về chi phí kiểm soát chất lượng rất đáng kể để biện minh cho việc đầu tư vào đám mây riêng, nhưng họ nhanh chóng gặp phải một vấn đề: mặc dù dự án đã nhận được sự chấp thuận nhưng lại không có vốn cho dự án. Không có ngân sách để mua thiết bị cho dự án.

Sự cần thiết là mẹ của phát minh và nhóm đã áp dụng một cách tiếp cận mới để tài trợ cho đám mây: Họ hoán đổi ngân sách cho hai nhà phát triển với một nhóm khác có ngân sách phần cứng.

Với ngân sách thu được, họ dự định mua thiết bị cần thiết cho dự án. Liên hệ với HP, nhà cung cấp phần cứng của họ vào thời điểm đó, họ bắt đầu tối ưu hóa sản phẩm. Thông qua các cuộc đàm phán cẩn thận và mức giảm yêu cầu về thiết bị ở mức chấp nhận được, họ đã có thể cắt giảm gần một nửa chi phí thiết bị.

Theo cách tương tự, Steve Eastham và Joel Crabb đã thương lượng một thỏa thuận với nhóm mạng của công ty, tận dụng năng lực sẵn có của lõi hiện có, tiết kiệm chi phí thông thường liên quan đến việc mua thiết bị mạng mới.

Steve Eastham nói: “Chúng tôi đang ở trên lớp băng khá mỏng. “Đây không phải là thông lệ ở Best Buy lúc đó và bây giờ. Chúng tôi đã hoạt động dưới radar. Chúng tôi có thể bị khiển trách nhưng chúng tôi đã tránh được điều đó.

Vượt qua khó khăn tài chính chỉ là trở ngại đầu tiên trong rất nhiều trở ngại. Vào thời điểm đó, thực tế không có cơ hội tìm được chuyên gia OpenStack cho dự án. Vì vậy, họ phải xây dựng một nhóm từ đầu bằng cách kết hợp các nhà phát triển Java truyền thống và quản trị viên hệ thống vào nhóm.

Joel Crabb nói: “Chúng tôi chỉ đặt họ vào một căn phòng và nói: 'Hãy tìm hiểu cách vận hành hệ thống này'. — Một trong những nhà phát triển Java đã nói với chúng tôi: “Điều này thật điên rồ, bạn không thể làm được điều này. Tôi không biết bạn đang nói về cái gì."

Chúng tôi phải kết hợp các phong cách khác nhau của hai loại nhóm để đạt được kết quả mong muốn - một quy trình phát triển gia tăng, có thể kiểm tra được và dựa trên phần mềm.

Việc khuyến khích nhóm sớm tham gia dự án đã cho phép họ ghi được một số chiến thắng ấn tượng. Họ có thể nhanh chóng thay thế môi trường phát triển cũ, giảm số lượng môi trường đảm bảo chất lượng (QA) và trong quá trình chuyển đổi đã đạt được cách làm việc và tốc độ phân phối ứng dụng của các nhóm mới.

Thành công của họ giúp họ có cơ hội tốt để yêu cầu thêm tài nguyên cho sáng kiến ​​đám mây riêng của mình. Và lần này họ có được sự hỗ trợ từ cấp lãnh đạo cao nhất của công ty.

Steve Eastham và Joel Crabb đã nhận được số tiền cần thiết để thuê thêm nhân viên và năm giá đỡ thiết bị mới. Đám mây đầu tiên trong làn sóng dự án này là môi trường OpenStack, chạy các cụm Hadoop để phân tích. Và nó đã được vận hành thương mại.

Kết luận

Các câu chuyện của MercadoLibre, Workday và Best Buy chia sẻ một số nguyên tắc có thể hướng dẫn bạn áp dụng OpenStack thành công: Hãy cởi mở với nhu cầu của các nhà phát triển, doanh nghiệp và những người dùng tiềm năng khác; làm việc trong các quy trình đã được thiết lập của công ty bạn; hợp tác với các tổ chức khác; và sẵn sàng hành động ngoài quy định khi cần thiết. Đây đều là những kỹ năng mềm có giá trị và hữu ích khi sử dụng đám mây OpenStack.

Không có con đường hoàn hảo nào để triển khai OpenStack trong công ty của bạn - con đường triển khai phụ thuộc vào nhiều yếu tố liên quan đến cả bạn và công ty của bạn cũng như tình huống mà bạn gặp phải.

Mặc dù thực tế này có thể gây nhầm lẫn cho những người hâm mộ OpenStack đang thắc mắc về cách triển khai dự án đầu tiên của họ, nhưng dù sao thì đó cũng là một quan điểm tích cực. Điều này có nghĩa là không có giới hạn nào về việc bạn có thể đi được bao xa với OpenStack. Những gì bạn có thể đạt được chỉ bị giới hạn bởi sự sáng tạo và tháo vát của bạn.

Nguồn: www.habr.com

Thêm một lời nhận xét