Nhảy chuyển tới nội dung

DevOps

本页使用了标题或全文手工转换
Duy cơ bách khoa, tự do bách khoa toàn thư
Phần mềm khai phá
Trung tâm hành động
Phạm thức cùng hình thức
Phương pháp luậnCùng dàn giáo
Duy trì hành vi
Thực tiễn
Công cụ
Tiêu chuẩn cùng tri thức hệ thống

DevOps(Development cùngOperationsHỗn thành từ) là một loại coi trọng “Phần mềm khai phá nhân viên ( Dev )” cùng “IT vận duy kỹ thuật nhân viên ( Ops )” chi gian câu thông hợp tác văn hóa, vận động hoặc lệ thường. Thông qua tự động hoá “Phần mềm giao phó” cùng “Giá cấu thay đổi” lưu trình, đại sứ đến xây dựng, thí nghiệm, tuyên bố phần mềm có thể càng thêm mà mau lẹ, thường xuyên cùng đáng tin cậy.[1][2][3][4]

Có thể đem DevOps coi như khai phá ( phần mềm công trình ), kỹ thuật hoạt động cùng chất lượng bảo đảm ( QA ) ba người giao thoa.

Truyền thống phần mềm tổ chức đem khai phá, IT vận duy cùngChất lượng bảo đảmThiết vì từng người chia lìa bộ môn, tại đây loại hoàn cảnh hạ như thế nào chọn dùng tân khai phá phương pháp ( tỷ nhưNhanh nhẹn phần mềm khai phá), là một cái quan trọng đầu đề. Dựa theo từ trước công tác phương thức, khai phá cùng bố trí, không cần IT duy trì hoặc là QA thâm nhập vượt bộ môn duy trì; mà hiện tại lại yêu cầu cực kỳ chặt chẽ nhiều bộ mônHợp tác.Mà DevOps suy xét còn không ngừng là phần mềm bố trí, nó là một bộ nhằm vào này mấy cái bộ môn gianCâu thôngCùng hợp tác vấn đề lưu trình cùng phương pháp.[5]

Yêu cầu thường xuyên giao phó xí nghiệp khả năng càng cần nữa đối DevOps có một cái đại khái hiểu biết.FlickrPhát triển chính mình DevOps năng lực, sử khả năng đủ chống đỡ nghiệp vụ bộ môn “Mỗi ngày bố trí 10 thứ” yêu cầu[6]── nếu một tổ chức muốn sinh sản mặt hướng nhiều loại người dùng, cụ bị đa dạng công năng ứng dụng trình tự, này bố trí chu kỳ tất nhiên sẽ thực đoản. Loại năng lực này cũng bị xưng là liên tục bố trí[7],Hơn nữa thường xuyên cùngTinh ích gây dựng sự nghiệpPhương pháp kết hợp.[8]Từ 2009 năm khởi, tương quan công tác tổ, chuyên nghiệp tổ chức cùngBlogNhanh chóng xuất hiện.[9][10][11][12]

DevOps dẫn vào có thể đối sản phẩm giao phó,Thí nghiệm,Công năng khai phá cùngGiữ gìn( bao gồm ── đã từng hiếm thấy nhưng hiện giờ đã nhìn mãi quen mắt ── “Nhiệt mụn vá”) sinh ra ý nghĩa sâu xa ảnh hưởng. Ở khuyết thiếu DevOps năng lực tổ chức trung, khai phá cùng hoạt động chi gian tồn tại tin tức “Hồng câu” ── tỷ như hoạt động nhân viên yêu cầu càng tốt đáng tin cậy tính cùng an toàn tính, khai phá nhân viên tắc hy vọngCơ sở phương tiệnHưởng ứng càng mau, mà nghiệp vụ người dùng nhu cầu còn lại là càng mau mà đem càng nhiều đặc tính tuyên bố cấp cuối cùng người dùng sử dụng. Loại này tin tức hồng câu chính là nhất thường ra vấn đề địa phương.

Dưới mấy phương diện nhân tố khả năng thúc đẩy một tổ chức dẫn vào DevOps:

  1. Sử dụng nhanh nhẹn hoặc mặt khácPhần mềm khai phá quá trìnhCùng phương pháp
  2. Nghiệp vụNgười phụ tráchYêu cầu nhanh hơn sản phẩm giao phó tốc độ
  3. Giả thuyết hóa[13]CùngVân tính toánCơ sở phương tiện ( khả năng đến từ bên trong hoặc phần ngoài cung ứng thương ) ngày càng phổ biến
  4. Số liệu trung tâmTự động hoá kỹ thuật[14]CùngPhối trí quản lýCông cụ phổ cập
  5. Có một loại quan điểm cho rằng, trước mắt chiếm chủ đạo địa vị “Truyền thống” nước Mỹ thức quản lý phong cách ( “Tư longMô hình vsToyota(Tiếng Nhật:Phong điền anh nhị)Mô hình” )[15]Sẽ dẫn tới “Ống khói thứcTự động hoá”,Do đó tạo thành khai phá cùng vận duy chi gian hồng câu, bởi vậy yêu cầu DevOps năng lực tới khắc phục bởi vậy dẫn phát vấn đề.

DevOps thường xuyên bị miêu tả vì “Khai phá đoàn đội cùng vận duy đoàn đội chi gian càng cụ hợp tác tính, càng cao hiệu quan hệ”. Bởi vì đoàn đội gian hợp tác quan hệ cải thiện, toàn bộ tổ chứcHiệu suấtBởi vậy được đến tăng lên, cùng với thường xuyên biến hóa mà đến sinh sản hoàn cảnh nguy hiểm cũng có thể được đến hạ thấp.

Đối ứng dùng trình tự tuyên bố ảnh hưởng

[Biên tập]

Ở rất nhiều xí nghiệp trung, ứng dụng trình tự tuyên bố là hạng nhất đề cập nhiều đoàn đội, áp lực rất lớn, nguy hiểm rất cao hoạt động. Nhưng mà ở cụ bị DevOps năng lực tổ chức trung, ứng dụng trình tự tuyên bố nguy hiểm rất thấp, nguyên nhân như sau:

Cùng truyền thống khai phá phương pháp cái loại này đại quy mô, không thường xuyên tuyên bố ( thông thường lấy “Quý” hoặc “Năm” vì đơn vị ) so sánh với, nhanh nhẹn phương pháp đại đại tăng lên tuyên bố tần suất ( thông thường lấy “Thiên” hoặc “Chu” vì đơn vị )
Giảm bớt thay đổi phạm vi
Cùng truyền thốngThác nước thức khai pháMô hình so sánh với, chọn dùng nhanh nhẹn hoặcThay đổi thức khai pháÝ nghĩa càng thường xuyên tuyên bố, mỗi lần tuyên bố bao hàm biến hóa càng thiếu. Bởi vì bố trí thường xuyên tiến hành, bởi vậy mỗi lần bố trí sẽ không đối sinh sản hệ thống tạo thành thật lớn ảnh hưởng, ứng dụng trình tự sẽ lấy trơn nhẵn tốc độ dần dần sinh trưởng.
Tăng mạnh tuyên bố phối hợp
Dựa cường hữu lực tuyên bố phối hợp người tới di hợp khai phá cùng vận duy chi gian kỹ năng hồng câu cùng câu thông hồng câu; chọn dùngĐiện tử số liệu biểu,Hội nghị qua điện thoại,Tức thời tin tức,Xí nghiệp môn hộ ( wiki, sharepoint ) chờ hợp tác công cụ tới bảo đảm sở hữu tương quan nhân viên lý giải thay đổi nội dung cũng toàn lực hợp tác.
Tự động hoá
Cường đại bố trí tự động hoá thủ đoạn bảo đảm bố trí nhiệm vụ nhưng lặp lại tính, giảm bớt bố trí làm lỗi khả năng tính.

Hiện trạng

[Biên tập]

Rất nhiều tổ chức đem khai phá cùng hệ thống quản lý phân chia thành bất đồng bộ môn. Khai phá bộ môn điều khiển lực thông thường là “Thường xuyên giao phó tân đặc tính”, mà vận duy bộ môn tắc càng chú ý IT phục vụ đáng tin cậy tính cùng IT phí tổn đầu nhập hiệu suất. Hai người mục tiêu không xứng đôi, liền ở khai phá cùng vận duy bộ môn chi gian tạo thành hồng câu, do đó giảm bớt IT giao phó nghiệp vụ giá trị tốc độ.

  • Khai phá nhân viên thường xuyên không suy xét chính mình viết số hiệu sẽ đối vận duy tạo thành cái gì ảnh hưởng. Bọn họ ở giao phó số hiệu phía trước, cũng không mời vận duy nhân viên tham dự giá cấu quyết sách hoặc số hiệu bình thẩm.
  • Khai phá nhân viên đối phối trí hoặc hoàn cảnh tiến hành sửa chữa lúc sau, thường xuyên không có kịp thời cùng vận duy nhân viên câu thông, dẫn tới tân số hiệu không thể vận hành.
    • Khai phá nhân viên ở chính mình máy móc thượng thủ công sửa chữa phối trí, mà không có ký lục sở hữu yêu cầu bước đi. Muốn tìm đến tất yếu phối trí tham số, thông thường yêu cầu nếm thử rất nhiều bất đồng tham số; ở được đến một cái nhưng công tác trạng thái sau, thường thường rất khó phân biệt ra thông qua này đó nhỏ nhất bước đi là có thể tới nên trạng thái.
    • Khai phá nhân viên có khuynh hướng sử dụng có lợi cho nhanh chóng khai phá công cụ: Đối số hiệu sửa chữa càng mau phản hồi, càng thấp nội tồn tiêu hao, từ từ. Như vậy công cụ tập cùng vận duy nhân viên đối mặt mục tiêu vận hành khi hoàn cảnh phi thường bất đồng: Người sau đối ổn định tính cùng tính năng yêu cầu hơn xa với linh hoạt tính.
    • Bởi vì khai phá nhân viên ngày thường sử dụng mặt bàn máy tính, bọn họ có khuynh hướng sử dụng vì mặt bàn người dùng ưu hoá thao tác hệ thống. Sinh sản hoàn cảnh vận hành khi hệ thống thông thường đều vận hành server thao tác hệ thống thượng.
    • Ở khai phá trong quá trình, hệ thống ở khai phá giả bản địa máy móc thượng vận hành. Ở vận duy trong quá trình, hệ thống thường xuyên phân bố ở nhiều đài server thượng, tỷ như web server, ứng dụng server, cơ sở dữ liệu server từ từ.
  • Khai phá là từ công năng tính nhu cầu ( thông thường cùng nghiệp vụ nhu cầu trực tiếp tương quan ) điều khiển.
  • Vận duy là từ phi công năng tính nhu cầu ( tỷ như nhưng đạt được tính, đáng tin cậy tính, tính năng chờ ) điều khiển.
    • Vận duy nhân viên hy vọng tận lực tránh cho sửa chữa công năng, do đó hạ thấp thỏa mãn phi công năng tính nhu cầu nguy hiểm
    • Nếu cự tuyệt tiểu nhân sửa chữa, nhưng cấp định thời gian đoạn nội yêu cầu sửa chữa tổng sản lượng bất biến, như vậy mỗi lần thay đổi quy mô liền sẽ biến đại
    • Thay đổi quy mô càng lớn, nguy hiểm cũng càng lớn, bởi vì trong đó đề cập khu vực càng nhiều
  • Bởi vì vận duy nhân viên nếm thử tránh cho thay đổi, tân công năng chảy vào sinh sản hoàn cảnh tốc độ bởi vậy bị trì hoãn, do đó trì hoãn khai phá nhân viên đem đặc tính giao phó cấp người dùng sử dụng tốc độ.
  • Vận duy nhân viên khả năng đối ứng dùng trình tự bên trong không ăn ý, do đó khó có thể chính xác mà lựa chọn vận hành hoàn cảnh cùng tuyên bố lưu trình.
  • Khai phá nhân viên khả năng đối vận hành hoàn cảnh không ăn ý, do đó khó có thể chính xác mà đối số hiệu tiến hành điều chỉnh.

Tố cầu

[Biên tập]
  • Càng tiểu, càng thường xuyên thay đổi ── ý nghĩa càng thiếu nguy hiểm
  • Tránh ra phát nhân viên càng nhiều mà khống chế sinh sản hoàn cảnh
  • Càng nhiều mà lấy ứng dụng trình tự vì trung tâm tới lý giải cơ sở phương tiện
  • Định nghĩa ngắn gọn sáng tỏ lưu trình
  • Tận khả năng mà tự động hoá
  • Thúc đẩy khai phá cùng vận duy hợp tác

Nói chung, đương xí nghiệp hy vọng đem nguyên bản cồng kềnh khai phá cùng vận duy chi gian công tác chuyển giao quá trình trở nên lưu sướng không ngại, bọn họ thông thường sẽ gặp được dưới tam loại vấn đề:

Tuyên bố quản lý vấn đề
Rất nhiều xí nghiệp cóTuyên bố quản lýVấn đề. Bọn họ yêu cầu càng tốt tuyên bố kế hoạch phương pháp, mà không ngừng là một phần cùng chung điện tử số liệu biểu. Bọn họ yêu cầu rõ ràng hiểu biết tuyên bố nguy hiểm, ỷ lại, các giai đoạn nhập khẩu điều kiện, cũng bảo đảm các nhân vật tuân thủ đã định lưu trình hành sự.
Tuyên bố / bố trí phối hợp vấn đề
Có tuyên bố / bố trí phối hợp vấn đề đoàn đội yêu cầu chú ý tuyên bố / bố trí trong quá trình chấp hành. Bọn họ yêu cầu càng tốt mà theo dõi tuyên bố trạng thái, càng mau mà đem vấn đề bay lên, nghiêm khắc chấp hành lưu trình khống chế cùng tế viên độ báo biểu.
Tuyên bố / bố trí tự động hoá vấn đề
Này đó xí nghiệp thông thường có một ít tự động hoá công cụ, nhưng bọn hắn còn cần lấy càng linh hoạt phương thức tới quản lý cùng điều khiển tự động hoá công tác ── không cần thiết đem sở hữu thủ công thao tác đều ở mệnh lệnh hành trung tăng thêm tự động hoá. Lý tưởng dưới tình huống, tự động hoá công cụ hẳn là có thể ở phi sinh sản hoàn cảnh hạ từ phi vận duy nhân viên sử dụng.

Muốn bắt đầu ưu hoá tuyên bố lưu trình, có thể từ vấn đề phân biệt bắt đầu: Nhìn xem mặt trên nhắc tới loại nào vấn đề ở ngươi đoàn đội trung có tối cao ưu tiên cấp.

Tuyên bố phối hợp người

[Biên tập]

Đây là xí nghiệp cấp IT tổ chức trung một cái tân xuất hiện nhân vật, này chủ yếu nhiệm vụ chính là phối hợp an bài đem xí nghiệp cấp phần mềm bố trí đến dự sinh sản hoàn cảnh. Đối tuyên bố phối hợp người nhu cầu đến từ chính dưới mấy phương diện nguyên nhân:

  1. Yêu cầu di hợp khai phá cùng vận duy hồng câu
  2. Cơ sở phương tiện ngày càng trở nên phức tạp: Vì vận duy web ứng dụng, yêu cầu nhiều tầng cơ sở phương tiện cùng nhiều loại ngôi cao
  3. Tuyên bố tần suất bay lên ( bởi vì nhanh nhẹn cùng thay đổi thức khai phá dẫn vào )
  4. Phân bố thức đoàn đội: Ở vào toàn cầu nhiều địa điểm, bao hàm bao bên ngoài nhân viên, hỗn hợp khai phá / thí nghiệm / cơ sở phương tiện đoàn đội

Tuyên bố phối hợp người nhân vật ( cũng bị xưng là bố trí phối hợp người hoặc tổng thể phối hợp người ) nguyên tựTuyên bố quản lýHoặc tuyên bố công trình đoàn đội. Nhân vật này cùngHàng không giao thông quản chếCó chút cùng loại ── thật khi phối hợp bất đồng đoàn đội hành động, hữu hiệu sử dụng cùng chung tài nguyên ( không vực, tuyến đường, đường băng, hàng trạm môn ), đạt tới tổ chức tổng thể mục tiêu ( an toàn khởi hàng ).

Truyền thống ý nghĩa thượng tuyên bố quản lý thường thường chỉ chú ý phần mềm thay đổi kế hoạch cùng quản lý, tuyên bố phối hợp tắc yêu cầu khống chế “Đem riêng phần mềm thay đổi tuyên bố đến sinh sản hoàn cảnh” toàn bộ quá trình. Cái này công tác yêu cầu hệ thống mà quản lý sở hữu cùng “Đem số hiệu xây dựng cũng bố trí đến sinh sản hoàn cảnh” tương quan kỹ thuật nhiệm vụ, cũng bị xưng là “Tuyên bố công trình”.

Thay đổi quản lýLà theo dõi xí nghiệp IT hoàn cảnh trung các loại biến hóa ── mặc kệ là ứng dụng trình tự vẫn là cơ sở phương tiện biến hóa ── cơ bản nguyên tắc. Thay đổi quản lý làITILv3 trung tâm chi nhất.

Tham kiến

[Biên tập]

Tham khảo văn hiến

[Biên tập]
  1. ^Samovskiy, Dmitriy.The Rise of DevOps.Fubaredness Is Contagious. 2010-03-02[2011-01-29].(Nguyên thủy nội dungLưu trữ với 2011-01-07 ).
  2. ^Edwards, Damon.What is DevOps?.[2011-01-29].(Nguyên thủy nội dungLưu trữ với 2012-09-09 ).
  3. ^Vambenepe, William.Steve Ballmer gets Cloud.[2011-01-29].( nguyên thủy nội dungLưu trữVới 2011-03-24 ).
  4. ^Lyman, Jay.DevOps mi xing dev, ops, agile, cloud, open source and business.451 CAOS Theory.[2011-01-29].(Nguyên thủy nội dungLưu trữ với 2015-09-14 ).
  5. ^What DevOps means to me….[2011-01-30].(Nguyên thủy nội dungLưu trữ với 2010-12-30 ).
  6. ^10+ Deploys Per Day: Dev and Ops Cooperation at Flickr.[2011-01-30].( nguyên thủy nội dungLưu trữVới 2011-04-24 ).
  7. ^SAM SIG: Applied Lean Startup Ideas: Continuous Deployment at kaChing.SDForum.[2011-01-30].(Nguyên thủy nội dungLưu trữ với 2011-02-01 ).
  8. ^Applied Lean Startup Ideas: Continuous Deployment at kaChing.[2011-01-30].( nguyên thủy nội dungLưu trữVới 2010-06-28 ).
  9. ^DevOps Group.LinkedIn.[2011-01-30].( nguyên thủy nội dungLưu trữVới 2011-06-11 ).
  10. ^DevOps Days 2009 Conference.[2011-01-30].(Nguyên thủy nội dungLưu trữ với 2010-12-15 ).
  11. ^Edwards, Damon.DevOps Meetup Recap.[2011-01-30].(Nguyên thủy nội dungLưu trữ với 2012-07-20 ).
  12. ^Lyman, Jay.DevOps mi xing dev, ops, agile, cloud, open source and business.451 CAOS Theory.[2011-01-29].(Nguyên thủy nội dungLưu trữ với 2015-09-14 ).
  13. ^Virtual Infrastructure products: features comparison.Welcome to IT 2.0: Next Generation IT infrastructures.[2011-01-30].( nguyên thủy nội dungLưu trữVới 2011-07-21 ).
  14. ^Ellard, Jennifer.Bringing Order to Chaos through Data Center Automation.Information Management. SourceMedia, Inc.[2011-01-30].(Nguyên thủy nội dungLưu trữ với 2010-06-11 ).
  15. ^Debois, Patrick.The leaning of life - History of the Silos.[2011-01-30].( nguyên thủy nội dungLưu trữVới 2010-12-13 ).

Phần ngoài liên tiếp

[Biên tập]
Sản phẩm
Kiểm tra tự “https://zh.wikipedia.org/w/index.php?title=DevOps&oldid=80775589”