Sre Là Gì

  -  

Không như đa số khi, nội dung bài viết này sẽ gồm những kiến thức hàn lâm dành riêng cho DevOps/SRE trong doanh nghiệp lớn và kỹ năng này rất cần phải nắm rất chắc chắn để hoàn toàn có thể làm việc mang công dụng cho tổ chức triển khai và bạn dùng.

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

Nếu tất cả một điểm tầm thường mà phần đa sản phẩm công nghệ đều buộc phải có, bao gồm là: người dùng (User).

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

Và trong vậy giới luôn phát triển ngày nay, hy vọng của đa số người so với các dịch vụ thương mại miễn tổn phí và trả phí thường rất cao. Tốc độ, thời gian phục vụ, UX hoản hảo. Hồ hết thứ hầu như phải thỏa mãn nhu cầu tiêu chuẩn chỉnh cao.

Với yêu cầu cao như vậy, khối hệ thống của bạn sẽ phải minh chứng được với những người dùng: Thời gian xong xuôi phục vụ (Downtime) bao thọ một lần? team 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 cam kết gì về vận tốc và trải nghiệm? bởi vì vậy bạn cần SLA, SLO và SLI.

*

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

SLA là gì?

SLA (Service-Level Agreement) là thỏa thuận giữa nhà hỗ trợ và người tiêu dùng về những chỉ số hoàn toàn có thể đo lường như thời hạn 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 hay được biên soạn thảo bởi những 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 thực hiện với người tiêu dùng và hậu quả nếu khách hàng không tiến hành những lời khẳng định đó. Thông thường, hình phát là tài chính hoặc giấy phép.

Thách thức cùng với SLA

SLA vô cùng khó tính toán và báo cáo. Những thỏa thuận này, hay được viết do những người không có kinh nghiệm về công nghệ, thường gửi ra hồ hết lời cam đoan mà những nhóm khó đo lường, chưa hẳn lúc làm sao cũng tương xứng với các ưu tiên kinh doanh hiện tại cùng không ngừng phát triển và quanh đó đến dung nhan thái.

Ví dụ: SLA có thể khẳng định rằng các nhóm sẽ giải quyết và xử lý các vụ việc với sản phẩm X trong vòng 24 giờ. Cơ mà SLA này không lý giải điều gì sẽ xẩy ra nếu người tiêu dùng mất 24 giờ để gửi câu vấn đáp hoặc ảnh chụp màn hình sẽ giúp đỡ nhóm của người tiêu 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 người dùng. Một cách giỏi hơn là ban đầu tính tiếng từ sau thời điểm người dùng cung cấp đủ thông tin. SLA đề xuất phải vấn đáp những câu hỏi này, dẫu vậy họ thường không làm được như vậy, yêu cầu một thực tế đã sinh sản ra rất nhiều khó khăn vào việc phối kết hợp từ các nhóm với người quản lý.

Đối với nhiều chuyên gia, câu trả lời cho thử thách này đầu tiên là nhóm công nghệ nên gia nhập vào việc tạo nên SLA. Càng các kỹ sư với DevOps hòa hợp tác cải cách và phát triển SLA giải quyết các tình huống trong nhân loại thực, thì càng có không ít SLA thực tế hơn, ví dụ như ví dụ trên.

Ai đề nghị SLA?

SLA là thỏa thuận giữa nhà cung ứng và người tiêu dùng trả phí áp dụng dịch vụ. Các công ty hỗ trợ dịch vụ miễn phí cho những người dùng hoàn toàn có thể không mong mỏi hoặc nên SLA cho tất cả những người dùng miễn tầm giá đó.

SLO: kim chỉ nam 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 ví dụ như thời gian giao hàng hoặc thời hạn phản hồi. Bởi vì vậy, nếu SLA là thỏa thuận hợp tác chính thức giữa chúng ta và người tiêu dùng của bạn, SLO là phần đa lời cam kết cá nhân mà chúng ta đang tiến hành với người dùng đó. SLO là phần lớn mục tiêu đo lường của người tiêu dùng và team kỹ sư, DevOps đề ra để biết được mức độ giao hàng của thành phầm công nghệ.

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

SLO không nhiều bị ghét hơn SLA, mà lại chúng rất có thể tạo ra nhiều sự việc nếu bọn chúng được tư tưởng mơ hồ, quá tinh vi hoặc ko thể giám sát được. Khóa xe để SLOs không khiến các kỹ sư gặp gỡ khó khăn là sự đơn giản và rõ ràng. Chỉ các số liệu đặc trưng nhất new được đưa vào SLO, các phương châm phải được viết bởi ngôn ngữ đơn giản và dễ dàng và như cùng với SLA, bọn chúng phải luôn tính đến các vấn đề như sự chậm rãi chạp, không kết hợp từ phía fan dùng.

Ai phải SLO?

Trong trường đúng theo SLA chỉ có tương quan trong ngôi trường hợp người dùng trả tiền, SLO rất có thể hữu ích cho tất 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 tiêu dùng và mạng nội bộ. Và việc có SLO mang đến các khối hệ thống nội bộ đó là một phần quan trọng không những để thỏa mãn nhu cầu các phương châm kinh doanh nhưng mà còn chất nhận được các đội nội bộ thỏa mãn nhu cầu được các kim chỉ nam của người dùng trong chủ yếu tổ chức.

Xem thêm: L At The Latest Là Gì ? Nghĩa Của Từ Latest Trong Tiếng Việt

SLI: Chỉ báo lever 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). Vì vậy, ví dụ: trường hợp SLA của người tiêu dùng nói rằng hệ thống của các 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ới SLI của khách hàng là phép đo thực tiễn về thời hạn Online của sản phẩm. Có thể là 99,96%. Rất có thể là 99,99%. Để tuân hành SLA của bạn, SLI sẽ cần phải đáp ứng hoặc thừa quá phần đa lời khẳng định được đưa ra trong tài liệu đó.Nếu SLI nằm dưới SLO, nghĩa là hệ thống cần nâng cấp hơn nữa. Nếu muốn biết dịch vụ an toàn và đáng tin cậy đến mức nào, bạn cần có khả năng đo lường các thông số đã cam kết trong SLO.

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

Đối cùng với SLO, thử thách của SLI là giữ mang lại chúng đối chọi giản, lựa chọn đúng số liệu nhằm theo dõi và không làm tinh vi hóa quá trình 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 đặc biệt đối với người dùng.

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

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

Kế hoạch giải pháp xử lý sự cố của bạn càng chuẩn bị tốt, nhóm vận hành của các bạn sẽ xử lý sự cầm nhanh hơn và hiệu quả hơn. Đó là vì sao tại sao bước trước tiên của ngẫu nhiên công việc thống trị sự nắm nào đều bắt buộc là lập các bước và lập kế hoạch.

Ai đề xuất SLI?

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

SLAs: Lời cam đoan với fan dùng.SLOs: kim chỉ nam nội cỗ nhóm vận hành, kỹ sư.SLIs: cửa hàng chúng tôi đã làm như thế nào?

Các cách thức hay độc nhất về SLA, SLO cùng SLI

Tạo SLA theo ý muốn đợi của bạn dùng/đối tác.

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

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

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

Không buộc phải 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ữ điệu trong SLA của doanh nghiệp phức tạp, có thể bạn sẽ tự chế tạo ra một số trong những 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 kháng giản, thì sẽ 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 đề nghị mọi chỉ số đều đặc biệt quan trọng đối với người dùng, có nghĩa là không buộc phải mọi chỉ số đều phải đưa vào SLO. Khẳng định thực hiện tại càng ít SLO càng xuất sắc và triệu tập vào đều SLO quan trọng nhất đối với người dùng.

Không đề xuất mọi chỉ số rất có thể theo dõi đều nên là SLI

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

Thêm những yếu tố nằm ngoại trừ 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à fan làm tốn thời gian giải quyết và xử lý ? nếu như khách hàng không làm rõ điều này trong SLA của mình, team của bạn cũng có thể phải tuân theo tiêu chuẩn bất khả thi là giải quyết các vấn đề của người tiêu dùng mà không tồn tại sự đúng theo tác, kết hợp của tín đồ dùng.

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

Chỉ bởi vì nhóm của chúng ta có thể duy trì 99,99% thời hạn Online không có nghĩa là 99,99% buộc phải là số trong SLO của bạn. Luôn luôn luôn xuất sắc hơn nếu cam đoan dưới mức hoàn toàn có thể đạt được và làm được mọi điều tốt hơn mức đó. Điều này đặc biệt đúng với các thành phầm muốn đổi mới nhanh và liên tục.

Xem thêm: Thẻ Tích Điểm Vinmart Như Thế Nào? Hướng Dẫn Mở Thẻ Vinid & Cách Sử Dụng Thẻ

Những cam kết này tác động đến SREs/DevOps như thế nào?

*

Đối với những người dân mô hình thao tác làm việc của Google và thực hiện nhóm chuyên môn SRE nhằm thu bé dại khoảng giải pháp giữa phát triển và vận hành, SLA, SLO và SLI là nền tảng để thành phầm thành công. SLA giúp những nhóm tùy chỉnh ranh giới. SLO giúp ưu tiên công việc. Và SLI mang đến SRE biết bao giờ họ phải làm gì.