Suunnittelu kustannustehokkaasti
|
---|
Jokaisella arkkitehtonisella päätöksellä on suoria ja epäsuoria taloudellisia vaikutuksia. Tutustu kustannukset, jotka liittyvät koontiversioon ja ostovaihtoehtoihin, teknologiavalintoihin, laskutusmalliin ja käyttöoikeuksiin, koulutukseen, toimintoihin ja niin edelleen.
Kun otetaan huomioon joukko vaatimuksia, optimoida ja tehdä kompromissipäätöksiä kustannuksiin liittyen, joilla edelleen tehokkaasti vastataan kuormituksen ristiinleikkauksiin liittyviin huolenaiheisiin.
esimerkkiskenaario
Contoso Manufacturing (CM) suorittaa räätälöidyn varastonhallintajärjestelmän (WMS), jonka avulla se käsittelee sen neljä varastoa eri puolilla Etelä-Amerikkaa, ja ne ovat päättäneet, että on aika päivittää ratkaisu ja siirtää se pilvipalveluun. He harkitsevat nykyisen ratkaisun hissi- ja vaihtoliikettä tai vihreää kenttää, joka rakentuu nykyaikaisilla pilvityökaluilla. CM:n ylin johto haluaa hallita kustannuksia ja on kysynyt kuormitustiimin johtajilta, miten he lähestyvät siirtoa kustannustehokkuuden säilyttämiseksi.
WMS-ratkaisu on IIS:ssä suoritettava .NET-sovellus, joka käyttää SQL Serveriä tietokannoissaan.
Kuormituksen rakenteen kokonaiskustannuksen mittaaminen
Mittaa teknologian ja automaatiovalintojen aiheuttamat kokonaiskustannukset ottaen huomioon sijoitetun pääoman tuoton (ROI) vaikutukset. Rakenteen on toimittava kaikkien toiminnallisten ja ei-toiminnallisten vaatimusten sallittujen rajojen puitteissa. Rakenteen on myös oltava joustava ennustetun kehitysedon huomioimiseksi. Ota huomioon hankinta-, koulutus- ja muutoksenhallintakustannukset.
Tasapainotetun lähestymistavan käyttöönotto, jossa tuotto otetaan huomioon, estää ylisuunnittelun, mikä saattaa kasvattaa kustannuksia.
Contoson haaste
- Kuormituksen suunnittelutiimi on innoissaan tästä kuormituksesta pilvipalveluun pääsemiseksi ja liittyy muihin CM-tiimeihin, jotka ovat jo tehneet pilvipalveluun natiivia kehitystä.
- He ovat tietoisia sovelluksen teknisestä velasta ja odottavat käsittelevänsä sitä kirjoittamalla huomattavan määrän sovelluskoodia uudelleen ja siirtymällä uusiin pilvinatiiviin ratkaisuihin monille osille.
- Suunnittelutiimi haluaa käyttää tämän mahdollisuuden uudistaakseen järjestelmän mikropalveluiksi ja isännöidäkseen sitä AKS:ssä, joka on uusi mutta jännittävä teknologia tiimille.
Lähestymistavan ja tulosten käyttäminen
- Vaikka kuormitustiimillä on selkeä halu suorittaa laajamittainen uudelleenmuodostaminen osana pilvipalvelusiirtoa, he ymmärtävät, että kuormituksen on ylläpidettävä omaa tuottoaan. Kuormituksen pääoman tuottojen ylläpitäminen todennäköisesti ohjataan tiimiä käyttämään ratkaisuja, jotka eivät edellytä laajaa uutta suunnittelutiimin koulutusta, eivätkä ne pysty tekemään suuria uudelleenkirjoituksia kuormitukseen osana siirtoa.
- Kuormitustiimi käyttää pragmaattista lähestymistapaa järjestelmän suunnitteluun ja varmistaa, että se pysyy kustannustehokkaana ja toimii odotettujen parametrien puitteissa, eikä sitä ole suunniteltu liikaa. Jotta voidaan varmistaa, että ROI:a ylläpidetään ja siirto suoritetaan tehokkaasti, käyttäjä päätti, että paras tapa on käyttää samankaltaista ratkaisua pilvipalvelussa, kuten Azure-sovelluspalvelussa.
- Siirron aikana he käsittelevät valikoivasti teknistä velkaa, jonka avulla he voivat kehittää alustaa edelleen, kun se on Azuressa, ja harkitsevat sitä osana valintaprosessia.
Rakenteen hienosäätö
Hienosäädä rakennetta priorisoimalla palveluita, jotka voivat pienentää kokonaiskustannuksia, jotka eivät tarvitse lisäinvestointeja tai joilla ei ole merkittävää vaikutusta toimintoihin. Priorisoinnissa tulee huomioda liiketoimintamalli- ja teknologiavalinnat, jotka tuovat korkean LIIKE-elämän.
Voit tutkia halvempia vaihtoehtoja, jotka saattavat mahdollistaa resurssien joustavuuden tai dynaamisen skaalauksen, tai saatat perustella olemassa olevien sijoitusten käyttämistä. Priorisointiparametrit saattavat aiheuttaa kustannuksia, joita tarvitaan kriittisissä kuormituksissa, suorituspalveluissa ja toiminnoissa sekä muissa kustannuksissa, jotka voivat auttaa tiimiä työskentelemään tehokkaammin.
Contoson haaste
- Olemassa olevaa kuormitusta isännöidään hyperkonvergoidussa (HCI) laitteessa, ja tiimin kustannuskeskusta veloitetaan käsittely-, verkko- ja tallennuskustannuksista.
- Kuormitus on ottanut käyttöön esituotanto- ja tuotantoympäristöt Windowsin näennäiskoneissa.
- GitHub Actionsia ja itse isännöityjä juoksijoita käytetään GitHub Actions -töiden suorittamiseen.
Lähestymistavan ja tulosten käyttäminen
- Arvioituaan useita pilvinatiivia asetusta tiimi päättää, että verkko-osien siirtäminen Azure-sovelluspalveluun tarjoaisi Windows IIS -sovelluksen yhteensopivuuden ilman merkittäviä muutoksia eikä edellyttäisi merkittävää koulutusta.
- Tiimi päättää jatkaa GitHub Actionsin käyttöä itse isännöityjen juoksijoiden kanssa, mutta he siirtyvät näennäiskoneen skaalaukseen, joka on määritetty skaalaamaan nolla solmuun, kun niitä ei käytetä.
Suunnittele arkkitehtuurisi tukemaan kustannussuojakaiteita
Kustannussuojakaiteiden käyttöönotto ympäristöratkaisujen, käytäntöjen, infrastruktuurin ja sovellussuunnittelumallien tai automaation avulla, jotta pilvipalveluympäristön kustannukset pysyvät budjettien puitteissa.
Täytäntöönpano hallintokäytäntöjen tai sisäänrakennettujen sovellussuunnittelumallien avulla voi estää satunnaiset tai hyväksymättömät maksut.
Contoson haaste
- Olemassa olevassa järjestelmässä ei ole kustannussuojakaiteita, mutta harvoin ne muuttuvat, joten tällaisten suojakaiteiden rakentamiseen ei ole ollut juurikaan motivaatioa.
- HCI-ympäristön omistajat ovat asettaneet resurssirajan, joka koskee tätä kuormitusta, mikä käytännössä estää kuormituksen kuluttamasta ylimääräistä käsittely- ja tallennusresurssia.
- Tiimi on huolissaan siitä, että pilvipalveluun siirtyminen aiheuttaa odottamattomien kustannusten riskin, eivätkä se ole varmoja siitä, miten kyseistä riskiä voidaan minimoida.
Lähestymistavan ja tulosten käyttäminen
- Tiimi kouluttaa itsensä Microsoft Cost Management -ratkaisuista.
- Tiimi suunnittelee skaalausrajoitusten määrittämistä Azure-sovelluspalvelusuunnitelmille.
- Tiimi aikoo ottaa käyttöön Estokäytännön tietyille korkeamman hinnan virtuaalikone-SKU:ille estääkseen kyseisten varastointiyksiköiden käyttöönoton.
- Tiimi suunnittelee automaation käyttöönottoa tallennuskustannusten hallinnan helpottamiseksi. Tietyt tietotyypit siirtyvät automaattisesti kuumasta tallennustilasta kylmään tallennustilaan tai arkistoimaan tallennustilaa esimerkiksi viimeisimmän käyttöpäivämäärän perusteella. Tämäntyyppinen automaatio ei ole mahdollista HCI-ympäristössä.