DevOps

DevOps( デブオプス) は,ソフトウェア khai phát thủ phápの một つ. Khai phát (Development) と vận dụng (Operations) を tổ み hợp わせたかばん ngữであり, khai phát đảm đương giả と vận dụng đảm đương giả が liền huề して hiệp lực する ( さらに lạng đảm đương giả の cảnh mục もあいまいにする ) khai phát thủ pháp をさす.ソフトウェアを nhanh chóng にビルドおよびテストする văn hóa と hoàn cảnh により, xác thật なリリースを, trước kia よりも nhanh chóng に cao い tần độ で khả năng とする tổ chức thể chế の cấu trúc を mục chỉ している.

Điểm chính

DevOpsをイメージした đồ. Khai phát と vận dụng, それにPhẩm chất bảo đảmが giao わる bộ phận をDevOpsとしている.

従 tới の cơ năng đừng に chia lìa された tổ chức では, こ の ような khai phát bộ môn とIT bộ môn の bộ môn gian thống hợp はほとんどない. しかし, DevOpsでは, khai phát bộ môn, IT vận dụng bộ môn, あるいは phẩm chất bảo đảm ( QA ) bộ môn が hiệp lực するプロセスと phương pháp を đẩy mạnh している. CI/CD が tự động テストや thường xuyên な thống hợp などソフトウェア khai phát そ の も の に mục する の に đối して, DevOps は CI/CD の ような kỹ thuật な mặt bên に thêm えて, khai phát や vận dụng といった tổ chức ・ văn hóa な mặt bên をも nội bao する.

DevOpsにビジネス bộ môn を thêm vào したBizDevOpsや, セキュリティを dung hợp させたDevSecOpsというワードも quảng がりつつある.

Định nghĩa

Học thuật な quan điểm から,CSIROとソフトウェア công học viện nghiên cứu の 3 người の コンピュータサイエンス nghiên cứu giả であるLen Bass, Ingo Weber, Liming Zhuは, DevOps の định nghĩa を “Cao い phẩm chất を bảo đảm しつつ, システムへ の 変 càng をコミットしてから thông thường の vận dụng に di るまで の thời gian を đoản súc することを mục đích とした liên tiếp の プラクティス” とすることを đề án している.しかし, 2015 năm hiện tại, DevOpsという dùng từ は số nhiều の văn mạch で sử われている.

Ngữ nguyên

2008 năm の アジャイルカンファレンスにおいて, アンドリュー・クレイ・シェーファーとパトリック・デボイス が “アジャイル・インフラストラクチャ” について nghị luận した. そして, DevOpsという dùng từ は2009 năm ベルギーで sơ めて khai thúc giục された “DevOpsDays” から phổ cập し, về sau, thế giới の nhiều く の quốc 々で “DevOpsDays” カンファレンスが khai thúc giục されている.

DevOpsとアーキテクチャ

DevOpsは văn hóa な di chuyển と ( khai phát, vận dụng, テスト の bộ môn gian の ) hiệp lực の khái niệm であることから, 単 độc で の “DevOpsツール” というようなも の はなく, số nhiều の ツールで cấu thành される “DevOpsツールチェーン” となる. DevOpsツールは, chủ にソフトウェア khai phát とデリバリー・プロセス の mặt bên を có しており, giống nhau には1つ trở lên の カテゴリに phân loại される.

1. コード: コード の khai phát とレビュー, バージョン quản lý ツール, コード の マージ
2. ビルド:継続 インテグレーションの ツール, ビルドステータス
3. テスト: パフォーマンスを quyết định するため の テストと kết quả
4. パッケージ: Án kiện リポジトリ, アプリ の triển khai trước ステージング
5. リリース: 変 càng quản lý, リリース thừa nhận,リリース tự động hoá
6. コンフィギュレーション: インフラストラクチャ の giả thiết と quản lý,インフラストラクチャとして の コードの ツール
7. モニター:アプリ の tính năng giám thị,エンドユーザーエクスペリエンス

Lợi dụng khả năng なツールは đa số あるが, hội xã ・ tổ chức でDevOpsツールチェーンを lợi dụng するには, カテゴリ の riêng が tất yếu となる. そ の cơ bản なツールを riêng する phương pháp は đã tồn の văn hiến で thăm すことができる. DevOps の thật hiện にはCấu thành quản lýツールであるDocker( コンテナリゼーション ),Jenkins(継続 インテグレーション),Puppet( インフラストラクチャとして の コード ), またはVagrant( 仮 tưởng hóa プラットフォーム ) などが dùng いられることもあり,DevOpsツール の kiểm thảo で thường xuyên に tham chiếu される. DevOpsという câu nói からこうしたツールがイメージされることもある.

アジャイルソフトウェア khai phát ・継続 デリバリーと の quan hệ

アジャイル

DevOps の khái niệm はアジャイルソフトウェア khai phátといった khái niệm とも quan liền している. ただし tựa てはいるが, phương pháp は dị なる. アジャイルソフトウェア khai phát は khảo え phương と học びを変えることが tổ chức cải cách につながるという thủ pháp であり, DevOpsは tổ chức cải cách を cường hóa することで mục tiêu を đạt thành する thủ pháp である. Tiểu さな変 càng を thường xuyên にリリースすること の nhiều いアジャイルソフトウェア khai phát においては, khai phát đảm đương giả と vận dụng đảm đương giả の liền huề を mật にする tất yếu があり, こうした khai phát thủ pháp の phổ cập とともにDevOps の khảo え phương が quảng まることとなった. アジャイルソフトウェア khai phát が拡がるにつれて, リリース hồi số が tăng thêm する khuynh hướng の なかでDevOpsが khai phát された. DevOps の mục tiêu の một つは, より tin lại tính の cao いアプリがより sớm く thường xuyên にリリースされる hoàn cảnh を làm ることである. こ の mục tiêu を đạt thành するために, リリース quản lý giả は継続 なデリバリー phương pháp を lấy りながら, アプリケーションリリース の tự động hoá や継続 な thống hợp ツールなどを lợi dụng し thủy めている. DevOpsに quan わる nhiều く の khảo え phương や quan hệ giả は, エンタープライズシステム の quản lý とアジャイルソフトウェア khai phát の trào lưu の なかから sinh まれた.

継続 デリバリー

DevOpsと継続 デリバリーはともにアジャイルメソッドとリーン sinh sản phương thứcを bối cảnh としているため, gian vi われやすい. Tựa てはいるが, dị なる khái niệm である DevOpsはより quảng い phạm 囲を đối tượng にしており, chủ なポイントは:

• Tổ chức cải cách: ソフトウェアデリバリーに quan わるさまざまなチーム ( khai phát, IT vận dụng, phẩm chất bảo đảm ・QA, quản lý など ) の hiệp lực を dục む
• Tự động hoá: ソフトウェアデリバリー・プロセスを tự động hoá する

継続 デリバリーはデリバリー・プロセスを tự động hoá することを mục đích にしているだけで, chủ なポイントは:

• Dị なるプロセス の tổ み hợp わせ
• プロセス の nhanh chóng かつ thường xuyên な thật hành

DevOpsと継続 デリバリーは chung の mục tiêu を đạt thành するために, một tự に sử dụng されることもある. Xã nội に tiểu さくて tốc い変 hóa がよく vân đạt され, hiệp lực thể chế がある trường hợp, リスクを thấp giảm しながら, nhanh chóng な thị trường đầu nhập を chi viện し, エンドユーザー の 価 trị にフォーカスすることができる.

Mục tiêu

DevOpsが riêng する mục tiêu はデリバリー・パイプライン の toàn thể にまたがる. Lệ えば, triển khai tần độ を cải thiện する trường hợp の mục tiêu は,

• Thị trường đầu nhập まで の thời gian đoản súc
• Tân しいリリース khi の thất bại suất thấp giảm
• Tu chỉnh の gian にリードタイムを đoản súc
• Hồi phục thời gian の đoản súc ( tân しいリリースでクラッシュしたり, hiện tại の システムを vô hiệu にすることがある trường hợp )

DevOpsアプローチを sử dụng することで, シンプルなプロセスであってもよりプログラム の nhưng dùng tính が cao まり, ダイナミックなプロセスになる. DevOpsは vận dụng プロセス の dư trắc khả năng tính, hiệu suất tính, セキュリティ, lại は tính bảo thủ を lớn nhất hóa することを mục chỉ している. しばしば, tự động hoá がこ の mục tiêu を chi viện する. また đừng の mục tiêu として, tin lại tính とセキュリティを cải thiện しながら, nhanh chóng な khai phát と triển khai サイクルを cung cấp することがある. そ の ために, DevOps の thống hợp は, chế phẩm の ra hà, 継続 なテスト, phẩm chất テスト, cơ năng khai phát, lại はメンテナンスリリースを đối tượng としている. Khai phát hoàn cảnh を chuẩn hoá することで, DevOpsは tổ chức の ソフトウェア・アプリケーション・リリース quản lý を chi viện する. リリースイベントを giản 単に truy tích することができ, công văn hóa されたプロセス chế ngự と tế かいレポート の vấn đề を giải quyết できる. DevOpsアプローチにより, khai phát giả は hoàn cảnh をより kỹ càng tỉ mỉ に chế ngự することができ, インフラストラクチャによりアプリケーション trung tâm な lý giải を phản ánh することができる.

DevOps の lợi điểm

DevOpsを thí している hội xã ・ tổ chức からは, đại きなメリットが báo cáo されている.

• Thị trường đầu nhập まで の thời gian の đoản súc
• Cao い khách hàng mãn đủ độ
• Cải tiến された chế phẩm の phẩm chất
• Cải tiến されて, tin lại tính の cao いリリース
• Cải tiến された sinh sản tính ・ hiệu suất
• Nhanh chóng な thật nghiệm によって, thích thiết な chế phẩm を cấu trúc する năng lực

Văn hóa の 変 hóa

DevOps の thật hiện には単なるツールやプロセス の 変 càng だけではなく, bản chất な tổ chức văn hóa の 転 đổi が tất yếu となる. Dưới の ように các bộ môn の cầm つ dịch cắt と tính chất が tương phản するため, tổ chức văn hóa の 変 hóa は đặc に khó khăn である.

• Vận dụng đảm đương giả は tổ chức の yên ổn tính を cầu めている.
• Khai phát giả は変 hóa を cầu めている.
• テスターはリスク cắt giảm を cầu めている.

DevOps văn hóa を bồi う

DevOps の nguyên tắc は cường lực な bộ môn gian の コミュニケーションを yêu cầu するため, チームビルディングや hắn の 従 nghiệp viên tham gia hoạt động がしばしば lợi dụng される. チームビルディング hoạt động にはボードゲーム, tin lại hoạt động, 従 nghiệp viên tham gia セミナーなどがある. Cường lực な bộ môn gian の コミュニケーションを dục むことで, văn hóa の 変 hóa を xúc tiến する hoàn cảnh を làm り ra すことができる.

Triển khai

Phi thường に nhiều く の リリースを có する xí nghiệp では, DevOps の ý thức khải phát プログラムが tất yếu になる trường hợp がある. Lệ えば, DevOpsという単 ngữ は2009 năm のオライリーChủ thúc giục の イベント “Velocity 2009” において, bức họa ホスティングWebサイトFlickrの エンジニアにより sơ めて công の tràng で dùng いられた. こ のプレゼンテーションでは “Khai phát と vận dụng が hiệp lực することで, 1 ngày に10 hồi trở lên の ペースで の リリースが khả năng になる” という phát biểu とともにDevOpsという単 ngữ が dùng いられた. Mỗi ngày の triển khai サイクルは, マルチフォーカスまたはマルチファンクションアプリケーションを tác thành する tổ chức では nhiều いだろう. それは, 継続 な triển khai lại は継続 なデリバリーと hô ばれて,リーンスタートアップPhương pháp luận に quan liền phó けられている. 2009 năm の hội nghị lấy hàng, ワーキンググループ, プロフェッショナルな hiệp hội やブログ thượng で đề tài となっている.

DevOpsとアーキテクチャ

DevOpsを hiệu quả に thật tiễn するためには, ソフトウェア・アプリケーションはアーキテクチャ thượng trọng đại な yêu cầu ( ASR ) と hô ばれている yêu cầu を mãn たす tất yếu がある. Triển khai tính, tu chỉnh khả năng tính, テスト dễ dàng tính, と giám thị tính などASRは cao い ưu tiên độ を tất yếu とする Cơ bản には, ど の ようなアーキテクチャ・スタイルでも, DevOpsを thật tiễn することは khả năng である. しかし, triển khai されるシステムを cấu trúc する trường hợp のマイクロ・サービスの アーキテクチャ・スタイルが tiêu chuẩn になりつつある. Các サービス の サイズが tiểu さいため tráp いやすくなり, そして, 継続 な biên tập を thông じて, các サービス の アーキテクチャが thấy えるようになる. そ の ため, đại きな lúc đầu thiết kế が không cần となり, ソフトウェアを lúc đầu に継続 にリリースすることができる.

Dẫn vào の phạm 囲

DevOps の văn hiến には, tổ chức の IT bộ môn bên ngoài から の DevOpsイニシアチブへ の quan trọng な tham gia が tất yếu だと khuyên めている ký sự がある. Lệ えば, “DevOpsは, xí nghiệp toàn thể にもたらされたアジャイル の nguyên tắc である” というメッセージがある.もう một つ の quảng い phạm 囲から の tham gia の lệ は, bên trong tài chính điều đạt プロセスへ の 変 càng: “Tài chính điều đạt は thông thường lung の ように cung cấp される. しかし, 継続 デリバリー・モデルには, thích していない xác định ngày phó ( nguyệt, bốn nửa kỳ, kế toán niên độ, など ) というゲートがある の で, tài chính điều đạt も継続 でなければならない.” DevOps の dẫn vào は, dưới の ような nhiều く の yếu tố によって đẩy mạnh されている.

1. アジャイルなど の khai phát プロセス・ phương pháp の sử dụng
2. ( アプリケーションとビジネスユニット の lợi hại quan hệ giả から の ) sinh sản リリース の tăng thêm に đối する yêu cầu
3. ( bên trong と phần ngoài の cung cấp giả から の ) 仮 tưởng とクラウドインフラストラクチャ の phúc quảng い lợi dụng khả năng tính
4. データセンター の tự động hoá と cấu thành quản lý ツール の sử dụng の tăng thêm
5. テスト の tự động hoá と継続 な thống hợp phương pháp の trọng điểm
6. Công khai されている đại lượng の nhất thiện の sắp xếp

Tăng phân dẫn vào

Chế ước の lý luận は, DevOps の dẫn vào に áp dụng される. 単 một の chế ước とは, xí nghiệp nội の bộ môn の 変 càng に đối する bẩm sinh な ngại ác cảm である. Tăng phân dẫn vào では, chế ước の lý luận の phương pháp luận を cụ hiện hóa し, “5つ の tiêu điểm の ステップ” として biết られている chế ước を khắc phục するため の ステップを cung cấp する. Tăng phân dẫn vào の アプローチは, xí nghiệp toàn thể に quảng phạm な thật trang を thành công させるために, tất yếu な xã nội の スキルセットと thế いを cấu trúc しながら, DevOps dẫn vào の リスクとコストを nhỏ nhất hạn に ức えるという khảo えを trung tâm にしている. ジーン・キム の “3 つ の cơ bản nguyên tắc” は, さまざまな phương pháp でDevOpsを tăng phân に dẫn vào している.

Đệ 1 の nguyên tắc: システム の khảo え phương

Riêng の ひとつ の bộ môn ( または cá nhân ) の パフォーマンスではなく, システム toàn thể の パフォーマンスに trọng điểm を trí いている. Trọng điểm はITを tráp うすべて の ビジネスバリューストリーム thượng にある. こ の プロセスは đường nét に lưu れるため, thiếu 陥が thông qua しないことを bảo đảm する.

Đệ 2 の nguyên tắc: フィードバックループを tăng phúc する

Quan hệ しているすべて の チーム の フィードバックと lý giải の hướng về phía trước に trọng điểm を trí いている. そ の kết quả として, khách hàng ( bên trong と phần ngoài ) へ の コミュニケーションと ứng đáp を hướng về phía trước させ, フィードバックループを đoản súc, tăng phúc し, tri thức を tất yếu な nơi に vân える

Đệ 3 の nguyên tắc: 継続 な thật nghiệm と học tập の văn hóa

Thật nghiệm と thật tiễn が cùng dạng に quan trọng である. リスクから học ぶこと, lặp lại, lại は luyện tập を chức trường văn hóa に tổ み込むことは, thuần thục へ の kiện である. リスクを lấy って thật nghiệm したり, cải thiện と tập đến を xúc tiến したりすることで, gian vi いを lấy り phản すために tất yếu なスキルを thân につけることができる.

Quan liền hạng mục

• ソフトウェア khai phát phương pháp luận
• アジャイルソフトウェア khai phát
• 継続 インテグレーション
• BizDevOps

Phần ngoài リンク

• ITpro - キーワード “DevOps”