Bạn chắc chắn đã thắc mắc chi phí cơ sở hạ tầng cho dự án của bạn là bao nhiêu. Đồng thời, điều đáng ngạc nhiên là: sự tăng trưởng của chi phí không tuyến tính đối với phụ tải. Nhiều chủ doanh nghiệp, trạm dịch vụ và nhà phát triển ngầm hiểu rằng họ đang trả quá nhiều tiền. Nhưng chính xác thì để làm gì?
Thông thường, việc cắt giảm chi phí chỉ đơn giản là tìm ra giải pháp rẻ nhất, gói AWS hoặc trong trường hợp giá đỡ vật lý, tối ưu hóa cấu hình phần cứng. Không chỉ vậy: trên thực tế, bất kỳ ai cũng đang làm điều này, như Chúa hài lòng: nếu chúng ta đang nói về một công ty khởi nghiệp, thì đây có lẽ là một nhà phát triển hàng đầu đang phải đau đầu rất nhiều. Ở các văn phòng lớn hơn, vấn đề này do CMO/CTO giải quyết và đôi khi đích thân tổng giám đốc tham gia vào vấn đề này cùng với kế toán trưởng. Nói chung là những người có đủ mối quan tâm “cốt lõi”. Và hóa ra các hóa đơn cơ sở hạ tầng đang tăng lên, nhưng những người không có thời gian giải quyết thì lại phải giải quyết.
Nếu bạn có nhu cầu mua giấy vệ sinh cho văn phòng, việc này sẽ do người quản lý cung ứng hoặc người có trách nhiệm của công ty vệ sinh thực hiện. Nếu chúng ta đang nói về sự phát triển - khách hàng tiềm năng và CTO. Bán hàng - mọi thứ cũng rõ ràng. Nhưng từ xa xưa, khi “phòng máy chủ” là tên gọi của một tủ trong đó có một hệ thống tháp bình thường có thêm một chút RAM và một vài ổ cứng trong cuộc đột kích, mọi người (hoặc ít nhất là nhiều) đều bỏ qua thực tế là việc mua công suất cũng phải được xử lý bởi một người được đào tạo đặc biệt.
Than ôi, ký ức và kinh nghiệm lịch sử cho thấy rằng trong nhiều thập kỷ, nhiệm vụ này được chuyển sang những người “ngẫu nhiên”: ai là người gần nhất sẽ trả lời câu hỏi. Và chỉ gần đây nghề FinOps mới bắt đầu hình thành trên thị trường và có hình dạng cụ thể. Đây chính là người được đào tạo đặc biệt có nhiệm vụ kiểm soát việc mua và sử dụng năng lực. Và cuối cùng là giảm chi phí của công ty trong lĩnh vực này.
Chúng tôi không ủng hộ việc từ bỏ các giải pháp đắt tiền và hiệu quả: mỗi doanh nghiệp phải tự quyết định những gì mình cần để tồn tại thoải mái về mặt thuế quan đối với phần cứng và đám mây. Nhưng người ta không thể không chú ý đến thực tế là việc mua hàng thiếu suy nghĩ “theo danh sách” mà không có sự giám sát và phân tích việc sử dụng tiếp theo của nhiều công ty cuối cùng sẽ dẫn đến những tổn thất rất, rất đáng kể do quản lý “tài sản” phụ trợ của họ không hiệu quả.
FinOps là ai
Giả sử bạn có một doanh nghiệp có uy tín, những người bán hàng nói về “doanh nghiệp” với giọng điệu thở hổn hển. Có thể, “theo danh sách” bạn đã mua khoảng chục hoặc hai máy chủ, AWS và một số “thứ nhỏ nhặt” khác. Điều này là hợp lý: trong một công ty lớn, một số loại chuyển động liên tục xảy ra - một số nhóm phát triển, những nhóm khác tan rã, những nhóm khác được chuyển sang các dự án lân cận. Và sự kết hợp của những phong trào này, cùng với cơ chế mua sắm “dựa trên danh sách”, cuối cùng sẽ dẫn đến những sợi tóc bạc mới khi xem xét dự luật cơ sở hạ tầng hàng tháng tiếp theo.
Vậy phải làm gì - kiên nhẫn tiếp tục tô màu xám, sơn lại hoặc tìm ra lý do dẫn đến sự xuất hiện của vô số số XNUMX khủng khiếp này trong khoản thanh toán?
Hãy thành thật mà nói: việc phê duyệt, phê duyệt và thanh toán trực tiếp một ứng dụng trong công ty với cùng một mức giá AWS không phải lúc nào cũng nhanh chóng (trên thực tế, hầu như không bao giờ). Và chính xác là do sự chuyển động liên tục của công ty, một số vụ mua lại tương tự này có thể bị “thất lạc” ở đâu đó. Và việc đứng yên là điều tầm thường. Nếu một quản trị viên chu đáo nhận thấy một giá đỡ không có chủ sở hữu trong phòng máy chủ của mình, thì trong trường hợp giá điện toán đám mây, mọi thứ còn đáng buồn hơn nhiều. Chúng có thể được đặt trong nhiều tháng - được trả tiền, nhưng đồng thời không còn cần thiết đối với bất kỳ ai trong bộ phận mà chúng đã được mua. Cùng lúc đó, các đồng nghiệp từ văn phòng tiếp theo bắt đầu nhổ đi những sợi tóc chưa bạc không chỉ trên đầu mà còn ở những nơi khác - họ không thể trả mức thuế AWS tương đương cho tuần thứ n, điều này là rất cần thiết.
Giải pháp rõ ràng nhất là gì? Đúng vậy, hãy trao dây cương cho người có nhu cầu, ai cũng vui vẻ. Nhưng thông tin liên lạc theo chiều ngang không phải lúc nào cũng được thiết lập tốt. Và bộ phận thứ hai có thể đơn giản là không biết về sự giàu có của bộ phận thứ nhất, mà bằng cách nào đó hóa ra lại không thực sự cần đến sự giàu có này.
Ai là người có lỗi trong việc này? - Thật ra thì không có ai cả. Đó là cách mọi thứ được thiết lập bây giờ.
Ai phải chịu đựng điều này? - Thế đấy, cả công ty.
Ai có thể khắc phục tình hình? - Vâng, vâng, FinOps.
FinOps không chỉ là một lớp giữa các nhà phát triển và thiết bị họ cần, mà còn là một người hoặc một nhóm sẽ biết nó “nằm” ở đâu, cái gì và tốt như thế nào so với cùng mức giá đám mây mà công ty đã mua. Trên thực tế, những người này một mặt phải làm việc song song với DevOps và mặt khác là bộ phận tài chính, đóng vai trò là một trung gian hiệu quả và quan trọng nhất là một nhà phân tích.
Một chút về tối ưu hóa
Mây. Tương đối rẻ và rất tiện lợi. Nhưng giải pháp này không còn rẻ khi số lượng máy chủ đạt tới hai hoặc ba chữ số. Ngoài ra, đám mây còn giúp bạn có thể sử dụng ngày càng nhiều dịch vụ mà trước đây không có: đây là cơ sở dữ liệu dưới dạng dịch vụ (Amazon AWS, Azure Database), ứng dụng không có máy chủ (AWS Lambda, Azure Functions) và nhiều dịch vụ khác. Tất cả chúng đều rất tuyệt vời vì chúng dễ sử dụng - mua và sử dụng, không có vấn đề gì. Nhưng công ty và các dự án của nó càng chìm sâu vào mây thì CFO càng khó ngủ. Và tướng chuyển sang màu xám càng nhanh.
Thực tế là hóa đơn cho các dịch vụ đám mây khác nhau luôn cực kỳ khó hiểu: đối với một mặt hàng, bạn có thể nhận được lời giải thích dài ba trang về nội dung, địa điểm và số tiền của bạn đã đi như thế nào. Tất nhiên, điều này thật dễ chịu, nhưng hầu như không thể hiểu được nó. Hơn nữa, ý kiến của chúng tôi về vấn đề này không phải là ý kiến duy nhất: để chuyển tài khoản đám mây sang tài khoản con người, chẳng hạn như có toàn bộ dịch vụ hoặc . Nếu ai đó bận tâm đến việc tạo ra một dịch vụ riêng để giải mã các hóa đơn, thì quy mô của vấn đề đã vượt xa chi phí thuốc nhuộm tóc.
Vậy FinOps sẽ làm gì trong tình huống này:
- hiểu rõ thời điểm và số lượng giải pháp đám mây được mua.
- biết những năng lực này được sử dụng như thế nào.
- phân phối lại chúng tùy thuộc vào nhu cầu của một đơn vị cụ thể.
- không mua “để có thể như vậy”.
- và cuối cùng, nó giúp bạn tiết kiệm tiền.
Một ví dụ điển hình là lưu trữ đám mây bản sao lạnh của cơ sở dữ liệu. Ví dụ: bạn có lưu trữ nó để giảm dung lượng và lưu lượng tiêu thụ khi cập nhật bộ nhớ không? Đúng, có vẻ như tình huống đó là rẻ - trong một trường hợp cụ thể duy nhất, nhưng tổng số các tình huống rẻ như vậy sau đó sẽ dẫn đến chi phí cắt cổ cho các dịch vụ đám mây.
Hoặc một tình huống khác: bạn đã mua dung lượng dự trữ trên AWS hoặc Azure để không rơi vào tình trạng tải cao điểm. Bạn có thể chắc chắn rằng đây là giải pháp tối ưu? Xét cho cùng, nếu những phiên bản này không hoạt động 80% thì bạn chỉ đơn giản là đang đưa tiền cho Amazon. Hơn nữa, đối với những trường hợp như vậy, cùng một AWS và Azure đều có các phiên bản có thể bùng nổ - tại sao bạn lại cần các máy chủ không hoạt động, nếu bạn có thể sử dụng một công cụ để giải quyết các vấn đề về tải cao điểm? Hoặc, thay vì phiên bản Tại chỗ, bạn nên hướng tới phiên bản Dự trữ - chúng rẻ hơn nhiều và cũng có giảm giá.
Nhân tiện, về giảm giá
Như chúng tôi đã nói lúc đầu, việc mua sắm thường được thực hiện bởi bất kỳ ai - họ đã tìm ra người cuối cùng và sau đó bằng cách nào đó anh ta tự mình thực hiện việc đó. Thông thường, những người vốn đã bận rộn sẽ trở nên “cực đoan”, và kết quả là chúng ta gặp phải tình huống một người nhanh chóng và khéo léo, nhưng hoàn toàn độc lập, quyết định mua gì và với số lượng bao nhiêu.
Nhưng khi tương tác với nhân viên bán hàng từ dịch vụ đám mây, bạn có thể nhận được các điều kiện thuận lợi hơn khi mua công suất bán buôn. Rõ ràng là bạn sẽ không thể nhận được những khoản giảm giá như vậy từ một chiếc xe đăng ký im lặng và một chiều - nhưng sau khi nói chuyện với người quản lý bán hàng thực sự, bạn có thể kiệt sức. Hoặc những người này có thể cho bạn biết họ hiện đang giảm giá những mặt hàng nào. Nó cũng có thể hữu ích.
Đồng thời, bạn cần nhớ rằng ánh sáng không hội tụ như một cái nêm trên AWS hoặc Azure. Tất nhiên, không có vấn đề gì về việc tổ chức phòng máy chủ của riêng bạn - nhưng có những lựa chọn thay thế cho hai giải pháp cổ điển này từ những gã khổng lồ.
Ví dụ: Google đã mang nền tảng Firebase đến các công ty để họ có thể lưu trữ cùng một dự án di động trên cơ sở chìa khóa trao tay, điều này có thể yêu cầu mở rộng quy mô nhanh chóng. Lưu trữ, cơ sở dữ liệu thời gian thực, lưu trữ và đồng bộ hóa dữ liệu đám mây bằng cách sử dụng giải pháp này làm ví dụ đều có sẵn ở một nơi.
Mặt khác, nếu chúng ta không nói về một dự án nguyên khối mà là về tổng thể của chúng, thì giải pháp tập trung không phải lúc nào cũng có lợi. Nếu dự án tồn tại lâu dài, có lịch sử phát triển riêng và lượng dữ liệu tương ứng cần thiết để lưu trữ, thì bạn nên suy nghĩ về vị trí phân mảnh hơn.
Khi tối ưu hóa chi phí cho các dịch vụ đám mây, bạn có thể chợt nhận ra rằng đối với các ứng dụng quan trọng trong kinh doanh, bạn có thể mua mức thuế mạnh hơn để mang lại cho công ty nguồn thu nhập không bị gián đoạn. Đồng thời, lưu trữ “di sản” của quá trình phát triển, các kho lưu trữ cũ, cơ sở dữ liệu, v.v. trên các đám mây đắt tiền là một giải pháp. Xét cho cùng, đối với những dữ liệu như vậy, một trung tâm dữ liệu tiêu chuẩn với ổ cứng HDD thông thường và phần cứng công suất trung bình không có chuông và còi là khá phù hợp.
Ở đây một lần nữa, bạn có thể nghĩ rằng “sự ồn ào này không đáng có”, nhưng toàn bộ vấn đề của ấn phẩm này dựa trên thực tế là ở các giai đoạn khác nhau, những người có trách nhiệm bỏ qua những việc nhỏ nhặt và làm những gì thuận tiện hơn và nhanh hơn. Cuối cùng, sau một vài năm, kết quả là những tài khoản rất kinh dị đó.
Kết quả ra sao?
Nhìn chung, đám mây rất tuyệt, chúng giải quyết được rất nhiều vấn đề cho các doanh nghiệp ở mọi quy mô. Tuy nhiên, tính mới của hiện tượng này đồng nghĩa với việc chúng ta vẫn chưa có văn hóa tiêu dùng và quản lý. FinOps là đòn bẩy tổ chức giúp bạn tận dụng sức mạnh đám mây hiệu quả hơn. Điều chính là không biến vị trí này thành một vị trí tương tự như một đội xử bắn, nhiệm vụ của họ là bắt tận tay các nhà phát triển thiếu chú ý và “mắng” họ vì thời gian ngừng hoạt động.
Các nhà phát triển nên phát triển chứ không phải tính tiền công ty. Và vì vậy FinOps nên biến cả quy trình mua hàng cũng như quy trình ngừng hoạt động hoặc chuyển giao công suất đám mây cho các nhóm khác trở thành một sự kiện đơn giản và thú vị cho tất cả các bên.
Nguồn: www.habr.com