Beste svaret
1. Gå til pan.baidu.com og klikk nederst på innloggingsskjemaet for å gå til registreringssiden eller gå direkte her for å registrere deg for Baidu Pan.
2. Det første feltet på registreringsskjemaet er e-post-ID eller telefonnummer, det andre feltet er passordet ditt og det tredje feltet er en Captcha, som heldigvis er på engelsk. Passordet ditt skal variere fra 6 til 14 tegn og kan inneholde alfabet, tall og spesialtegn. 3. Etter at du har registrert deg for Baidu Pan-kontoen, sendes en bekreftelses-e-post til din e-post-ID. Bekreft e-postadressen, og du er ferdig med registreringsprosessen. 4. For å få 2 TB gratis skylagringsplass må du laste ned Baidu Pans mobile klient og logge på den. Du kan laste ned iPhone-appen fra her , iPad-appen fra her og Android-appen fra her . 5. For å logge på Baidu Pans mobile klient, trykk på den uthevede blå boksen og skriv inn e-post-ID og passord. 6. Logg deg nå på pan.baidu.com og klikk på lenken vist på bildet nedenfor.
7. For å kreve 2 TB gratis skylagring, klikk på det røde bildet som har 2048G på seg. Det er det, du har hevdet 2 TB gratis skylagring fra Baidu Pan.
Du kan nå gjøre hva du vil med 2 TB gratis skylagringsplass fra Baidu Pan (Baidu Cloud Network Drive). Ikke glem å sjekke ut de andre kinesiske skylagringstjenestene også.
Svar
Her er kjæledyrteorien min om dette.
Google var faktisk ikke så sent i å komme til skyen, er problemet at Google introduserte en sky som folk ikke ønsket. AWS ble lansert i 2006, men Googles første skyprodukt Google App Engine (GAE) ble lansert i 2008. På mange måter var GAE mer avansert enn AWS. GAE abstraherte mye av kompleksiteten som AWS-brukere fortsatt har å forholde seg til. GAE mye nærmere det Heroku tilbyr, en plattform som en tjeneste (PaaS).
Problemet var at GAE var så nytt at utviklere hadde en rekke problemer. Blant problemene:
- Total omskriving av applikasjoner som kreves i Python / Django
- Mangel på kontroll og potensiell leverandørlåsing
- Høyere kostnader
Ja, det var påstander om skalerbarhet, og at Googles operasjonelle ekspertise ville gjøre det bekymringsfritt. Men det var relativt uprøvd også.
Min teori er at paradigmeskiftet var for mye for utviklere og at det faktisk satte tilbake Google Cloud i flere år. Jeg vil kalle det Google-hubris at de trodde utviklere ville strømme til deres sannsynlig overlegne teknologi. I stedet for å snakke med utviklere og prøve å bygge et produkt de trengte, bygde Google en implementering av elfenbenstårn. Men utviklere trengte en mer fornuftig og gradvis overgang fra sine eksisterende bedriftsapplikasjoner, ikke en omskrivning fra begynnelsen.
Etter noen år med å prøve å overbevise utviklere om at GAE var løsningen, la de til slutt inn og inn 2013 utgav virtuelle forekomster til Google Cloud Platform. Men den 5 års forsinkelsen var nok til å la AWS ta et enormt forsprang.
Det er ironisk, fordi det meste av sammenligningen av tilfeller mellom AWS og GCP de fleste ved siden av hverandre har GCP som kommer litt foran. Men det er en milliardkrig og applikasjoner er ekstremt vanskelige å flytte, så AWS ledelse vil ta et tiår å overvinne.