Розробки в DevOps

Автор: Judy Howell
Дата Створення: 26 Липня 2021
Дата Оновлення: 18 Червень 2024
Anonim
Agile и Scrum на пальцах / О ГИБКИХ методологиях разработки ПО понятным языком
Відеоролик: Agile и Scrum на пальцах / О ГИБКИХ методологиях разработки ПО понятным языком

Зміст


Джерело: Djvstock / Dreamstime.com

Винос:

DevOps розвивається вже роками, і що нового в цій методології моделювання тенденцій?

Клієнти підприємств бізнесу хочуть, щоб вони відповідали на свої зміни, що відповідають їх потребам, належним чином та швидко. Однак різні обмеження заважають підприємствам реагувати на такі вимоги так швидко, як їм заманеться. Одним із найяскравіших обмежень є поодинокі способи роботи різних підрозділів. Тепер DevOps дозволяє підприємствам реагувати на динамічні вимоги, видаляючи силоси в межах організації. Ролі об'єднуються, і тепер від людей вимагається крос-функціональність. Організації тепер можуть поступово і частіше впроваджувати продукти та послуги. Оскільки команди набувають все більше функціональних можливостей, зараз менше взаємозалежності. Різні дослідження виявили, що DevOps стає важливою силою, з якою слід рахуватися. Враховуючи принципи DevOps, вона була руйнівною силою у світі ІТ.

Що таке DevOps?

DevOps скорочується до "розвитку" та "операцій", тобто персонал з розробки та операції працює разом або набуває міждисциплінарних навичок. Однак обсяг ролей не повинен обмежуватися розробниками програмного забезпечення та ІТ-служб. Фактично, сфера діяльності повинна включати всі ролі, які мають частку в розробці програмного забезпечення. "Оп" може включати системних інженерів, системних адміністраторів, операційних службовців, інженерів випуску, DBA, мережевих інженерів, фахівців з безпеки та різних інших піддисциплін та назв вакансій.


DevOps - це поєднання різних філософій, практик та інструментів, що дає можливість підприємствам бізнесу реагувати на часто мінливі вимоги ринку. Раніше різні відділи в основному працювали ізольовано з мінімальним спілкуванням або координацією. Це призвело до таких проблем, як не реагування на різкі зміни вимог. Філософія DevOps вимагає від її практиків крос-функціоналу. Наприклад, очікується, що розробник програмного забезпечення також знає навички тестування програмного забезпечення. Зміна перспективи призводить до кращої якості результатів та більш чіткого розуміння динаміки ринку. DevOps вимагає від своїх практиків набути різноманітних навичок, що розширює перспективу та допомагає виконувати якісну роботу.

Важливі тенденції та розробки

Домен DevOps зазнав багатьох важливих змін. Тут ми розглянемо найважливіші зміни, уникаючи ажіотажу.

За останні кілька років методологія Agile трохи втратила свою популярність, оскільки багато експонентів пройшли. Основною причиною розчарування були його догматичні принципи. Agile починає повертатися у вигляді двох принципів: сучасного спритного та серцевого.


Ви не можете покращити свої навички програмування, коли ніхто не піклується про якість програмного забезпечення.

Інструменти та методи DevOps

Хоча існують певні принципи чи методи щодо DevOps, існує багато різних інструментів для впровадження DevOps. Ці інструменти використовуються різними організаціями численними способами, а деякі найважливіші з них описані нижче.

Тестування та версії - важливі заходи, спрямовані на якість програмного забезпечення. У царині тестування Netflix можна навести як приклад. Команда тестування Netflixs розробила концепцію Chaos Monkey, яка в основному порушує систему шляхом введення помилок або проблем, що ставлять розробників програмного забезпечення на тест. Як результат, коли з’являється законна проблема, з нею можна впоратися набагато простіше.

Версія стосується ідеї, що не тільки код, але і все, що стосується програмного забезпечення, наприклад, артефакти, тестові випадки та інфраструктура, слід переглядати. Таким чином, якщо оновлення чи виправлення не йдуть за планом, програма може бути легко повернута до попередньої, стабільної версії.

DocuSign - провідний постачальник рішень для цифрових підписів та документообігу. Оскільки він знаходиться в домені, який вимагає високої безпеки та конфіденційності, DocuSign повинен бути дуже обережним щодо збереження конфіденційності та безпеки транзакцій.Прийняття принципів DevOps було непростим, оскільки воно мало не лише впроваджувати нові функції, а й переконатися, що вони були ретельно перевірені. Отже, перш ніж розгорнути власне програмне забезпечення, він здійснив макетний процес тестування за допомогою програмного забезпечення. Більш конкретно, вона імітувала API, який використовується для тестування. Як результат, справи працювали швидше, інциденти та проблеми були визначені та вирішені швидко або визначено пріоритет. DocuSign також створив повторюваний процес, який дозволить автоматизувати моделювання тестових випадків та визначити проблеми з програмним забезпеченням.

Подальше

Forter - постачальник рішень для цифрових підписів та транзакцій, як DocuSign. Він хотів ефективніше керувати своїми інцидентами та проблемами. Він визначав пріоритетні питання та акцентував увагу на самостійному вирішенні питань. Фортер створив архітектуру, яка могла б визначити пріоритети з проблемами і могла визначити проблеми для самостійного вирішення або для подальшого вирішення. Тому вона може спершу зосередитись на питаннях та інцидентах з високим пріоритетом. Ця автоматизація повторюваних завдань звільнила людей сконцентруватися на більш творчих роботах.

Висновок

Чи звучить DevOps передсмертна смерть традиційних практик розробки програмного забезпечення? На це питання нелегко відповісти. DevOps ще знаходиться на ранній стадії. Він все ще зважується. Звичайно, є приклади, які вказують на його переваги перед традиційними методами розробки програмного забезпечення. Практично це займе певний час, перш ніж він міг би взяти на себе власність, тому що практика демонтажу, яка потребувала років, щоб створити це цілком завдання. Однак зараз DevOps здається концепцією, яка заслуговує на серйозну увагу.