SRE LÀ GÌ

Không như đầy đủ khi, bài viết này vẫn gồm những kiến thức hàn lâm dành riêng cho DevOps/SRE trong công ty và kiến thức và kỹ năng này rất cần phải nắm rất chắn chắn để rất có thể làm việc mang kết quả cho tổ chức và bạn dùng.

Bạn đang xem: Sre là gì

Nếu gồm một điểm bình thường mà đầy đủ sản phẩm công nghệ đều cần có, chính là: người dùng (User).

Cho dù là Google, ship hàng một tỷ người dùng hoạt động hàng tháng can hệ miễn mức giá với dịch vụ thương mại hay Airbn, với 200 triệu người tiêu dùng kinh doanh, giao dịch, thì bài toán xây dựng một sản phẩm technology đều là việc ship hàng mọi người.

Và trong cố giới luôn phát triển ngày nay, mong muốn của đa số người so với các dịch vụ thương mại miễn tầm giá và trả phí đều rất cao. Tốc độ, thời hạn phục vụ, UX hoản hảo. Rất nhiều thứ đều phải đáp ứng tiêu chuẩn cao.

Với nhu yếu cao như vậy, hệ thống của các bạn sẽ phải chứng tỏ được với những người dùng: Thời gian kết thúc phục vụ (Downtime) bao thọ một lần? nhóm của bạn sẽ phản hồi nhanh như thế nào nếu hệ thống chạm mặt sự cố? bạn đang khẳng định gì về tốc độ và trải nghiệm? vì vậy bạn phải SLA, SLO cùng SLI.

SLA: thỏa thuận hợp tác cấp độ dịch vụ

SLA là gì?

SLA (Service-Level Agreement) là thỏa thuận hợp tác giữa nhà cung cấp và người tiêu dùng về các chỉ số có thể đo lường như thời gian phục vụ, khả năng đáp ứng và trách nhiệm.

Những thỏa thuận hợp tác này thường xuyên được biên soạn thảo bởi các nhóm pháp lý và marketing và chúng biểu hiện những lời khẳng định mà chúng ta đang tiến hành với người dùng và hậu quả nếu như bạn không tiến hành những lời cam kết đó. Thông thường, hình phát là tài thiết yếu hoặc giấy phép.

Thách thức với SLA

SLA rất khó đo lường và báo cáo. Những thỏa thuận hợp tác này, hay được viết vày những người không có kinh nghiệm về công nghệ, thường gửi ra đều lời khẳng định mà các nhóm cực nhọc đo lường, chưa hẳn lúc làm sao cũng cân xứng với những ưu tiên kinh doanh hiện tại và không xong xuôi phát triển và không tính đến dung nhan thái.

Ví dụ: SLA tất cả thể cam kết rằng các nhóm sẽ xử lý các vấn đề với sản phẩm X trong vòng 24 giờ. Tuy nhiên SLA này không giải thích điều gì sẽ xảy ra nếu người dùng mất 24 giờ nhằm gửi câu trả lời hoặc hình ảnh chụp màn hình sẽ giúp nhóm của người sử dụng chẩn đoán, giải pháp xử lý sự cố. Nó tức là trong 24 giờ, nhóm đã biết thành chậm lại bởi fan dùng. Một cách xuất sắc hơn là bắt đầu tính giờ từ sau khoản thời gian người dùng cung cấp đủ thông tin. SLA nên phải vấn đáp những câu hỏi này, mà lại họ thường xuyên không làm được như vậy, đề nghị một thực tế đã chế tạo ra không ít khó khăn trong việc kết hợp từ các nhóm với những người quản lý.

Đối với rất nhiều chuyên gia, câu vấn đáp cho thử thách này thứ nhất là nhóm technology nên tham gia vào việc tạo ra SLA. Càng nhiều kỹ sư với DevOps hòa hợp tác trở nên tân tiến SLA xử lý các trường hợp trong nhân loại thực, thì càng có nhiều SLA thực tiễn hơn, chẳng hạn như ví dụ trên.

Ai cần SLA?

SLA là thỏa thuận hợp tác giữa nhà cung cấp và người dùng trả phí thực hiện dịch vụ. Các công ty hỗ trợ dịch vụ miễn phí cho tất cả những người dùng có thể không ý muốn hoặc đề xuất SLA cho những người dùng miễn giá tiền đó.

SLO: mục tiêu cấp độ dịch vụ

SLO là gì?

SLO (Service-Level Objective) là một trong những phần trong SLA về một trong những liệu cụ thể như thời gian ship hàng hoặc thời hạn phản hồi. Vì vậy, nếu SLA là thỏa thuận chính thức giữa bạn và người tiêu dùng của bạn, SLO là đa số lời cam kết cá thể mà bạn đang thực hiện với người tiêu dùng đó. SLO là đều mục tiêu đo lường của người tiêu dùng và nhóm kỹ sư, DevOps đặt ra để hiểu rằng mức độ giao hàng của sản phẩm công nghệ.

Những thách thức của SLOs

SLO ít bị ghét rộng SLA, mà lại chúng rất có thể tạo ra nhiều vấn đề nếu chúng được định nghĩa mơ hồ, quá phức tạp hoặc không thể đo lường được. Chiếc chìa khóa để SLOs không khiến các kỹ sư chạm mặt khó khăn là sự dễ dàng và đơn giản và rõ ràng. Chỉ các số liệu đặc biệt nhất new được chuyển vào SLO, các mục tiêu phải được viết bởi ngôn ngữ đơn giản và dễ dàng và như với SLA, bọn chúng phải luôn tính đến những vấn đề như sự lừ đừ chạp, không phối hợp từ phía fan dùng.

Ai bắt buộc SLO?

Trong trường vừa lòng SLA chỉ có liên quan trong trường hợp người tiêu dùng trả tiền, SLO có thể hữu ích cho cả tài khoản miễn phí, cũng giống như người sử dụng nội cỗ và mặt ngoài.

Với các khối hệ thống nội bộ, ví dụ như CRM, kho dữ liệu người dùng và mạng nội bộ. Và việc có SLO đến các hệ thống nội bộ đó là một trong những phần quan trọng không chỉ để thỏa mãn nhu cầu các mục tiêu kinh doanh mà lại còn chất nhận được các đội nội bộ đáp ứng nhu cầu được các phương châm của người dùng trong bao gồm tổ chức.

Xem thêm: Hướng Dẫn Chơi Rubik 3X3 Rubik'S Cube In No Time, How To Solve A 3X3 Rubik'S Cube In No Time

SLI: Chỉ báo cấp độ dịch vụ

SLI là gì?

SLI (Service-Level Indicator) đo lường và tính toán sự vâng lệnh với SLO (Service-Level Objective). Do vậy, ví dụ: giả dụ SLA của người tiêu dùng nói rằng hệ thống của bạn sẽ sẵn sàng 99,95% thời gian, SLO của bạn có tác dụng là 99,95% thời hạn Online và SLI của công ty là phép đo thực tế về thời gian Online của sản phẩm. Hoàn toàn có thể là 99,96%. Rất có thể là 99,99%. Để tuân thủ SLA của bạn, SLI sẽ đề xuất phải đáp ứng hoặc thừa quá phần lớn lời cam đoan được giới thiệu trong tư liệu đó.Nếu SLI nằm bên dưới SLO, nghĩa là hệ thống cần cải thiện hơn nữa. Nếu như muốn biết dịch vụ an toàn đến nút nào, bạn cần phải có khả năng đo lường và thống kê các thông số đã cam đoan trong SLO.

Những thử thách của SLIs

Đối với SLO, thử thách của SLI là giữ mang lại chúng đơn giản, chọn đúng số liệu để theo dõi và không làm phức hợp hóa công việc của kỹ sư bằng cách theo dõi không ít số liệu không thực sự quan trọng đối với những người dùng.

Tạo một chiến lược khắc phục lỗi "nghiêm trọng" một giải pháp chi tiết.

Bạn sẽ làm cái gi khi Downtime xảy ra? nếu như bạn không biết câu trả lời cho câu hỏi đó, câu trả lời mặc định sẽ là "Lãng phí thời hạn quý báu để tìm ra những bài toán cần làm ngay!".

Kế hoạch giải pháp xử lý sự cố của khách hàng càng sẵn sàng tốt, nhóm vận hành của các bạn sẽ xử lý sự cố nhanh rộng và công dụng hơn. Đó là lý do tại sao bước thứ nhất của bất kỳ công việc làm chủ sự núm nào đều đề nghị là lập quy trình và lập kế hoạch.

Ai nên SLI?

Bất kỳ tổ chức nào tính toán hiệu suất của họ với SLO đều buộc phải SLI để triển khai các phép đo đó. Bạn không thể thực sự tất cả SLO nếu không tồn tại SLI.

SLAs: Lời khẳng định với người dùng.SLOs: kim chỉ nam nội bộ nhóm vận hành, kỹ sư.SLIs: cửa hàng chúng tôi đã làm như vậy nào?

Các phương pháp hay tuyệt nhất về SLA, SLO và SLI

Tạo SLA theo mong mỏi đợi của fan dùng/đối tác.

Mọi phần trong thỏa thuận với người dùng của khách hàng nên được soạn thảo chuyển phiên quanh rất nhiều gì đặc biệt quan trọng đối với những người dùng. Mặt khác, một sự cố có thể có phải xử lý 10 câu hỏi khác nhau. Nhưng điều này không quan liêu trọng, theo quan điểm của fan dùng, tất cả những gì đặc biệt là hệ thống vận động như ý muốn đợi.

SLA cùng SLO của công ty phải phản ánh thực tế. Đừng tinh vi hóa phần đông thứ bằng phương pháp đi sâu cho mức chi tiết và đưa ra lời cam đoan riêng cho từng việc trong số 10 việc đó. Giữ lời cam kết của chúng ta ở chức năng cấp cao, mà người tiêu dùng đang thẳng dùng. Điều này để giúp người sử dụng vui hơn và dễ hiểu hơn, đơn giản dễ dàng hóa các bước của các kỹ sư chịu đựng trách nhiệm tiến hành các lời cam kết SLA của bạn.

Sử dụng ngôn ngữ đơn giản và dễ dàng trong SLA

Không đề xuất lúc nào người dùng cũng yêu cầu làm rõ, bởi vì vậy nếu ngôn từ trong SLA của bạn phức tạp, rất có thể bạn đã tự sản xuất ra một số hiểu lầm cho những người dùng. Ngôn ngữ của người tiêu dùng càng đối chọi giản, thì càng ít xảy ra hiểu lầm với người dùng trong tương lai.

Với SLO, ít hơn là nhiều

Không đề xuất mọi chỉ số đều đặc biệt đối với những người dùng, tức là không phải mọi chỉ số đều đề xuất đưa vào SLO. Cam kết thực hiện càng không nhiều SLO càng xuất sắc và tập trung vào mọi SLO đặc trưng nhất so với người dùng.

Không buộc phải mọi chỉ số hoàn toàn có thể theo dõi đều bắt buộc là SLI

Tương tự, việc theo dõi năng suất trên 10 chỉ số cho từng 10 SLO rất có thể trở đề nghị rất khó. Nạm vào đó, hãy lựa chọn 1 cách khôn khéo những chỉ số như thế nào thực sự quan trọng đối cùng với SLO của công ty và dồn mức độ vào vấn đề theo dõi hồ hết chỉ số đó một phương pháp sát sao.

Thêm các yếu tố nằm kế bên tầm kiểm soát của nhóm phát triển

Điều gì xẩy ra khi người dùng là bạn làm tốn thời gian giải quyết ? nếu như bạn không hiểu rõ điều này vào SLA của mình, nhóm của bạn có thể phải tuân theo tiêu chuẩn bất khả thi là giải quyết và xử lý các vấn đề của người dùng mà không có sự vừa lòng tác, phối kết hợp của bạn dùng.

Đừng cam kết khi biết quan yếu làm được

Chỉ bởi vì nhóm của bạn có thể duy trì 99,99% thời gian Online không có nghĩa là 99,99% đề xuất là số vào SLO của bạn. Luôn luôn giỏi hơn nếu khẳng định dưới mức rất có thể đạt được và làm được phần nhiều điều giỏi hơn nấc đó. Điều này quan trọng đúng cùng với các thành phầm muốn thay đổi nhanh với liên tục.

Xem thêm: Top 10 Laptop 15 Triệu Chơi Game Tốt Tầm Giá Dưới 15 Triệu, Laptop Học Tập Và Làm Việc (Dưới 15 Triệu)

Những cam kết này ảnh hưởng đến SREs/DevOps như vậy nào?

Đối với những người mô hình thao tác làm việc của Google và thực hiện nhóm nghệ thuật SRE để thu nhỏ dại khoảng cách giữa cải cách và phát triển và vận hành, SLA, SLO cùng SLI là căn cơ để sản phẩm thành công. SLA giúp các nhóm thiết lập cấu hình ranh giới. SLO góp ưu tiên công việc. Cùng SLI cho SRE biết khi nào họ cần làm gì.