Bästa svaret
1. Gå till pan.baidu.com och klicka längst ned på inloggningsformuläret för att gå till registreringssidan eller gå direkt här för att registrera dig för Baidu Pan.
2. Det första fältet i registreringsformuläret är ditt e-post-id eller telefonnummer, det andra fältet är ditt lösenord och det tredje fältet är en Captcha, som lyckligtvis är på engelska. Ditt lösenord bör sträcka sig från 6 till 14 tecken och kan innehålla alfabet, siffror och specialtecken. 3. När du har registrerat dig för Baidu Pan-kontot skickas ett verifierings-e-postmeddelande till ditt e-post-id. Verifiera e-postmeddelandet så är du klar med registreringsprocessen. 4. För att få 2 TB gratis molnlagringsutrymme måste du ladda ner Baidu Pans mobilklient och logga in på den. Du kan ladda ner iPhone-appen från här , iPad-appen från här och Android-appen från här . 5. För att logga in på Baidu Pans mobilklient, tryck på den markerade blå rutan och ange ditt e-post-ID och lösenord. 6. Logga nu in på pan.baidu.com och klicka på länken som visas i bilden nedan.
7. För att göra anspråk på ditt 2 TB gratis molnlagring, klicka på den röda bilden som innehåller 2048G. Det är det, du har gjort anspråk på ditt 2 TB gratis molnlagring från Baidu Pan.
Du kan nu göra vad du vill med ditt 2 TB gratis molnlagringsutrymme från Baidu Pan (Baidu Cloud Network Drive). Glöm inte att kolla in de andra kinesiska molnlagringstjänsterna också.
Svar
Här är min sällskapsdjursteori om detta.
Google var faktiskt inte så sent för att komma till molnet är problemet att Google introducerade ett moln som folk inte ville ha. AWS lanserades 2006, men Googles första molnprodukt Google App Engine (GAE) lanserades 2008. På många sätt var GAE mer avancerad än AWS. GAE abstraherade mycket av den komplexitet som AWS-användare fortfarande måste hantera. GAE mycket närmare vad Heroku erbjuder, en plattform som en tjänst (PaaS).
Problemet var att GAE var så nytt att utvecklare hade ett antal problem. Bland problemen:
- Total omskrivning av applikation krävs i Python / Django
- Brist på kontroll och potentiell leverantörslåsning
- Högre kostnader
Ja, det fanns påståenden om skalbarhet och att Googles operativa expertis skulle göra det bekymmersfritt. Men det var också relativt obevisat.
Min teori är att paradigmskiftet var för mycket för utvecklare och att det faktiskt satte tillbaka Google Cloud i flera år. Jag skulle kalla det Google-hubris att de trodde att utvecklare skulle flockas till deras sannolikt överlägsna teknik. I stället för att prata med utvecklare och försöka bygga en produkt de behövde byggde Google en implementering av elfenbenstorn. Men utvecklare behövde en mer förnuftig och gradvis övergång från sina befintliga företagsapplikationer, inte en grundläggande omskrivning.
Efter några års försök att övertyga utvecklare att GAE var lösningen, gick de äntligen in och in 2013 släppte virtuella instanser till Google Cloud Platform. Men den förseningen på fem år räckte för att låta AWS ta en enorm ledning.
Det är ironiskt, för de flesta sidor vid sida jämförelser av förekomster mellan AWS och GCP har GCP som kommer lite framåt. Men det är ett miljardkrig och applikationer är extremt svåra att flytta, så det tar ett årtionde för AWS att komma över.