Použití automatizace k propojení stavebního inženýrství a…
Civil Engineering and DevOps – Vypadá to, že se ti dva nikdy nesejdou. Stavební inženýrství poskytuje stavebnímu systému nástroje a procesy, které usnadňují vývoj a implementaci softwaru. Profesionálové DevOps používají agilní principy k vývoji a implementaci aplikací se svými týmy. Zatímco stavební inženýrství a DevOps jsou samostatné, ale propojené činnosti, organizace je často nespojují.
DevOps byl za posledních 10 let stále více přijímán. Před tím existoval samostatný rozdíl mezi kódováním prováděným vývojáři a inženýry a implementací prováděnou operacemi (také známou jako „Procesy“). Ukazuje se však, že vývoj a provoz by se neměly příliš lišit od společností, aby optimalizovaly zisky a zvýšily produktivitu. Výsledkem tohoto zarovnání je DevOps.
Tento přechod na agilní metodiky přinesl pozitivní i negativní aspekty. Organizace nakupovaly a prodávaly proprietární kódy pro otevřený zdroj, zabezpečení pro rychlost a zabezpečení pro agilitu:
- Otevřený zdroj je nyní široce upřednostňován před soukromým kódem kvůli jeho nízkým nákladům, větší inovaci a transparentnosti. Místo toho, aby se vývojáři soustředili na vytváření vlastního kódu, mohou vývojáři rychle iterovat řešení tím, že spojí otevřený zdrojový kód a urychlí uvedení na trh. Také schopnost využít to, co již bylo vytvořeno, může vaše vývojové týmy osvobodit od inovací a budování IP pro vaše obchodní úsilí.
- Rychlý vstup na trh se stal realitou života. Rychlost je nyní (doufejme) důležitější než oprava zranitelností, které by mohly být vždy vyřešeny v příštím vydání. A po realitě se zabezpečení a zranitelná místa stanou hlavní překážkou pro týmy obnovy, vývoje a inženýrství. Na konci dne je riziko ušlého zisku větší než riziko neznámého potenciálního ohrožení.
- Výsledkem je, že agilita má přednost před přesností. Například iterativní snahy o produkci tento týden vylučují stabilní, známé cestovní mapy ve prospěch implementace některé z nejdůležitějších funkcí a funkcí. Důležitý je zde také trend k neměnnosti; Je obvykle snazší a rychlejší vyhodit něco, co je poškozené nebo staré, než se to snažit opravit nebo aktualizovat
Tyto kompromisy jsou jednodušší pro organizace se zralými procesy DevOps. Pro mnohé nebylo odstraněno napětí mezi opravováním něčeho a vědomím, zda se něco zlomí proti proudu. Jedno řešení můžete rychle aktualizovat a opravit, ale jak to bude ovlivněno, když posunete tok CI? Dokonce i pro vyspělé organizace DevOps existují skryté náklady na příležitost spojené se dvěma přehlíženými faktory: programovací jazyky s otevřeným zdrojovým kódem a stavební inženýrství.
Týmy by se měly zaměřit na to, na čem záleží: sestavení a dodání nejnovější verze. Aktualizace otevřeného zdrojového jazyka o nové verze, závislosti, bezpečnostní záplaty a další klade na vaše týmy DevOps další zátěž.
Strukturální inženýrství trpí pokaždé, když je aktualizován základní jazyk otevřeného zdroje. Musíte znovu sestavit všechna svá vývojářská prostředí, systémy CI / CD a produkční prostředí. Všechny tyto stavební práce jsou manuální, což zpomaluje marketingový čas a spotřebovává cenné technické prostředky. Také si nejste jisti, zda opětovné sestavení a aktualizace poskytnou vylepšení výkonu, která vyžadují upgrade.
Vzhledem k tomu, že DevOps je o automatizaci, proč neutomatizovat aktualizaci a vytváření vašich otevřených zdrojových jazyků a nepřipojit se ke zbytku vaší smyčky DevOps? Můžete zajistit reprodukovatelnost produkce, správu závislostí a dodržování podnikových licenčních a bezpečnostních kritérií. Například:
- Aktualizace systému: Co kdyby bylo možné pomocí jediného příkazu aktualizovat všechny ovlivněné systémy ve všech vývojových, testovacích nebo dokonce produkčních prostředích na nejnovější verzi?
- Ověření sestavení: Pokud by bylo možné každé průběžné sestavení ověřit na základě kouřového testu, včetně splnění vašich bezpečnostních a licenčních kritérií, jak byste vylepšili svůj pracovní postup?
- Sekvenční sestavení – Představte si, že kdykoli se najde nová verze knihovny nebo opravy pro zranitelnost, spustí se každá nová verze a po dokončení tohoto procesu budete upozorněni. Pak můžete držet krok s probíhajícím nasazením
- Balení: Jak se může váš pracovní tok změnit, pokud lze každou trvalou sestavu zabalit několika způsoby, v libovolném provedení pro jakýkoli operační systém?
- Dopad vykreslení: Představte si, že můžete pochopit vylepšení výkonu (pokud existují), kterých lze dosáhnout získáním nejnovější verze.
Metodika DevOps poskytuje významné výhody pro vývoj softwaru, ale přináší také ošklivá překvapení. Zatímco upgrady mohou fungovat v jedné oblasti, v jiné mohou mít katastrofu. Automatizace může pomoci opravit nerovnosti v cestě DevOps. U otevřených zdrojových jazyků automatizace kanálu sestavení zastaví nežádoucí řetězec výsledků. To spojuje stavební inženýrství a DevOps pro lepší výsledky.
Chcete slyšet od lídrů oboru diskutovat o podobných tématech? Připojte se k IoT Tech Expo, Blockchain Expo, AI a Big Data Expo a Cyber Security & Cloud Expo World Series s nadcházejícími událostmi v Silicon Valley, Londýně a Amsterdamu.
