блог

itstechschool
10 сакавік 2017

Уплываючы Міры DevOps, ITIL і Agile

DevOps, ITIL і Agile Impact

Змены запыту ў дзень, а цяпер, як ніколі раней, тэмпы бізнесу і інавацый змены паскараецца. Арганізацыі і кліенты шукаюць пастаўшчык ІТ-паслуг, каб быць больш спагаднымі і перадаць больш змяненняў рэгулярнага абслугоўвання з больш высокім якасцю, якое прыносіць пра паслугі, якія перадаюць больш стымулу для бізнесу. ITIL з'яўляецца праўдзівай ва ўсім свеце структуры для транспарціроўкі і кантролю за інавацыі ў якасці паслугі для бізнесу. Deft ўяўляе сабой сістэму для паскарэння распрацоўкі і размяшчэння прыкладанняў (з выкарыстаннем працэдур і працэдур, напрыклад, Scrum). DevOps тэорыя або метад для працы, якія магчыма могуць прызнаць больш істотныя перавагі і больш хуткае перавозачнага з дапамогай такіх спрытных стратэгій.

перакрыцце

DevOps пакрывае большую частку этапаў жыццёвага цыкла ITIL паслуг. Распрацоўка прыкладанняў (Agile) перасякае контур ITIL службы праз службу рух. Кіраванне прыкладаннямі праходзіць праз большую частку жыццёвага цыкла ITIL. У той час як праца службы пачынаецца служба схемы шляху паслядоўнай змены службы.

DevOps

  • DevOps з'яўляецца «шануй ўключаюць» спосаб барацьбы з Agile акцэнтуючы развіцця:
  • Ўстойлівыя асацыяцыі і ўцягванне груп аперацый з ўнутранымі групамі развіцця ўсіх праз жыццёвы цыкл распрацоўкі
  • Удзел аператыўных груп, як з апярэджаннем графіка, як памыснае ўмовамі вызначэння бачання і санкцыі за пагадненне аб прадастаўленні паслуг
  • Ўклад аперацый груп тэхнічных і прыкладных перадумовы для абслугоўвання і савета па дасяжнасці прапанаванага плана разраду
  • Палепшаная арганізацыя паўтарэння такім чынам, пашырэнне правоў і магчымасцяў Паскоранае час выхаду на рынак новых або удасканаленых змяненняў карыснасці прымянення
  • Знізьце хуткасць расчаравання новых разрадаў, больш паслядоўных асядаць асвяжае і паскарэнне час аднаўлення сіл у выпадку расчаравання змены
  • Прымяненне службы механізацыі паскорыць рэгулярныя «мадэль працэсу, напрыклад, стандартнае змяненне або працэдура абнаўлення разраду

ITIL

Гэтыя ідэі супрацоўніцтва, мадэрнізаваная перапіскі і дзелавое спагадлівасць не звонку ITIL. Сапраўды, структура ITIL факусуюць на патрабаванні аб пачатку ўключэння тэхнічнага кіравання і кіравання прыкладаннямі карысных груп у перыяды тэхнікі абслугоўвання, план абслугоўвання і службы руху. ITIL відавочна, што функцыянаванне службаў магутнасць, тэхнічныя рамачныя групы спецыфічна павінны даць раннія параіўшыся з контурнай і развіццём групы на Supportability і здароўе прыкладання да жывога стане. Яны павінны таксама даць ўклад у вырашэнні тэхнічных канструкцый для «пагадненняў на прадастаўленне паслуг», уключаючы паслугі праектаванне, прымяненне тэхніку, арганізаваць праектаванне, праектаванне дадзеных, базы дадзеных інжынернага і гэтак далей.

Сіла аб'яднання сіл

Супрацоўнікі ўпраўлення дадаткам (будучы адказным за ўвесь жыццёвы цыкл ўсіх прыкладанняў, не толькі тыя, якія ствараюцца ў хаце) павінны быць зафіксаваныя ў правам на час у жыцці службы. Па праўдзе кажучы, яны павінны быць тымі, хто працуюць з бізнесам, індывід скупа, як кіраўнік дзелавых адносін (BRM) і ўласнік паслугі прызнаць, характеризацию і запісваць цэлую «пагадненне аб прадастаўленні паслуг» перадумову і гарантаваць іх злоўлены у дамове паслуг для новага або змененага сэрвісу разглядаецца.

Як паказана ITIL, групы кіравання прыкладаннямі павінны цесна працаваць з згусткаў развіцця, якія застаюцца засяроджанымі на фоне накідаў паслуг і паслуг па ходзе хуткай распрацоўкі і адпраўкі прыкладанняў, якія з'яўляюцца часткай сукупнага пагаднення на прадастаўленне паслуг. У той час як спрытна развіццё канцэнтруецца на хуткім развіцці практыкаванняў крыжа-накрыж над планам абслугоўвання і паслугамі пераездам, здзелкі па кіраванні праграмамі з ужываннем на працягу ўсяго жыццёвага цыклу ўсёй службы ад метадалогіі на аснове эскізаў і рухацца (праца з развіццём) і на ў эксплуатацыю і безупыннае змяненне. Такі падыход гарантуе, што размяшчэнне службы (якая ўтрымлівае дадатак) рассылае добра, а таксама працягвае выконваць ва ўмовах рэальных аперацый для вырашэння праблем бізнесу-кліентаў і кліентаў.

Як DevOps, ITIL з'яўляецца таксама вельмі энтузіязмам з нагоды выкарыстання «мадэляў» і прымянення паслуг механізацыі для пашырэння прадукцыйнасці, выканання хуткасці і зніжэння выдаткаў. Што ITIL падкрэслівае, як бы там ні было, у тым, што, каб быць эфектыўным, калі пастаўшчык ІТ-паслуг павінны быць спачатку працэдура і працэс кіраваны, перш чым ён можа зразумець самыя крайнія перавагі камп'ютэрызацыі. Стандартнае змяненне або разгрузкі «дысплей» павінен спачатку быць прадстаўлены і зламаўся, то «шчыліну» павінна быць вывезена, а таксама парадак і інтэрфейсы павінны быць упарадкаваны і механізаваны. Роўна ў гэты момант будзе найбольш крайнія перавагі быць дасягнута.

Існуе ніякіх сумненняў у тым, што ITIL з'яўляецца цэнтрам прамысловасці найбольш рэпеціруе для ІТ. Як бы там ні было, пастаўшчыкі ІТ-паслуг павінны пажывіцца і кансалідаваць лепшыя ўзаемныя практыкі занадта уключаючы Agile і DevOps-якія з'явіліся для паляпшэння дамоўленасці з бізнесам і кліентам, павысіць якасць і выкананне ІТ-паслугі, павысіць прапускную здольнасць перавозкі, і больш нізкія агульныя выдаткі на ІТ.

Каб захаваць перачытваў па гэтым пытанні, паглядзець курс, Скрыжаванне DevOps і ITIL®.

GTranslate Your license is inactive or expired, please subscribe again!