Tallennustilan ja API:n kustannusten optimointi - Kuviot

Lue lisää Hyvin rakennettujen resurssien ja kustannusten optimoinnista → Datan optimointi

Kuvio

Mistä etsiäMiltä hyvä näyttää
Aktiivinen data datamallissa✅ Aktiiviset tiedot saavat premium-tallennustilan - Liiketoiminnan säännöllisesti käytetyt tiedot säilyvät Salesforcen vakio-objekteissa, joissa on täysi kyselykyky, työnkulkujen automatisointi ja käyttäjien käyttöoikeudet. Aktiivinen data oikeuttaa tallennustilan investoinnin, koska yleinen käyttö vaatii välittömän saatavuuden
✅ Esimerkki: Tämänhetkiset mahdollisuudet ja aktiiviset tapaukset säilyvät vakiomuotoisissa objekteissa, joissa on kaikki ominaisuudet
Datamallin lämmin data✅ Lämmin data käyttää keskitason tallennusstrategiaa - Tiedot, joita käytetään joskus raportointia tai viitteitä varten, saattavat säilyä Salesforcessa arkistointimerkinnöillä, jotka sallivat suodatetut näkymät, tai siirtyä Big-objekteihin, jotka tukevat indeksiin perustuvaa hakua ilman työnkulkujen kykyä
✅ Esimerkki: Edellisen vuoden mahdollisuudet, jotka on merkitty arkistoiduiksi, mutta joita voi edelleen kysellä historiallista analyysiä varten
Kylmä dataa sisältävä datamalli✅ Big-objekteihin tai ulkoisiin järjestelmiin arkistoidut kylmätiedot - Tiedot, joita säilytetään vaatimustenmukaisuuden vuoksi, mutta joita käytetään harvoin, siirretään Big-objekteihin (ei lasketa vakiomuotoisiin datan tallennusrajoituksiin) tai ulkoisiin arkistointijärjestelmiin. Big-objektit, jotka soveltuvat raskaan arkistoinnin käyttämiseen ennustettavilla käyttöoikeuskuvioilla. Ulkoinen arkistointi tietovarastoihin tai objektien tallennustilaan tarjoaa vähiten kustannustehokkaan säilytyksen vaatimustenmukaisuuden datalle
✅ Esimerkki: Yli 36 kuukautta vanhat tapaukset, jotka on arkistoitu Big-objekteihin indeksiperusteisella haulla vaatimustenmukaisuutta varten
Vanhentuneet datamallien tiedot✅ Vanhentuneet tietueet, jotka on poistettu automatisoiduilla elinkaaren prosesseilla - Tietojen säilytysvaatimukset, joilla ei ole liiketoiminta-arvoa, tulisi poistaa automatisoitujen prosessien kautta sen sijaan, että ne kerääntyisivät määrittämättömästi. Monet organisaatiot eivät koskaan poista tietoja “mitä jos tarvitsemme niitä joskus” -huolenaiheiden vuoksi, jolloin tallennustilan kasvu kuluttaa budjettia ilman liiketoiminnan perustelua
✅ Esimerkki: Tietojen säilytyskäytäntö poistaa tietueet automaattisesti 7 vuoden kuluttua lakisääteisten säilytysehtojen perusteella
Määritykset → Järjestelmän yhteenveto → Datan tallennus
Määritykset → Tallennustilan käyttö		✅ Kuvio:**** Kapasiteettimittaristot näyttävät tallennustilan kulutuksen kasvustrendejä sisältävän objektin mukaan, API-käytön integroinnin perusteella huippukuvioiden kanssa ja kapasiteetin käsittelyn käyttöasteen ennusteiden perusteella.
✅ Ota käyttöön ennakoiva optimointi ennen kuin rajoitukset luovat käyttökatkoksia tai odottamattomia ylikäytön maksuja
Ei tallennustilaa → Vuosittaiset yllätykset⚡️ Anti-Muster: Tallennustilan ylikäyttö havaittu uusimisen neuvottelun aikana, joka vaatii välittömän ostamisen premium-hinnoittelulla ilman aikaa arvioida arkistointistrategioita
⚡️ Organisaatio ostaa lisää tallennustilaa vuosittain analysoimatta, mikä data kuluttaa kapasiteettia tai hidastaako arkistointi kasvua

Kuvio

Mistä etsiäMiltä hyvä näyttää
Salesforce Filesin suuret tiedostot✅ Ulkoisen tiedostojen tallennustilan integrointi kustannusten säästämiseksi mittakaavassa - Tallenna tiedostoja palveluihin, kuten Amazon S3 tai Azure Blob Storage, kun Salesforce ylläpitää viitetietueita, jotka linkittyvät ulkoiseen sisältöön. Ulkoinen tallennustila maksaa 0,02-0,05 dollaria per Gt kuukaudessa verrattuna Salesforcen tiedostojen tallennustilaan, joka on 1-3 dollaria per Gt kuukaudessa, riippuen Edition-versiosta, mikä säästää kustannuksia 10–20 kertaa.
✅ Esimerkki: Sopimusten hallintaratkaisu tallentaa aktiiviset sopimukset (viimeiset 24 kuukautta) Salesforce Filesiin, jotta voit esikatsella niitä ja tehdä yhteistyötä, siirtää vanhemmat sopimukset automaattisesti Salesforce-linkkien avulla S3-palveluun, mikä vähentää tiedostojen tallennustilaa 70 % ja säilyttää käyttöoikeudet
✅ Vaihtoehto: Ulkoisen tallennustilan integrointi vaatii kehitystyön ja lisää riippuvuutta ulkoisesta palvelusta, mutta se säästää 10–20 kertaa tiedostoja raskaille käyttötarkoituksille, mikä rikkoutuu jopa kuukausina
Sisällön hallinta -tiedoston elinkaari✅ Tiedostojen elinkaaren hallinta arkistoi tai poistaa vanhat tiedostot - Käytä automatisoitua arkistointia siirtääksesi tiedostoja ylittämään säilytyskynnysarvot ulkoiseen tallennukseen tai poistamiseen. Tiedostot, joita käytetään harvoin alustavan luonnin jälkeen, mukaan lukien suljettujen tapausten liitetiedostot ja korvatut asiakirjan versiot, ovat ensisijaisia arkistointiehtoja
✅ Huomautus: Tiedostojen tallennustilaan sisältyy Salesforce Files, liitteet, asiakirjat ja sisältö. Organisaatiot, joilla on paljon asiakirjoja, kuten sopimusten hallinta, omaisuuskirjastot ja tapausten liitetiedostot, lähestyvät tiedostojen tallennusrajoituksia usein nopeammin kuin datan tallennus.

Kuvio

Mistä etsiäMiltä hyvä näyttää
Osittaiset kopiointimallit sandboxien hallinnassa✅ Valinnaiset datamallit optimoivat sandbox-tallennuskapasiteetin - Jätä suuret objektit pois Osittainen kopiointi -malleista, kun täyttä datamäärää ei tarvita testiskenaarioiden testaamiseen. Ota käyttöön sandbox-kohtainen datan säilytys poistamalla tietueet, jotka ovat vanhempia kuin mitä testaus vaatii, ja vapauttamalla kapasiteettia lisää testidataa varten
✅ Esimerkki: Partial Copy -sandbox-malli sisältää edellisen 12 kuukauden mahdollisuudet ja tapaukset, mutta ei sisällä arkistoitua dataa, mikä tarjoaa edustavaa testaustietoa 5 Gt kapasiteetissa täyden kopion sijaan
✅ Vaihtoehto: Valitsevien datamallien määrittäminen vaatii analyysiprosessia, mutta mahdollistaa halvempien sandbox-tyyppien käytön poistamalla testiskenaarioissa tarpeettoman datan.
Sandbox-hallinnan päivitystiheys✅ Päivitysketenssi noudattamalla todellisia datan tuoreusvaatimuksia - Tasauta sandboxin päivitys todellisten datan tuoreusvaatimusten kanssa satunnaisten aikataulujen sijaan. Monet organisaatiot päivittävät Full Copy -sandboxit kuukausittain, kun neljännesvuosittainen päivitys riittäisi niiden testauskuvioille, mikä kuluttaa päivityskapasiteettia, joka voisi tukea lisää sandboxeja
✅ Esimerkki: Full Copy -sandbox päivitetään neljännesvuosittain kuukausittaisen sijaan, mikä vapauttaa päivityskapasiteettia lisää Partial Copy -sandboxeja varten
Sandboxien hallinnan väliaikaiset sandboxit✅ Ajankohtainen sandboxien hallinta vanhentumiskäytännöillä - Seuraa tietyille projekteille luotuja ympäristöjä tai spike-testejä, joiden poistopäivät on dokumentoitu. Sandboxien väliaikainen lisääntyminen on tavallinen jätteen lähde, koska projektin sandboxit siirtyvät pysyväksi tilaksi ilman perusteluita. Toteuta vanhentumiskäytäntöjä, jotka vaativat uusimisen perustelun, jotta voit ylläpitää alustavan vaikutusalueen ulkopuolisia väliaikaisia ympäristöjä
✅ Esimerkki: Projektien sandboxit, joiden vanhenemisaika on 90 päivää ja jotka vaativat liiketoiminnan perustelua projektin suorittamisen jälkeen

Kuvio

Mistä etsiäMiltä hyvä näyttää
Integraation valvonnan käytön huippuanalyysi✅ Peak-käytön analyysi tunnistaa ajoituksen optimointimahdollisuudet - Tunnista päivittäiset ja viikoittaiset kulutussuunnitelmat. Toimistoaikojen aikana keskitetyt integraatioaikataulut kilpailevat käyttäjien käynnistämien API-kutsujen kanssa. Eräintegraatioiden levittäminen ruuhka-aikojen ulkopuolelle optimoi kapasiteetin käyttöasteen kasvattamatta rajoituksia
✅ Esimerkki: Eräintegraatiot ajoitettiin klo 9.00–2:00, mikä vähentää ruuhka-aikojen API-ristiriitoja ja ottaa käyttöön lisäintegraatioita olemassa olevassa kapasiteetissa
Mukautettu koodi Bulk API 2.0✅ Bulk API 2.0 mille tahansa operaatiolle, joka käsittelee satoja tietueita - Käytä Bulk API 2.0 -operaatiota, joka käsittelee useita satoja tietueita. Bulk API käsittelee enintään 150 miljoonaa tietuetta per työ, joka kuluttaa vähemmän API-kutsuja verrattuna tietueiden käsittelyyn yksittäin
✅ Esimerkki: Öinen datan synkronointi käyttää Bulk API 2.0 -rajapintaa, joka käsittelee 100 000 tietuetta pienellä API-kulutuksella yksittäisten API-kutsujen sijaan per tietue
Sovellusalustan välimuisti mukautetussa koodissa✅ Sovellusalustan välimuisti estää viitetietojen toistuvia kyselyitä - Välimuisti usein käytettyjä viitetietoja välttääkseen toistuvia kyselyitä. Maakoodien, tuotekatalogien tai kokoonpanotietojen tallentaminen välimuistiin vähentää API-kulutusta integraatioille, jotka kyselevät toistuvasti muuttumattomia viitetietoja
✅ Esimerkki: Tuotekatalogi tallennetaan sovellusalustan välimuistiin, mikä vähentää API-kutsuja 1 000 päivittäisestä kyselystä yhteen välimuistin päivitykseen
Integrointiarkkitehtuurin muutostietojen taltiointi✅ Muuta dataa taltiointi poistaa tuhlaavat kyselykuvioita - Käytä Muuta dataa taltiointi -ominaisuutta datan synkronointiin kyselykuvioiden sijaan. CDC julkaisee tapahtumia vain, kun dataa muutetaan, mikä estää tuhlattuja API-kutsuja tarkastamasta muutoksia, joita ei ole tapahtunut.
✅ Esimerkki: Asiakastietojen synkronointi käyttää Muuta datan taltiointi -julkaisutapahtumia, kun asiakkaat päivittyvät, kuluttamalla API-kutsuja vain todellisille muutoksille (200 päivässä) sen sijaan, että kyseltäisiin kaikkia asiakastietueita tunneittain (1,2 miljoonaa päivittäistä kyselyä)
✅ Vaihtoehto: Tapahtumiin perustuva arkkitehtuuri vaatii sovellusalustan tapahtumien tai CDC:n toteutustavoitteen, mutta vähentää API:n kulutusta yli 95 % muutosten havaintokuvioissa, mikä rikkoutuu jopa viikkoina
Ei valvontaa → Reactive Discovery⚡️ Anti-Muster: API-kulutusta valvotaan vain rajoitetuissa poikkeuksissa, mikä luo reaktiivisen palontorjunnan ja hätätilanteiden arkkitehtuurin muutokset paineen alla
⚡️ Puuttuvat ennakoivat trendien analyysit, jotka sallivat optimoinnin ennen kuin rajoitukset rajoittavat liiketoimintaa

Kuvio

Mistä etsiäMiltä hyvä näyttää
Synkronoitu integraatiokuvio reaaliajassa✅ Synkronoidut integraatiot kuluttavat eniten API-kapasiteettia - Reaaliaikaiset integraatiot kuluttavat yhden tai useamman API-kutsun per transaktio. Raskaan transaktion kulut voivat kuluttaa merkittävää API-kapasiteettia. Synkronoituja kuvioita, jotka soveltuvat, kun välitön datan yhdenmukaisuus on pakollinen liiketoimintavaatimus, mutta joilla on korkeimmat API-kulutuskustannukset
✅ Esimerkki: Tilauksen lähettäminen vaatii välittömästi inventaarion tarkastuksen ja varauksen ERP-järjestelmässä, mikä oikeuttaa synkronoitavan kuvion korkeista API-kustannuksista huolimatta
Integrointikuvion eräkäsittely✅ Ratch-integraatiot vähentävät API-kulutusta yli 90 % verrattuna synkronoituihin - prosessi-tietueisiin joukkona, mikä vähentää API-kutsuja merkittävästi per tietue. Bulk API 2.0 käsittelee miljoonia tietueita pienellä API-kulutuksella. Soveltuva, kun lähes reaaliaikainen synkronointi täyttää liiketoimintatarpeet ja vähentää yli 90 % API-kulutuksesta verrattuna synkronoituihin kuvioihin
✅ Esimerkki: Asiakastietojen synkronointi suoritetaan tuntikohtaisesti reaaliaikaisten päivitysten sijaan, mikä vähentää API-kulutusta 95 %:illa 1 tunnin datan viiveellä
Tapahtumiin perustuva integraatiokuvio✅ Tapahtumiin perustuvat kuviot skaalaavat kuluttavia resursseja tehokkaasti vain todellisissa muutoksissa - Käytä sovellusalustan tapahtumia tai muutostietojen taltiointia tapahtumien tehokkaaseen jakamiseen ilman kyselyitä. Tapahtumiin perustuvat kuviot skaalautuvat tehokkaasti, koska ne kuluttavat resursseja vain, kun todellisia muutoksia tapahtuu, eikä tarkastella toistuvasti muutoksia, joita ei ole tapahtunut.
✅ Esimerkki: Mahdollisuuksien vaiheiden muutokset julkaistavat alempien järjestelmien kuluttamia sovellusalustan tapahtumia, mikä estää kyselyitä ja vähentää API-kulutusta 98 %:lla.
Integrointialustan MuleSoft TCO✅ MuleSoft lisää sovellusalustan kustannuksia, mutta saattaa vähentää integroinnin kokonaiskustannuksia - MuleSoft Anypoint Platform lisää sovellusalustan lisenssien kustannuksia (20 000–200 000 dollaria vuodessa), mutta saattaa vähentää integroinnin kokonaiskustannuksia älykkään välimuistin, yhteyksien yhdistämisen, erien optimoinnin ja yhtenäisen hallinnan avulla kaikissa integraatiokuvioissa
✅ Vaihtoehto: Middleware oikeuttaa investoinnin, kun integraatioiden määrä ylittää 5–7 yhteyden, mikä tarjoaa uudelleenkäytettävyyden ja hallinnan, jotka vähentävät pitkäaikaisia ylläpitokustannuksia
Third-Party Integration API -hinnoittelu✅ kolmansien osapuolten API-kustannukset, jotka on mallinnettu ennustettujen transaktioiden määrän perusteella - Mallin kolmansien osapuolten kustannukset perustuvat ennustettuihin transaktioiden määriin, jotka vastaavat todellista käyttöä, eikä vähimmäistasoihin, jotka oletetaan olevan pieniä määriä. Kolmansien osapuolten API-hinnoittelu vaihtelee ilmaisista tasoista kutsukohtaiseen laskutukseen ja kiinteämääräisiin Enterprise-lisensseihin
✅ Esimerkki: Maksusiltapalvelun integroinnin TCO-malli sisältää 15 000 dollarin vuosittaisen sovellusalustan maksun + 0,10 dollaria per transaktio, jonka arvioidaan olevan 50 000 transaktiota vuodessa (5 000 dollaria) + 25 000 dollarin integraation kehitys + 5 000 dollarin vuosittainen ylläpito yhteensä 50 000 dollaria ensimmäisenä vuotena, 10 000 dollaria käynnissä
Integraation ylläpito Pisteestä pisteeseen vs Hub✅ Pisteestä pisteeseen -integraatiot kertovat huoltotyön eksponentiaalisesti - Jokainen integraatiopiste sisältää alustavan rakentamisen, jatkuvan huollon, virheiden käsittelyn kehityksen ja mukautuksen, kun kumpaakin päätepistettä muutetaan. Pisteestä pisteeseen -integraatiot kertovat huoltotyön eksponentiaalisesti järjestelmän määrän kasvaessa. Viisi järjestelmää, joilla on Pisteestä pisteeseen -yhteys, vaativat 10 integraation huoltovirtaa. Kymmenen järjestelmää vaativat 45 viestiketjua. Hub-and-spoke-kuviot integrointialustojen kautta vähentävät eksponentiaalista kasvua lineaariselle skaalalle
✅ Esimerkki: Organisaatio, jossa on 8 yhdistettyä järjestelmää, siirtyy 28 Pisteestä pisteeseen -integraatiosta 8 hub- ja spoke-yhteyteen, mikä vähentää huoltovirtoja 71 %:lla
Integrointitoimintojen tukikustannukset✅ Tuen ja vianmäärityksen kustannukset kasvavat integraatioiden määrän mukaan - Jokainen integraatio luo mahdollisia virhepisteitä, jotka vaativat valvontainfrastruktuuria, hälytysten kokoonpanoa, suorituskirjan dokumentaatiota ja vahinkotapahtumien vastauskykyä. Sisällytä jatkuvat tukikustannukset integraation kokonaiskustannuksiin alustavan kehityksen jälkeen
✅ Esimerkki: Integraation tukikustannukset mallinnettuna 15–20 %:iin alustavista kehitys kustannuksista vuosittain jatkuvaa valvontaa, vianmääritystä ja vahinkotapahtumien vastausta varten

Anti-Mallit

Mistä etsiäMiltä huono näyttää
Kaikki historialliset tiedot säilyvät aktiivisessa tallennustilassa määrittämättömästi⚡️ Tallenna kasvun kuluttava budjetti ilman liiketoimintaperusteita. Organisaatiot ostavat lisää tallennustilaa vuosittain analysoimatta, mikä data kuluttaa kapasiteettia tai voisivatko arkistointistrategiat hidastaa kasvua
⚡️ Palautus: Määritä datan säilytyskäytäntö elinkaaren vaiheilla: aktiivinen (0–12 kuukautta), lämmin (12–36 kuukautta), kylmä (36+ kuukautta arkistoitu) ja vanhentunut (poistettu lakisääteisen säilyttämisen jälkeen). Ota käyttöön automatisoitu arkistointi Big-objekteihin tai ulkoiseen tallennustilaan
Partial Copy -malli sisältää kaikki objektit ilman suodatusta⚡️ Kuluttaa 5 Gt kapasiteettia historiallisella datalla, joka ei liity testaukseen, mikä pakottaa Full Copy -ostoksen, kun datan strateginen valinta mahdollistaa Partial Copy -käytön merkittävästi halvemmalla hinnalla
⚡️ Palautus: Analysoi testausvaatimuksia ja luo valikoivia Partial Copy -malleja, jotka sisältävät vain edellisen 12–18 kuukauden datan ja jättävät pois raskaat objektit, joita ei tarvita testiskenaarioissa
Integraatio kyselee kaikki tietueet 15 minuutin välein ja tarkastaa muutokset⚡️ Kuluttaa 5 miljoonaa API-kutsua päivittäin, kun 95 % kyselyistä ei löydä muutoksia, mikä kuluttaa API-kapasiteettia tarpeettomille kyselyille. Luo riskin, että API-rajoitukset ylittyvät ja estää oikeiden integraatioiden suorittamisen
⚡️ Palautus: Korvaa kyselykuvio Muuta datan taltiointi- tai Sovellusalustan tapahtumat -ominaisuudella, jotka kuluttavat API-kutsuja vain, kun todellisia muutoksia tapahtuu, mikä vähentää API-kulutusta yli 95 %:illa
Integraatio tekee erilliset API-kutsut jokaiselle tietuetyypille järjestyksessä⚡️ Kertoo API-kulutuksen 5–10 kertaa verrattuna erämenetelmiin. Tilausten käsittely, joka kuluttaa 8 API-kutsua per tilaus, kun yksi yhdistelmäkutsu riittää
⚡️ Palautus: Toteuta Composite API -erätoimintoja yhdelle API-kutsulle, vähentämällä kulutusta 8 kutsusta per transaktio 1 kutsu per transaktio (87%:n alennus)
Kaikille kehitystiimeille ostetut Full Copy -sandboxit⚡️ Kertoo kustannukset 5 kertaa, kun osittainen kopiointi täyttää useimmat testausvaatimukset. Täysi kopio maksaa 5–10 kertaa enemmän kuin Osittainen kopio ja päivitetään vain kuukausittain verrattuna 5 päivän välein
⚡️ Palautus: Varaa Full Copy vain tuotantoa edeltävää UAT-todennusta ja suorituskyvyn vahvistusta varten. Käytä Developer Pro:a kehitystyöhön ja Partial Copy -ominaisuutta kohdennettujen datamallien kanssa integraatiotestausta varten
Integraatio hyväksytty “ilmaisen API-tason” perusteella ilman määrämallinnusta⚡️ Transaktioiden ennustetut määrät ylittävät vapaat tasot kuukaudessa 2, mikä johtaa yllättävään 15 000 dollarin vuosikustannuksiin, joita ei sisällytetä budjettiin tai TCO-analyysiin
⚡️ Palautus: Malli kolmansien osapuolten API-kustannuksia ennustettujen transaktioiden määrän perusteella, mukaan lukien skaalausennusteet. Sisällytä sovellusalustan palkkiot, transaktiokohtaiset kustannukset ja ylimääräiset kustannukset integraation kokonaissummaan ennen hyväksyntää
API-kulutusta valvotaan vain, kun rajoituksia esiintyy⚡️ Luo reaktiivisen palontorjunnan ja hätätilanteiden arkkitehtuurin muutokset paineen alla. Rajoitukset luovat käyttökatkoksia ennen optimointimahdollisuuksien tunnistamista
⚡️ Palautus: Toteuta ennakoiva API-valvontamittaristo integraatiotason määrittämisellä, käytön huippuanalyysillä ja kasvun ennustamisella. Määritä hälytyksiä käyttöasteen kynnysarvoille, kuten 70 % ja 85 %, jotka tarjoavat liidiaikaa optimointia varten
Mukautettujen asiakirjojen luominen, koska meillä on kehittäjiä saatavilla.⚡️ Mukautettu kehitys 80 000 dollarin alustavalla rakenteella + 15 000 dollarin vuosihuollolla, kun AppExchange on 15 dollaria per käyttäjä kuukaudessa (18 000 dollaria vuodessa 100 käyttäjälle) tarjoaa nopeamman käyttöönoton, toimittajan ylläpidon ja pienemmän 5 vuoden kokonaiskustannuksen
⚡️ Palautus: Arvioi AppExchange ennen mukautettujen tuotteiden ominaisuuksien kehittämistä. Mallin 3–5 vuoden kokonaissumman vertaileminen rakentamiseen ja ostamiseen, mukaan lukien huolto, sovellusalustan yhteensopivuus ja tukikustannukset
Projektien väliaikaiset sandboxit siirtyvät pysyväksi tilaksi ilman perusteita⚡️ Sandboxien lisääntyminen kuluttaa budjettia ilman liiketoiminta-arvoa. Organisaatioilla on yli 20 sandboxia, kun 10 vastaa todellisia kehitystarpeita oikealla elinkaaren hallinnalla
⚡️ Palautus: Toteuta sandboxien vanhenemiskäytäntöjä, jotka vaativat uusimisen perustelun. Seuraa sandboxeja, joilla on dokumentoituja poistopäivämääriä ja automatisoituja hälytyksiä vanhentumisen tarkastusta varten

Viimeksi päivitetty: 2026-06-08