Tutustut siihen, miten ohjelmisto luodaan

Valmis

Moderni ohjelmistokehitys on muuttunut perusteellisesti kaiken rakentamisesta tyhjästä sovellusten kokoamiseen olemassa olevista komponenteista. Tämän komponenttipohjaisen lähestymistavan ymmärtäminen on välttämätöntä ohjelmistojen tehokkaan toteuttamisen ja hallinnan kannalta nykyaikaisissa kehitysympäristöissä.

Komponenttipohjainen ohjelmistomalli

Nykypäivän sovellukset rakennetaan yhdistämällä alkuperäistä koodia uudelleenkäytettäviin komponentteihin. Sen sijaan, että kehitystiimit kirjoittaisivat jokaisen toiminnallisuuden, he kokoavat ratkaisuja seuraavista:

• Alkuperäinen liiketoimintalogiikkakoodi: Mukautettu koodi, joka toteuttaa tiettyjä liiketoimintavaatimuksia, työnkulkuja ja ainutlaatuisia ominaisuuksia, jotka erottavat sovelluksesi muista.
• Avoimen lähdekoodin kirjastot ja kehykset: Yhteisön luomat ja ylläpitämät uudelleenkäytettävät komponentit, jotka tarjoavat yhteisiä toimintoja, kuten tietojenkäsittelyn, todennuksen, käyttöliittymät ja viestintäprotokollat.
• Kaupalliset komponentit: Toimittajien tarjoamat kolmannen osapuolen kirjastot, jotka tarjoavat usein erikoistoimintoja, tukea ja takuita.
• Integroinnin koodi: "Liimaa" koodia, joka yhdistää komponentit toisiinsa, mukauttaa rajapintoja ja orkestroi vuorovaikutusta järjestelmän eri osien välillä.

Tutkimukset osoittavat johdonmukaisesti, että nykyaikaiset sovellukset koostuvat noin 80% olemassa olevasta komponentista , joita ylläpidetään projektin ulkopuolella, ja vain 20% on kehitystiimin kirjoittamaa alkuperäistä koodia. Tämä koostumus heijastaa perustavanlaatuista muutosta ohjelmistojen luomisessa – rakentamisesta kokoamiseen.

Miksi ohjelmisto on rakennettu tällä tavalla

Komponenttipohjainen lähestymistapa tarjoaa merkittäviä etuja:

Kehitysnopeus

Olemassa olevien komponenttien uudelleenkäyttö nopeuttaa kehitystä dramaattisesti:

• Todistetut ratkaisut: Sen sijaan, että ratkaisisivat ongelmia, jotka muut ovat jo ratkaisseet, tiimit käyttävät taistelutestattuja komponentteja, jotka toimivat luotettavasti.
• Lyhentynyt kehitysaika: Verkkosovelluskehyksen, tietokantaohjaimen tai todennusjärjestelmän rakentaminen tyhjästä kestäisi kuukausia tai vuosia. Olemassa olevien komponenttien käyttö vähentää tämän päiviin tai tunteihin.
• Keskity liiketoiminta-arvoon: Kehittäjät keskittyvät ainutlaatuiseen liiketoimintalogiikkaan sen sijaan, että keksisivät yhteisen infrastruktuurin uudelleen.
• Nopeampi markkinoilletuloaika: Sovellukset pääsevät tuotantoon nopeammin, koska tiimit eivät rakenna jokaista kerrosta tyhjästä.

Laatu ja luotettavuus

Hyvin ylläpidetyt avoimen lähdekoodin komponentit ylittävät usein mukautetun koodin laadun:

• Yhteisön tarkastus: Suosituissa avoimen lähdekoodin projekteissa tuhannet käyttäjät tunnistavat ja raportoivat ongelmista, mikä johtaa vankkaan ja luotettavaan koodiin.
• Asiantuntijan kehittäminen: Monet avoimen lähdekoodin projektit ovat asiantuntijoiden luomia ja ylläpitämiä, jotka ovat erikoistuneet tiettyihin ongelma-alueisiin.
• Jatkuva parantaminen: Aktiiviset projektit saavat säännöllisesti päivityksiä, virheenkorjauksia ja parannuksia avustajilta ympäri maailmaa.
• Tuotannon testaus: Tuhansien sovellusten käyttämiä komponentteja on testattu erilaisissa ympäristöissä ja skenaarioissa.

Kustannustehokkuus

Avoimen lähdekoodin komponenttien käyttö vähentää kehitys- ja ylläpitokustannuksia:

• Ei lisenssimaksuja: Useimmat avoimen lähdekoodin komponentit ovat maksuttomia, jolloin vältytään käyttöpaikka- tai käyttöönottokohtaisilta käyttöoikeuskustannuksilta.
• Jaettu elatustaakka: Yhteisö tekee virheenkorjauksia ja parannuksia, mikä vähentää organisaatiosi ylläpitokustannuksia.
• Vähentynyt henkilöstötarve: Tiimit eivät tarvitse asiantuntijoita jokaiselle teknologiakerrokselle, koska ne voivat yhdistää olemassa olevan asiantuntemuksen komponenttien kautta.
• Pienemmät kokonaiskustannukset: Vaikka kaupallisilla komponenteilla on suoria kustannuksia, avoimen lähdekoodin vaihtoehdot tarjoavat usein samanlaisia toimintoja ilman lisenssimaksuja.

Innovaatioiden saatavuus

Avoimen lähdekoodin yhteisöt edistävät teknologisia innovaatioita:

• Huippuluokan ominaisuudet: Monet uudet teknologiat ja lähestymistavat syntyvät ensin avoimen lähdekoodin projekteissa.
• Ekosysteemin vaikutukset: Suositut kehykset luovat yhteensopivien komponenttien, työkalujen ja tiedon ekosysteemejä.
• Joustava käyttöönotto: Organisaatiot voivat kokeilla uusia teknologioita ilman suuria taloudellisia sitoumuksia.
• Yhteisön tuntemus: Kattava dokumentaatio, opetusohjelmat ja yhteisön tuki helpottavat käyttöönottoa.

Avoimen lähdekoodin vs. suljetun lähdekoodin komponentit

Komponentit jakautuvat kahteen perusluokkaan lähdekoodin saatavuuden perusteella:

Avoimen lähdekoodin komponentit

Avoin lähdekoodi on julkisesti kaikkien saatavilla, jotta he voivat tarkastaa, käyttää, muokata ja usein osallistua seuraaviin:

• Lähdekoodin näkyvyys: Voit tutkia varsinaista toteutusta, ymmärtää komponentin toimintaa ja tarkistaa suojauskäytännöt.
• Yhteisön osallistuminen: Monet ihmiset voivat tehdä parannuksia, korjata virheitä ja lisätä ominaisuuksia.
• Lisenssiin perustuva käyttö: Avoimen lähdekoodin lisenssit määrittelevät sallitut käyttötarkoitukset, jotka vaihtelevat rajoittamattomasta käytöstä vaatimuksiin, että johdannaisteoksilla on sama lisenssi.
• Läpinäkyvyys: Tietoturvatutkijat, kehittäjät ja käyttäjät voivat tarkastaa koodin haavoittuvuuksien, takaovien tai laatuongelmien varalta.

Suosittuja avoimen lähdekoodin komponentteja ovat:

• Ohjelmointikielet ja ajoajat: Python, Node.js, .NET Core, Go, Rust.
• Web-kehykset: Reagoi, Kulmikas, Vue.js, Express, Django, Spring Boot.
• Tietokannat: PostgreSQL, MySQL, MongoDB, Redis, Elasticsearch.
• Kehittämisen työkalut: Visual Studio Code, Git, Docker, Kubernetes.
• Kirjastot: Lodash, Moment.js, NumPy, Pandas, TensorFlow.

Suljetun lähdekoodin komponentit

Suljetun lähdekoodin (omistusoikeudet) komponentit tarjoavat toimintoja ilman, että lähdekoodia on saatavilla:

• Binäärijakauma: Komponentit tarjotaan käännettyinä binääritiedostoina tai pakattuina kirjastoina ilman lähdekoodia.
• Toimittajan hallinta: Luova organisaatio hallitsee päivityksiä, ominaisuuksia ja käyttöoikeusehtoja.
• Kaupallinen tuki: Monet suljetun lähdekoodin komponentit sisältävät ammattimaisen tuen, palvelutasosopimukset ja taatun huollon.
• Rajoitettu läpinäkyvyys: Käyttäjät eivät voi tarkastaa toteutuksen yksityiskohtia, mikä vaikeuttaa turvallisuuden ja laadun arviointia.

Esimerkkejä ovat monet kaupalliset tietokantaohjaimet, omat SDK:t, toimittajakohtaiset työkalut ja erikoistuneet toimialakohtaiset kirjastot.

Miten komponentit jaetaan

Paketit tarjoavat muodollisen mekanismin komponenttien jakeluun ja hallintaan:

Pakkauksen rakenne

• Binäärikoodi: Käännetyt kirjastot valmiina käytettäväksi sovelluksissa.
• Metatieto: Tietoja paketista, mukaan lukien nimi, versio, tekijä ja kuvaus.
• Riippuvuudet: Luettelo muista paketeista, joita komponentin toiminta edellyttää.
• Lisenssin tiedot: Paketin käyttöä koskevat oikeudelliset ehdot.
• Dokumentaatio: Käyttöohjeet, API-viitteet ja esimerkit.

Paketin ekosysteemit

Eri ohjelmointikielet ovat luoneet pakettiekosysteemejä:

• npm (solmupaketin hallinta): JavaScript- ja TypeScript-paketit, maailman suurin pakettirekisteri, jossa on yli 2 miljoonaa pakettia.
• PyPI (Python-pakettihakemisto): Python-paketit, jotka tarjoavat kirjastoja datatieteeseen, verkkokehitykseen, automaatioon ja muuhun.
• NuGet: .NET-paketit C#-, F#- ja Visual Basic -sovelluksille.
• Maven Central: Java-paketit yritys- ja Android-kehitykseen.
• RubyGems: Ruby-paketit verkkosovelluksiin ja automaatioon.
• Crates.io: Rust-paketit järjestelmien ohjelmointiin.

Pakettien hallintatyökalut

Paketinhallintaohjelmat automatisoivat riippuvuuksien lataamisen, asentamisen ja päivittämisen:

• Riippuvuuden ratkaisu: Määritä ja asenna tarvittavat riippuvuudet automaattisesti.
• Versionhallinta: Seuraa, mitä pakettiversioita sovelluksesi käyttää.
• Päivitä ilmoitukset: Ilmoita kehittäjille, kun uudempia versioita on saatavilla.
• Haavoittuvuuksien tarkistus: Jotkut paketinhallintaohjelmat integroivat tietoturvatarkistuksen tunnettujen haavoittuvuuksien tunnistamiseksi.

Komponenttipohjaisen kehittämisen vaikutukset

Vaikka komponenttipohjainen lähestymistapa tarjoaa valtavia etuja, se tuo mukanaan myös haasteita:

Riippuvuuden hallinnan monimutkaisuus

• Riippuvuuspuut: Sovelluksesi voi olla suoraan riippuvainen 20 paketista, mutta nämä paketit ovat riippuvaisia muista ja luovat satojen tai tuhansien riippuvuuksien puita.
• Version ristiriidat: Eri osat saattavat edellyttää jaettujen riippuvuuksien yhteensopimattomia versioita.
• Päivitä kaskadit: Yhden osan päivittäminen saattaa edellyttää monien muiden osien päivittämistä.

Tietoturvaan liittyviä seikkoja

• Perityt haavoittuvuudet: Riippuvuuksien tietoturva-aukot vaikuttavat sovellukseesi.
• Toimitusketjun hyökkäykset: Haitalliset toimijat voivat vaarantaa suosittuja paketteja hyökkäämään niistä riippuvaisia sovelluksia vastaan.
• Ylläpitämättömät riippuvuudet: Osat, joita ei enää ylläpidetä, eivät saa tietoturvapäivityksiä.

Käyttöoikeuksien yhteensopivuus

• Lisenssivelvoitteet: Jokaisella avoimen lähdekoodin lisenssillä on vaatimuksia – jotkut sallivat rajoittamattoman kaupallisen käytön, toiset edellyttävät lähdekoodin jakamista.
• Lisenssien leviäminen: Sovellus voi sisältää satoja paketteja, joissa on kymmeniä eri lisenssejä.
• Sääntöjen noudattamisesta aiheutuva taakka: Organisaatioiden on seurattava lisenssivelvoitteita ja varmistettava niiden noudattaminen.

Toiminnalliset riippuvuudet

• Ulkoinen isännöinti: Monet sovellukset ovat riippuvaisia julkisissa rekistereissä isännöidyistä paketeista, joissa voi esiintyä katkoksia.
• Rekisterin saatavuus: Jos julkinen rekisteri ei ole käytettävissä, koontiversiot ja käyttöönotot saattavat epäonnistua.
• Paketin poisto: Tekijät voivat joskus poistaa paketteja julkisista rekistereistä ja rikkoa niistä riippuvaisia sovelluksia.

Nykyaikaisten ohjelmistojen komponenttien rakentamisen ymmärtäminen tarjoaa olennaisen kontekstin tietoturvaan, oikeudellisiin ja toiminnallisiin huolenaiheisiin, jotka organisaatioiden on otettava huomioon ottaessaan käyttöön avoimen lähdekoodin ohjelmistoja. Tämän moduulin loput yksiköt tutkivat näitä huolenaiheita ja strategioita niiden tehokkaaseen hallintaan.