Bedste svar
1. Gå til pan.baidu.com og klik nederst på loginformularen for at gå til tilmeldingssiden eller gå direkte her for at tilmelde dig Baidu Pan.
2. Det første felt på tilmeldingsformularen er dit e-mail-id eller telefonnummer, det andet felt er din adgangskode, og det tredje felt er en Captcha, som heldigvis er på engelsk. Din adgangskode skal variere fra 6 til 14 tegn og kan indeholde alfabeter, tal og specialtegn. 3. Når du har tilmeldt dig Baidu Pan-kontoen, sendes en bekræftelses-e-mail til dit e-mail-id. Bekræft e-mailen, og du er færdig med tilmeldingsprocessen. 4. For at få 2 TB gratis cloud-lagerplads skal du downloade Baidu Pans mobile klient og logge ind på den. Du kan downloade iPhone-appen fra her , iPad-appen fra her og Android-appen fra her . 5. For at logge ind på Baidu Pans mobile klient skal du trykke på det fremhævede blå felt og indtaste dit e-mail-id og din adgangskode. 6. Log nu ind på pan.baidu.com, og klik på linket vist på billedet nedenfor.
7. For at gøre krav på din 2 TB gratis skylagring, skal du klikke på det røde billede, der har 2048G på. Det er det, du har gjort krav på din 2 TB gratis skylagring fra Baidu Pan.
Du kan nu gøre hvad du vil med din 2 TB gratis skylagringsplads fra Baidu Pan (Baidu Cloud Network Drive). Glem ikke at tjekke de andre kinesiske cloud storage-tjenester også.
Svar
Her er min kæledyrsteori om dette.
Google var faktisk ikke så sent for at komme til skyen er problemet, at Google introducerede en sky, som folk ikke ønskede. AWS blev lanceret i 2006, men Googles første cloud-produkt Google App Engine (GAE) blev lanceret i 2008. På mange måder var GAE mere avanceret end AWS. GAE abstraherede meget af den kompleksitet, som AWS-brugere stadig har at gøre med. GAE meget tættere på, hvad Heroku tilbyder, en platform som en tjeneste (PaaS).
Problemet var, at GAE var så nyt, at udviklere havde en række problemer. Blandt problemerne:
- Samlet omskrivning af applikation krævet i Python / Django
- Manglende kontrol og potentiel leverandørlås
- Højere omkostninger
Ja, der var påstande om skalerbarhed, og at Googles operationelle ekspertise ville gøre det bekymringsfrit. Men det var også relativt ubevist.
Min teori er, at paradigmeskiftet var for meget for udviklere, og det satte faktisk Google Cloud tilbage i flere år. Jeg vil kalde det Google-hubris, at de troede, at udviklere ville strømme til deres sandsynligvis overlegne teknologi. I stedet for at tale med udviklere og forsøge at opbygge et produkt, de havde brug for, byggede Google en implementering af elfenbenstårn. Men udviklere havde brug for en mere fornuftig og gradvis overgang fra deres eksisterende virksomhedsapplikationer, ikke en grundlæggende omskrivning.
Efter et par års forsøg på at overbevise udviklere om, at GAE var løsningen, gik de endelig ind og ind 2013 frigav virtuelle forekomster til Google Cloud Platform. Men den 5 års forsinkelse var nok til at lade AWS tage en enorm føring.
Det er ironisk, fordi det meste af sammenligningen af tilfælde mellem AWS og GCP mest ved siden af hinanden har GCP, der kommer lidt foran. Men det er en milliardkrig, og applikationer er ekstremt svære at flytte, så det tager et årti at overvinde AWS føre.