Google Cloud behaalt voor het eerst kwartaalomzet van 10 miljard dollar

De Cloud-tak van Google boekte in het afgelopen kwartaal een omzet van 10,3 miljard dollar. Volgens Google is dit de eerste keer dat deze omzet de 10 miljard dollar overschrijdt. Het is ook voor het eerst dat de operationele winst van de Cloud-tak boven de 1 miljard dollar uitkomt.

De winst van de Cloud-tak is het afgelopen jaar gestaag toegenomen, nadat Google Cloud begin vorig jaar voor het eerst winst maakte. Toen bedroeg de winst 191 miljoen dollar, tegenover 1,17 miljard dollar in het afgelopen kwartaal. Dit is bijna 800 miljoen dollar meer dan een jaar eerder. De omzet was 10,34 miljard dollar, ruim 2 miljard dollar meer dan een jaar eerder.

Google Search blijft Alphabets primaire inkomstenbron, met een omzet van 48,5 miljard dollar, bijna 6 miljard dollar meer dan een jaar eerder. Samen met YouTube-advertenties en andere Google-advertenties leverde Google-reclame Alphabet vorig kwartaal 64,62 miljard dollar op. Dit is ongeveer 6,5 miljard dollar meer dan in hetzelfde kwartaal vorig jaar.

Alphabet had in het tweede kwartaal van dit jaar een omzet van 84,7 miljard dollar, ruim 10 miljard dollar meer dan vorig jaar. De operationele winst was 27,4 miljard dollar, bijna 5,6 miljard dollar meer dan vorig jaar.

Door Hayte Hugo

Redacteur

24-07-2024 • 09:37

62

Submitter: wildhagen

Reacties (62)

62
61
37
1
0
18
Wijzig sortering
Als Cloud Engineer/Architect groot fan van GCP. De duidelijke naamgeving en clean en overzichtelijke console maken het voor mij echt een groot voordeel om mee te werken tov Azure en AWS. Als visueel ingesteld persoon vind ik de heldere console fijn omdat ik daar snel overzicht in kan krijgen.

En ik zeg dit erbij omdat ik er anders reacties op ga krijgen; nee ik gebruik de console uiteraard niet om resources te provisionen, dit doen we allemaal netjes via IAC (Terraform). Maar in als je honderden tientallen verschillende resources moet onderhouden is het fijn dat je snel een helder overzicht kan krijgen in de console. Eventuele aanpassingen doe je dan natuurlijk in de Terraform templates.

toevoeging: De groei verbaast me ook niet, want Google is bereid ook flink te investeren als je van hun platform gebruik maakt. Hebben we zelf al aantal keer slim gebruik van gemaakt door verschillende aanboden naast elkaar te leggen en de Microsoft en Google tegen elkaar op te laten 'bieden' qua korting en ondersteuning als je voor hun platform kiest bij bepaalde klant oplossingen.

[Reactie gewijzigd door Duke_Jay op 24 juli 2024 10:05]

Maar ik denk niet dat bedrijven een clouddienst kiezen vanwege het console of zelfs vanwege de prijs. Meestal als je al diep in Microsoft zit met Sharepoint, Exchange online etc. ga je waarschijnlijk automatisch voor Azure. Als je veel op Linux zit dan kies je denk ik eerder voor AWS of GCP.

Het lijkt een beetje Google reclame jouw reactie.
Als je veel op Linux zit dan kies je denk ik eerder voor AWS of GCP.
Ja want op Azure kennen ze geen Linux.. ;)

Kom op, Microsoft is al lang bezig met Linux beter te integreren (denk aan WSL, az cli) waardoor dit zelfs niet meer relevant is in de keuze van welke cloud provider te kiezen.
Maar ik denk niet dat bedrijven een clouddienst kiezen vanwege het console
Gebruikservaring voor engineers is echt wel een belangrijke factor. Als een console aangenaam is om mee te werken en om zaken beter te kunnen visualiseren, waarom zou dat niet behoren bij 1 van de keuzes?
of zelfs vanwege de prijs.
Ja want daar kijken bedrijven echt niet naar. ;)
Ik ben het wel eens met de sharepoint en exchange integratie. Maar linux is tegenwoordig de meest gebruikte OS in Azure. Dus dat is geen onderdeel meer van je keuze denk ik. Bedrijven die meer op de Microsoft stack werken zullen wel eerder geneigd zijn om naar Azure te gaan vermoed ik,
Naja, VMs draain op Azure vind ik persoonlijk waardeloos. Het is een soort hele trage ESX. Ik zou Azure enkel gebruiken voor de SaaS rommel maar VMs zou ik er nooit draaien.
Snap dat het als Google reclame lijkt, maar heb oprecht ook veel ervaring met Azure (Professional Architect gecertificeerd) en met AWS (wel stuk minder dan de andere twee). Overigens de belangrijkste reden vergeten dat we ooit op GCP zijn begonnen, en dat is de uitstekende Kubernetes service die Google heeft, stuk beter dan AKS (Azure) en EKS (AWS). Niet gek overigens, Google heeft ooit Kubernetes 'uitgevonden'.

Wat je zegt over het kiezen voor Azure als je al in de Microsoft stack zit klopt overigens, zie dat veel gebeuren in NL bij bedrijven waar ik gewerkt hebt of opdrachten voor heb gedaan. Kiezen voor het 'bekende'.

Om niet helemaal als een fanboy over te komen: ik vind dat Google wat belachelijke dingen aan het doen is qua pricing nu. Met name de prijs voor een alert rule van $1.50 per maand vind ik belachelijk hoog. De alert rules die wij nog op GCP hebben staan gaan wij in ieder geval snel migreren naar Grafana (Cloud).

[Reactie gewijzigd door Duke_Jay op 24 juli 2024 14:26]

Dat kan best wel, maar veel hangt af van wat je met die hele cloud wilt doen. Ik heb zelf een eigen saas applicatie en ik maak gebruik van Google cloud. Kost mij minder dan Azure of Aws, zelfs met maandelijks 100 euro gratis credits van Azure via action pack. Heb dat action pak jaar of 2 geleden ook afgeschaft aangezien ik toch bijna niks meer gebruik van Microsoft. Google heeft op 10 jaar tijd enorm veel gedaan met google cloud. En als ik de downtime bekijk op 10 jaar tijd dan is dat 2x een 15-20 minuten geweest. Als ik ex collega's, vrienden hoor die Azure en/of Aws gebruiken dan hoor ik dat er maandelijks wel een probleem is. Kostprijs is voor mij lager, gebruiksgemak vind ik persoonlijk ook beter dan Azure & Aws. Ieder zijn ding uiteraard. Maar ik snap best dat mensen kiezen voor Azure, zeker als je C# ofzo gebruikt, is helemaal niks mis mee.
De paar keer dat ik in GCP iets moest doen vond ik juist de console heel onoverzichtelijk en een wir-war van menutjes die uitklappen. Daar vind ik AWS weer veel beter, kwestie van smaak dus.

Waar ik GCP wel sterk vind is dat ze geen wildgroei van diensten hebben; waar AWS vaak met 3 of 4 smaken komt (SQS, SNS, Kinesis, EventBridge) die je moet vergelijken en/of combineren heeft GCP er 1 (bijv PubSub), wel zo overzichtelijk.

Alsnog heb ik zelf gekozen om vol in t AWS ecosysteem te zitten en dat bevalt helemaal prima :)
Ik werk met een hoop tools en ook met alle 3 de grote cloudproviders. Ik voel me vaak snel thuis in deze wereld, maar aan de console van Google kan ik maar niet wennen.
Uiteindelijk is het inderdaad ook helemaal een kwestie van smaak natuurlijk, dus zeker waar wat je zegt. Ik ben ooit begonnen op Azure, en daar ook alle relevante certificeringen gehaald. Toen ik na een aantal jaar overstapte naar een andere werkgever, die voornamelijk op GCP zit (met name om de uitstekende Kubernetes service) vond ik dat echt een enorme verademing. Met AWS heb ik maar beperkte ervaring (wat kleine projecten op gedaan) maar daar kan ik maar niet wennen aan de console, hoeveelheid services en hoe IAM is opgebouwd in accounts. Maar dat zal natuurlijk ook gewenning zijn en persoonlijke voorkeur.

Mooiste is uiteindelijk dat er voor iedereen zo wat wils is, afhankelijk van wat je wensen zijn als engineer/bedrijf. :)
Ik ben ook fan van Google Cloud (als AWS certified developer vind ik de AWS interface en docs vreselijk) en heb daar wat hobby projecten draaien.

Maar ik vind het wel een beetje vaag hoe tegenwoordig bijvoorbeeld Firebase een compleet losse interface heeft. Ik draaide bijvoorbeeld mijn services op App Engine. Maar sinds kort heeft Firebase App hosting Next.js support out of the box. Dus ik wilde een beetje testen daarmee, maar dan staat je Next.js app in firebase, en dan moet hij connecten met services en databases die in je cloud console staan. Waarom kan dat niet in een console, het is niet alsof ze vorig jaar firebase gekocht hebben.

De firebase console: https://console.firebase.google.com/u/0/
De Google cloud console: https://console.cloud.google.com

En wat jammer is dat je vroeger spending limits had wat kon voorkomen dat je rekening te hoog werd door je applicatie automatisch te disablen. Echter hebbend ze dat uitgezet en wordt je nu gedwongen om dat zelf voor elkaar te scripten:
https://nocommandline.com...oogle-app-engine-project/

[Reactie gewijzigd door Leejjon op 24 juli 2024 11:22]

Kan best zijn dat ze een goeie console hebben, maar ik zou het mezelf nooit moreel kunnen verantwoorden om geld naar een evil bedrijf als Google toe te schuiven. Plus die constante verplichte migraties wanneer ze weer eens iets stopzetten en vervangen door iets anders wat niet compatible is en een compleet migratie traject nodig heeft. MS en Amazon zijn echter al niet veel beter, dus voor mij zou een Nederlandse of anders Europese cloud een betere oplossing zijn. Zelfs als ze een brakke console hebben. Al is het alleen maar om beter te kunnen slapen ‘s nachts.
Maar welk europees alternatief is er dat aardig in de buurt komt kwa functionaliteit?
clouds die niet in de Amerikaanse invloedsfeer vallen komen meer en meer. Zie bijvoorbeeld https://www.s3ns.io/en/why-s3ns - Ook andere cloud providers zijn bezig met "sovereign cloud"
clouds die niet in de Amerikaanse invloedsfeer vallen
Van die pagina:
"Thales & Google Cloud have joined forces to create a new company under French law, fully controlled by Thales, called S3NS"
Ja, controlled by Thales, maar dit klinkt meer alsof het Google met een frontendje is dan een eigen initiatief. Misschien zit ik er naast?

[Reactie gewijzigd door Stukfruit op 3 augustus 2024 03:06]

Op google cloud hebben ze nog niet zoveel gestopt, integendeel ... Wij gaan feature x niet meer ondersteunen binnen 2-3 jaar. En dan komen ze met een alternatief en nadien zeggen ze dan toch, weet je wat, wij gaan het toch blijven doen. Ik maak al bijna 10 jaar gebruik van Google cloud, ook niet alles uiteraard, er is een serieuze groei geweest. Er zijn wel producten dat ze wijzigen, maar iets afschaffen (buiten memcache dat ze toch nog altijd ondersteunen) ben ik nog niet tegengekomen. Wat er wel is, als jij vandaag bijvoorbeeld nog een zeer oude versie van node, java, python gebruikt, dat je verplicht moet upgraden want je kan op app engine geen echt oude versies meer gebruiken. En dan upgrade pad is goed gedocumenteerd en krijg je tijd genoeg voor om te upgraden. Hier kan je bijvoorbeeld vinden hoe lang je versie nog ondersteuning heeft als je app engine gebruikt: https://cloud.google.com/...ifecycle/support-schedule

Tevens krijg je genoeg meldingen van: hey je gebruikt x, binnen 2 jaar is er geen ondersteuning meer of we gaan wijziging doen aan een api. Jij maakt daar gebruik van in project X en Y. Dit is wat je moet doen
En die mails heb ik nog niet zo dikwijls gehad, en meestal binnen de 5 minuten is dat wel opgelost.

Tevens zijn de docs zeer uitgebreid voor die verplichte upgrades, vroeger was het x, nu is het y.
Ik wist gewoon dat iemand me dit antwoord zou komen.. doodmoe wordt je er van :z

Maar vertel mij eens wat het bedrijf nou zo slechtaardig maakt? wat doen ze precies waarvan jij snachts slecht slaapt?

Dat ze jouw data verkopen? nou nou wat "evil"
Of doen ze echt slechte dingen? zoals kinderarbeid om stelen ze van jouw ??

Ik snap dit soort (naar mijn idee) overdreven reacties niet goed, dus zou fijn zijn als je dit wat beter uitlegt, zeker als je claimed er slecht van te slapen als je met hun wel zaken zou doen

[Reactie gewijzigd door Sinester op 24 juli 2024 11:00]

Ik heb een beetje ervaring met Google Cloud. Om te beginnen heb ik getracht 2 cursussen te doen. De eerste werd een keer uitgesteld wegens te weinig animo en de tweede werd na een keer uitstel maar compleet gecancelled. Dat was een beetje teleurstellend.

Ga ik dan kijken naar de praktijk, dan kom ik bij een opdrachtgever die graag Google Analytics en Adsense wil gaan inzetten. De eis van security is dat iedere dienst die afgenomen wordt onze AD of AzureAD gebruikt als authenticatieplatform. Prima, dat snapt Google. Tot zover het goede nieuws.

En toen wilde ik beginnen. Dat doe je met het aanmelden van je domein. Dikke error : domein al in gebruik cq aangemeld. Blijkt dat er 2 mensen onafhankelijk van elkaar hun bedrijfsemail al hadden gebruikt om Google maps en nog iets te implementeren. Wisten wij niets van en het was niet volgens de regels.

Ik kan je vertellen dat je rond blijft klikken in dezelfde help pagina's. Pas na een hoop gedoe kwam ik erachter wie die andere 2 personen waren en in welke situatie je zit. De leverancier die bij ons AdSense en Analytics moest implementeren had ook de kennis niet dus terwijl iedereen in mijn nek hijgde kwam ik echt geen meter verder.

Pas toen we een nieuwe collega aannamen die al 8 van dit soort projecten had gedaan zat er eindelijk wat schot in. Maar ook toen heeft het minstens een half jaar geduurd voor de organisatie hun Adsense etc had. Het mergen van al die ellende nam nog eens 6 maanden in beslag. Dus echt fijn was het nite.

Nu geef ik toe, we begonnen verkeerd. Maar dat kon niet anders want die 2 personen hadden al naam@bedrijf.nl opgegeven om hun spul met Google aan de praat te krijgen. Dat stukje schaduw IT was mogelijk omdat Google het aanmaken veel te makkelijk maakt. Het is next-next-finish en als er dan ineens op corporate niveau iets moet gebeuren dan draait je gewoon rondjes.

Dus ik ren weg als iemand wat met Google wil. Huur maar iemand in die ervaring heeft. Ik hoef geen extra grijze haren.
Volgens mij heeft dit allemaal niet met Google Cloud te maken.

Maar meer met hun advertentiebusiness.

Zie hier wat hun Cloud wél doet.

https://cloud.google.com/

[Reactie gewijzigd door GurbieV op 24 juli 2024 11:10]

En @david-v

Het was in dit geval niet Adsense of Analytics maar de eis voor SSO op het Google platform. Dat was onmogelijk om te activeren omdat iemand al een mail adres van het bedrijf had geregistreerd.
Dat is duidelijk, maar volgens mij heb je het hier over de genoemde SAAS van Google waar je uiteraard ook SSO kan inregelen. Dat is dan weer iets anders dan een google cloud abonnement nemen waar jij het over hebt. Het probleem wat je noemt krijg je denk ik overal waar je een SAAS afneemt met het email adres van je werkgever. In principe zou dat los moeten staan van elkaar, maar ik kan me voorstellen dat bij het inregelen van SSO deze "services" die op persoonlijke basis zijn aangemaakt door medewerkers gebruik makend van een bedrijfsemail adres wel een probleem vormen. Vergt waarschijnlijk wel enige kennis om dat recht te trekken zoals je zelf aangeeft.
Volgens mij staat google adsense en analytics los van een enterprise account op google cloud. Geen ervaring mee maar dit zijn twee SAAS oplossingen die je afneemt van google vs een enterprise licentie om Google cloud te gebruiken voor je IAAS en PAAS oplossingen.
De grootste groei komt niet doordat het zo’n goed product is (hoewel het zeker geen slecht product is), maar omdat GA4 volstrekt onbruikbaar is zonder. En aangezien GA4 toch de meest gebruikte web analyse tool is, was dat het schot in de been die de Google cloud nodig had om eindelijk flink te groeien.
Ach, met een cloud account ruimen ze alle data voor je op als ze denken dat je de terms.en conditions overschrijd of gooien ze al je data en backups weg als ze een foutje maken of krijg je een rekening omdat de consoles niet zo overzichtelijk zijn.
Tja dat zijn 2 voorbeelden (van 2 verschillende diensten), niet echt overtuigend, er staan miljoenen (misschien wel miljarden) klanten tegenover :P

Het is ook niet alsof je eigen oplossingen 100% (kunnen) waterdicht zijn, dus garantie heb je gewoon nooit, en daar zal je dan ook rekening mee moeten houden met welke oplossing je kiest dan ook.

[Reactie gewijzigd door watercoolertje op 24 juli 2024 10:34]

Vooral het idee dat de cloud ervoor zorgt dat je niet meer hoeft na te denken stoort me mateloos.
Dat doe je dan zelf vrees ik, want je moet nog steeds wel nadenken of je een SQL database neemt van 10 euro per maand voor development of een SQL "servertje" van 64k per maand neemt.

Ik denk dat je nu als devops team juist veel meer nadenkt over wat je nodig hebt en de kosten die daarmee gepaard gaan. Bij mij zijn de kosten leidend als ik een keuze maak voor een service, aantal instances, replicatie enz. Daar zou ik vroeger echt niet over nagedacht hebben, met als gevolg dat je dan ging over-dimensioneren als je een systeem nodig had bij een traditionele hosting partij.
Je eerste link gaat over private cloud (wat het probleem niet minder erg maakt, maar goed) en je tweede is een link van iemand die denkt dat de verwarming uit staat, vervolgens een jaartje weg is en bij terugkomst verbaasd is dat je een rekening krijgt omdat je de verwarming toch niet hebt uitgezet. Als je je CC ergens aan koppelt, het eerst wat je dan moet doen is een limiet per maand instellen en op z'n minst een budget met de nodige alerts, dan voorkom je dit soort problemen.
De defaults bij de meeste cloud diensten zijn precies andersom. Dus hoe klantvriendelijk men zich ook voordoet, het gaat gewoon in 1e instantie om centjes harken.
AWS heeft geen default limit als ik het goed heb, Google cloud ook niet. Welke cloud diensten bedoel met "de meeste"?

Wat ze alle drie wel hebben zijn budgetten, alerts en spending limits die je zelf volledig kan instellen en dat is ook het eerste wat je zou moeten regelen voordat je los gaat.
Dat laatste is zeker wel een ding ja, ik ben ook altijd bang om iets op te spinnen in de cloud. Een foutje is zo gemaakt en kan je snel duizenden euros kosten. Ik heb zelf wel een action pack van MS, en $100 azure credit elke maand. Niet dat je daar veel mee kan want die prijzen sla je echt steil van achterover. Maar als die op is stopt alles gelukkig, ipv dat ik achteraf een factuur krijg.
je hebt wel vaak services die een "development" instance hebben met alles erop en eraan maar zonder SLA, niet mogelijk om te schalen enz. $100 is niet veel, maar vaak wel genoeg om wat standaard services uit te proberen voordat je een full blown productie service gaat inzetten. Budgetten, alerts en limieten moet je wel direct instellen als je pay as you go gaat gebruiken. Want ja, het gaat hard als je een Business critical SQL database met 128 vCores aanmaakt ;)

Wat ook wel prettig is bij de credits die je van Azure krijgt is dat je elke keer als je inlogt te zien krijgt wat je budget is tot het einde van de maand. Dan weet je al een beetje of je goed zit of niet wat kosten betreft.
Daarom moet een bedrijf ook nog steeds zelf back-ups maken
Ik ben nog steeds fan van mijn lokale oplossing. Eens per week synchroniseert mijn 6TB harddisk naar een 6TB USB harddisk die dan 1 uur stroom krijgt van een tijdschakelaar van de Action.
En als je brand hebt of waterschade ben je alles kwijt...
(los van het feit dat 1x per week wel erg weinig is)
En als ze in de cloud weer eens een software bug introduceren kun je ook alles kwijt zijn. Of als ze je account blokkeren. Of als ze de prijs verdubbelen en je de rekening niet meer kunt verantwoorden. Niks is perfect. Alleen hebben sommigen onterecht het idee dat alles wat in de cloud staat veilig is…
Hoe groot acht je de kans dat Google een bug heeft dat data ongebackupped weg is (gezien Google redundant is).

Prijs verdubbelen is niet relevant, dan kun je het alsnog weghalen. En de energieprijs kan ook verdubbelen.

Niemand zegt denk ik dat alles wat in de cloud staat veilig is.
Echter al je storage op 1 plek hebben staan is pertinent onveilig.
Maar... het blocken van jouw account kan wél een dingetje worden.

review: Account geblokkeerd. Wat nu?
Om de zoveel tijd maak ik een offsite backup. Het ging meer om de tijdschakelaar truc.
Offsite backups gaan niet automatisch doorlopend dan?
Dat is leuk voor een thuis situatie, maar in het bedrijfsleven wordt tegenwoordig vaak realtime back-up toegepast, met daarnaast nog een dagelijkse off-site back-up.
Bij het bedrijf waar ik gewerkt heb, werkten 4.000 mensen. Wat denk je wat dat kost als die een al een uur niet kunnen werken omdat er geen informatie beschikbaar is?

Privé gebruik ik Dropbox met daarnaast wekelijks een back-up naar mijn lokale NAS.
Dit voor het geval Dropbox ineens besluit dat mijn account niet meer actief is
Hoe gaat dat in zijn werk met dropbox? Dat is dacht een folder die online synchroniseert?
Ik heb Dropbox op een aparte partitie gezet, en deze wordt dan online gesynchroniseerd
Aparte partitie? Netjes.
https://www.backblaze.com/blog/the-3-2-1-backup-strategy/

En die USB disk wordt op zijn beurt dan naar een offsite backup gestuurd neem ik aan?
Niet echt. Hoewel ik wel om de paar maanden die interne 6TB synchroniseer met een 6TB in de pc in het andere huis. Om brand en diefstal op te vangen.

Dus er is een kans, dat ik een paar maanden aan data kwijt raak. Maar het gaat er meer om, om een archief van tig jaar oud in stand te houden. De updates doen er minder toe.
Prima oplossing voor huis tuin en keukengebruik. Als bedrijf kan dit natuurlijk niet. Bovendien biedt GCP meer dan alleen opslag.

Ik werk nu in een on-prem omgeving bij een groot bedrijf. Het is een stuk minder flexibel en lekker werken dan in een cloud. Limieten aan opslag, performance van storage, te weinig stroom... etc.

Maar helaas kan de cloud voor deze toepassingen écht niet. Ergens ook wel weer een leuke uitdaging.
Dankje. Ik dacht, ik deel even mijn goedkope tijdschakelaar truc. Hopelijk helpt het tegen virussen die alle data willen encrypten. Of gewoon alles willen wissen.
Op basis van hoe je het omschrijft helpt het niet tegen virussen.

Want stel disk A wordt geencrypt en je stelt in dat de data gesynced (dus overschreven) met disk B wordt.
Dat wil zeggen dat de encrypte data dus ook op disk B staat want het wordt overschreven van A naar B.
En als je een virus hebt, kan deze dus ook disk B benaderen en dus data verwijderen.
(en dit is iets wat in de praktijk gebeurt, ik heb dit gezien bij verschillende bedrijven die dus al hun data kwijt waren)

Wat je wil is dat het systeem geen verwijder/overschrijf rechten heeft, maar enkel data kan toevoegen aan Disk B.
Op die manier blijft de originele data op disk B altijd behouden (systeem kan er namelijk niet verder bij).
En je bouwt ook revisies op van bestanden, zodat je niet alleen weet wat het bestand vorige week was, maar ook vorig jaar.
Dat kan je natuurlijk op geen enkele manier qua betrouwbaarheid met Google Cloud vergelijken.
Totdat die simpele action tijdschakelaar stuk gaat en elke seconde uit/aan gaat.
Ik vind het wel een leuke truc eigenlijk. Hoe doe je softwarematig de backup dan? Is je pc altijd aan en heb je een tijdschema voor de backup? Of draait de backup vanzelf als de pc aangezet wordt?

Wil het ook wel eens zo proberen. Ik heb al een backup naar een NAS hoor, maar vind dit wel geinig voor een extra HDD die ik buitenshuis kan bewaren ivm met brand- of waterschade.
Ik gebruik een gratis backup programmaatje genaamd SyncBackFree: https://www.2brightsparks.com/download-syncbackfree.html

Die synchroniseert de interne schijf naar de externe. Hij kopieert en verwijdert dus alleen de veranderingen.

Hij start om 10:05 op dinsdag, terwijl de tijdsklok van 10:00 tot 11:00 op dinsdag stroom geeft. Als er stroom op de USB schijf komt ziet Windows hem vanzelf.

Je pc moet dan inderdaad wel aan staan. Je kunt niet met SyncBack je PC laten aan gaan. Misschien kan dat in de bios. Ik heb een tijd gekozen waar hij in mijn geval bijna altijd aan staat.
Dank je. Ik ken SyncBackFree en ik begrijp hoe je het doet. Ik wil eigenlijk niet bouwen op dat mijn pc dan op een bepaalde tijd aan moet staan. Dat is bij mij te variabel om een tijdschema aan te koppelen.
Eigenlijk heb ik iets nodig wat ziet dat de externe schijf eraan hangt of gehangen wordt, en dan automatisch de sync doet. Het zal vast bestaan, maar ik heb het nog niet gevonden.

Dank voor je uitleg!
Hmm, SyncBack kan dat, maar niet in de gratis versie. Het staat onder Modify -> When -> Insert -> Run this profile when a disk with this label is inserted.
Ja want dat is het enige wat cloud providers aanbieden.
Hoe zouden deze cijfers zijn gecorrigeerd met de inflatie? Een marge van 10% winst is netjes.
Door elk jaar een verhoging door te voeren.
Hoe hebben ze de winst marges weten te verhogen? Harde schijven en ssd’s lijken niet of nauwelijks in prijs afgenomen te zijn de afgelopen jaren in elk geval

Op dit item kan niet meer gereageerd worden.