Beste antwoord
1. Ga naar pan.baidu.com en klik onderaan het inlogformulier om naar de aanmeldingspagina te gaan of ga direct naar hier om je aan te melden voor de Baidu Pan.
2. Het eerste veld op het aanmeldingsformulier is uw e-mailadres of telefoonnummer, het tweede veld is uw wachtwoord en het derde veld is een Captcha, die gelukkig in het Engels is. Uw wachtwoord moet tussen de 6 en 14 tekens lang zijn en mag alfabetten, cijfers en speciale tekens bevatten. 3. Nadat u zich heeft aangemeld voor het Baidu Pan-account, wordt een verificatie-e-mail naar uw e-mailadres gestuurd. Verifieer de e-mail en je bent klaar met het aanmeldingsproces. 4. Om de 2 TB gratis opslagruimte in de cloud te krijgen, moet u de mobiele client van Baidu Pan downloaden en erop inloggen. U kunt de iPhone-app van hier downloaden, de iPad-app van hier en de Android-app van hier . 5. Om in te loggen op de mobiele client van Baidu Pan, tik je op het gemarkeerde blauwe vak en voer je je e-mailadres en wachtwoord in. 6. Log nu in op pan.baidu.com en klik op de link in de onderstaande afbeelding.
7. Om uw 2 TB gratis cloudopslag te claimen, klikt u op de rode afbeelding met 2048G erop. Dat is het, je hebt je 2 TB gratis cloudopslag geclaimd bij Baidu Pan.
Je kunt nu doen wat je wilt met je 2 TB gratis cloudopslagruimte van Baidu Pan (Baidu Cloud Network Drive). Vergeet ook niet de andere Chinese cloudopslagdiensten te bekijken.
Antwoord
Hier is mijn huisdierentheorie hierover.
Google was eigenlijk niet zo laat bij het bereiken van de cloud is het probleem dat Google een cloud heeft geïntroduceerd die mensen niet wilden. AWS werd gelanceerd in 2006, maar Googles eerste cloudproduct Google App Engine (GAE) werd gelanceerd in 2008. In veel opzichten was GAE geavanceerder dan AWS. GAE heeft veel van de complexiteit weggenomen waar AWS-gebruikers nog steeds mee te maken hebben. GAE komt veel dichter bij wat Heroku biedt, een Platform as a Service (PaaS).
Het probleem was dat GAE zo nieuw was dat ontwikkelaars een aantal problemen hadden. Enkele van de problemen:
- Totale herschrijving van applicaties vereist in Python / Django
- Gebrek aan controle en potentiële leveranciersvergrendeling
- Hogere kosten
Ja, er waren claims van schaalbaarheid en dat de operationele expertise van Google het zorgeloos zou maken. Maar het was ook relatief onbewezen.
Mijn theorie is dat de paradigmaverschuiving te veel was voor ontwikkelaars en dat het Google Cloud feitelijk enkele jaren heeft vertraagd. Ik zou het Google-overmoed noemen dat ze dachten dat ontwikkelaars massaal naar hun waarschijnlijk superieure technologie zouden gaan. In plaats van met ontwikkelaars te praten en te proberen een product te bouwen dat ze nodig hadden, bouwde Google een ivoren torenimplementatie. Maar ontwikkelaars hadden een meer verstandige en geleidelijke overgang nodig van hun bestaande bedrijfstoepassingen, niet een grondige herschrijving.
Na een paar jaar proberen ontwikkelaars ervan te overtuigen dat GAE de oplossing was, stortten ze zich uiteindelijk in 2013 heeft virtuele instanties uitgebracht voor Google Cloud Platform. Maar die vertraging van vijf jaar was genoeg om AWS een enorme voorsprong te geven.
Het is ironisch, omdat bij de meeste vergelijkingen van instanties tussen AWS en GCP GCP een beetje vooruit komt. Maar het is een oorlog van een miljard dollar en applicaties zijn buitengewoon moeilijk te verplaatsen, dus het zal een decennium duren voordat de voorsprong van AWS is overwonnen.