DevOps в различни домейни - Как DevOps решава проблема?



Този блог също така показва, че DevOps не е по-ограничен само до технологичната индустрия, която преодолява проблемите, пред които са изправени компаниите от различни домейни

се превърна в най-новата модна дума в технологичната индустрия към момента. DevOps е културата на сътрудничество между екипите, както и набор от инструменти и методи на DevOps за непрекъснато елиминиране на отпадъците от бизнес процесите, което води до все по-добро предоставяне на стойност на крайните потребители. Терминът DevOps в различни домейни означава, че той не се ограничава повече до технологичната индустрия.

DevOps и неговите практики обаче сега се използват извън технологичния сектор. В този блог ще хвърлим светлина върху различните домейни, които са започнали да прилагат DevOps. Темите, които ще разгледаме тук, са както следва -





  1. Какво е DevOps?
  2. DevOps в различни домейни

Затова нека започнем с първата ни тема

Какво е DevOps?

DevOps е подход за разработване на софтуер, който включва непрекъснато развитие, непрекъснато тестване, непрекъсната интеграция, непрекъснато внедряване и непрекъснато наблюдение на софтуера през целия му . Тези дейности са възможни само в DevOps, а не в Agile или водопад и затова Facebook и други водещи компании са избрали DevOps като път напред към своите бизнес цели. DevOps е предпочитаният подход за разработване на висококачествен софтуер за по-кратки цикли на разработка, което води до по-голяма удовлетвореност на клиентите.



DevOPs-devops в различни домейни-edureka

DevOps в правителството

Профил

The Национална аеронавтика и космическа администрация (НАСА) е агенцията на правителството на Съединените щати, която отговаря за гражданската космическа програма на страната и за аеронавтиката и космическите изследвания.

Предизвикателство

НАСА трябваше да премести близо 65 приложения от традиционния хардуерен център за данни в облачна среда за по-добра гъвкавост и икономия на разходи. Бързият график доведе до мигриране на много приложения „такива, каквито са“ в облачна среда. Това създаде среда, обхващаща множество виртуални частни облаци (VPC) и акаунти, които не могат лесно да се управляват. Дори прости неща, като например осигуряване на достъп на всеки системен администратор до всеки сървър или просто корекция, бяха изключително тежки.



Решение

Този проблем беше решен чрез ливъридж Ansible кула за управление и планиране на облачната среда.

сливане сортиране дърво за решения 4 елемента

Резултат

В резултат на прилагането на Ansible Tower, НАСА е по-добре подготвена да управлява своята AWS среда. Tower позволи на НАСА да осигури по-добри операции и сигурност на своите клиенти. Освен това повиши ефективността като екип. Ако погледнете цифрите, тогава:

  • Времето за актуализиране на nasa.gov беше намалено от над 1 час на по-малко от 5 минути
  • Процесът на закърпване намаля от няколко дни до 45 минути
  • Постигане на RAM и наблюдение на диска в реално време (постигнато без агенти)
  • Предоставяне на OS акаунти в цялата среда за по-малко от 10 минути
  • Стандартните AMI на базовите линии бяха свалени от 1 час ръчна конфигурация, за да се превърнат в невидим и безпроблемен фонов процес
  • Стекът на приложенията е настроен от 1-2 часа до под 10 минути на стек

DevOps в банковото дело

Профил

Кралската банка на Шотландия често се съкращава като RBS , е едно от дъщерните дружества за банкиране на дребно наКралската банка на Шотландияplc, заедно сNatWestиБанка Ълстър. Кралската банка на Шотландия има около 700 клона, главно в Шотландия, въпреки че има клонове в много по-големи градове в цяла Англия и Уелс.

Предизвикателство

Кралската банка на Шотландия се бореше да консолидира и реорганизира своя център за стратегически платежни транзакции, който включваше десетки точки на интеграция. RBS наскоро придоби друга финансова институция, така че трябваше да интегрира системите на тази компания. RBS обаче вече беше в процес на мигриране на собствените си системи към нов център за стратегически транзакции и предоставяше 43 функционални подобрения с новата платформа. Разходите и сложността на поддръжката на четири отделни центъра за съобщения всъщност са се утроили.

Решение

Накрая беше разработено решение, което да помогне на банката да се справи с интеграционните си предизвикателства. Необходимо беше да се помогне на банката да идентифицира всички точки от жизнения цикъл на доставката на софтуер, при които тя да може да използва автоматизирано тестване, пъргаво развитие и виртуализация на услуги, за да ускори развитието, да идентифицира дефекти по-рано и да ускори пускането в производство.

Решението включва инструмент за интеграция и виртуализация на услуги. Тези софтуерни продукти помогнаха да се създаде виртуална среда от край до край за тестване, вместо да се налага да се създават реални тестови среди, които са скъпи за изграждане и трудни за поддръжка.

Използвайки решението, RBS успя да автоматизира тестването на интеграция в повече от 80 интерфейса и подсистеми, участващи в изпълнението на търговските транзакции. Това даде възможност за непрекъснато тестване и подкрепи пъргавия процес на разработка на екипа.

Резултат

За три години RBS реализира значителни ползи от решението за интеграция и виртуализация на услуги. Тези предимства са както следва:

  • Намалено време за тестване на системната интеграция от три седмици на половин ден

  • Намалява броя на производствените инциденти от неоткрити дефекти с 99,6%

  • Увеличен капацитет за изпълнение на проекти със 100 процента, нарастващ от 40 на 80 проекта, завършени годишно

  • Спести приблизително 6 милиона щатски долара от хардуер, софтуер и разходи за ресурси

    informatica powercenter урок за начинаещи
  • Ускори времето от началото на проекта до доставката с 44 процента, позволявайки на банката да предоставя продукти и услуги на клиентите по-бързо и да използва нови пазарни възможности

DevOps в застраховането

Профил

NJM Insurance Group, със седалище вЗападен Трентънраздел наЮнг Тауншип,Окръг Мърсър,Ню Джърси,Съединени щати, предлага личен автомобил, търговски автомобил, обезщетение на работниците, собственици на жилища и чадързастраховка.Компанията е създадена през 1913 г. от група собственици на фабрики, търсещи обезщетение на работниците.NJM нарасна, за да осигури застраховка на над 850 000 притежатели на полици, живеещи в Ню Джърси иПенсилвания.

Предизвикателство

Докато застрахователната група на производителите от Ню Джърси (NJM) надграждаше основните технологични платформи, те искаха да ускорят доставката на софтуер, за да приведат практиките за доставка в съответствие с бизнес изискванията за модернизирани решения. С нарастването на обема и ритъма на работа от ден на ден те бързо достигнаха своите граници, опитвайки се да мащабират изцяло ръчните си процеси за внедряване на софтуер.

Поддържането и демонстрирането на съответствие, без да се въвеждат по-болезнени ръчни процеси, също беше най-голямата грижа за тази голяма застрахователна компания. NJM се нуждаеше от по-надежден начин за рационализиране на внедряването на софтуер и в същото време да гарантира, че контролът за съответствие се поддържа. Крайната им цел беше да автоматизират издаването на висококачествен софтуер и в същото време да намалят сложността и да минимизират режийните разходи.

Решение

NJM успешно внедри автоматизация за внедряване, която ускори и стандартизира процесите на доставка на софтуер, като същевременно им помогна по-лесно да демонстрират съответствие. Тази инициатива значително намали оперативните разходи и рационализира процесите на внедряване, така че NJM да може да се мащабира.

Резултат

  • Драматично намалено време за внедряване Непроизводствено внедряване - от дни до минути Производствени внедрения - 30% -50% по-бързо
  • 1000 до 1500+ разполагания на месец чрез автоматизация. Преди няколко години компанията ръчно обработи изданията си
  • Компанията започна да извършва непрекъснато, планирано и самообслужване. Премахна зависимостта от специално квалифицирани техници за внедряване на софтуер. QA, разработчиците и обучаемите вече се справят с внедряванията
  • Безпроблемно спазване Силно видим, нулев процес, който е напълно проследим и подлежи на проверка

DevOps в търговията на дребно

Профил

Този търговец на дребно е добре познато име на домакинството, чиито акции се търгуват на NYSE. С около 100 магазина в САЩ и силно присъствие в електронната търговия, този търговец на дребно е известен със своите вдъхновяващи стоки и също така е класиран като едно от най-добрите места за работа.

Предизвикателство

Тъй като пейзажът на търговията на дребно се променя бързо, тази организация се стреми да позволи на вътрешния си екип за разработки да остане пъргав и една крачка пред конкуренцията. Зададена да обслужва сайта за електронна търговия на организацията и системите в магазините, компанията реши да създаде план за модернизация на ИТ, който беше разбит на отделни проекти. Първият такъв проект беше да се развият разработчици и ИТ автоматизация, като се повиши тяхната производителност и способността за бързо повторение на иновациите.

Решение

  • Докер контейнерни микроуслуги
  • Облачни изчисления, базирани на DevOps
  • Напълно автоматизиран CI / CD, съчетан с неизменяема инфраструктура

Резултат

Като магазин за разработки, който носи множество шапки, екипът за разработка на този търговец иска да стандартизира на една платформа. Средата му се е усложнила и все още е трудно да се управлява, с нови базирани на контейнери микроуслуги на Docker, работещи заедно с инструменти като Ansible, Docker Swarm и Hashicorp Consul and Vault, организацията е получила по-високо ниво на автоматизация.Тази автоматизация от своя страна позволи на разработчиците да започнат да работят по-бързо, да итерират с ловкост и да създадат по-стратегическо въздействие върху организацията.

DevOps в Travel

Профил

Амадеус е един от най-големите туристически оператори в света. Техните системи си взаимодействат 90% от всички транзакции, свързани с пътувания, обслужващи повече от 700 авиокомпании и около 600 000 хотели, обработка на повече от 55 000 операции в секунда при пикови натоварвания - и броят им непрекъснато нараства.

Проблем

Компанията използва частен облак с виртуални машини, обслужвани от Vagrant и vSphere. Въпреки това, броят на изчислителните ресурси, изразходвани за поддържане на хипервизорния слой на инфраструктурата, е твърде голям и скоростта на обработка не е оптимална, докато дори няколко секунди закъснение могат да доведат до огромни загуби за туристически оператор.

Решение

Компанията избра Докер вместо Vagrant и решихме да преминем към предварително облак, работещ с OpenShift, Docker и Kubernetes. Използвайки патентована система за управление на DevOps, те успяха ефективно да използват цялата си ИТ инфраструктура, като използваха ресурсите, използвани преди това от хипервизорите. Това представлява почти двадесет% на тяхната изчислителна мощ.

Резултат

Компанията получи с няколко милиона изчислителни ресурси като просто използват ефективно тяхната ИТ инфраструктура. Освен това контейнерите на Docker, работещи в клъстерите Kubernetes, позволяват обработка на натоварванията в реално време, тъй като няма забавяне поради липсата на хипервизорния слой.

Както показва този списък, индустриите могат да се възползват от използването на DevOps, дори ако не са технологично ориентирани. Една от основните цели на DevOps е да спре отделите да работят по разделени начини. Вместо това ги насърчава да общуват помежду си. Тази цел помага да се постигнат цели по-бързо с по-малко триене.

Сега, след като разбрахте DevOps в различни домейни , вижте от Edureka, доверена компания за онлайн обучение с мрежа от над 250 000 доволни учащи, разпространени по целия свят. Курсът за обучение за сертифициране на Edureka DevOps помага на обучаващите се да разберат какво е DevOps и да придобият опит в различни процеси и инструменти на DevOps като Puppet, Jenkins, Nagios, Ansible, Chef, Saltstack и GIT за автоматизиране на множество стъпки в SDLC.

Имате въпрос към нас? Моля, споменете го в раздела за коментари и ние ще се свържем с вас.