Legjobb válasz
1. Lépjen a pan.baidu.com oldalra, és kattintson a bejelentkezési űrlap alján a feliratkozási oldalra való ugráshoz, vagy közvetlenül a itt a Baidu Pan feliratkozására.
2. A regisztrációs űrlap első mezője az Ön e-mail azonosítója vagy telefonszáma, a második mező a jelszava, a harmadik mező pedig egy Captcha, amely szerencsére angolul van. Jelszavának 6 és 14 karakter között kell lennie, és ábécét, számokat és speciális karaktereket tartalmazhat. 3. Miután regisztrált a Baidu Pan fiókra, egy ellenőrző e-mailt küldünk az e-mail azonosítójára. Ellenőrizze az e-mailt, és készen áll a regisztrációval. 4. A 2 TB szabad felhőtárhely megszerzéséhez le kell töltenie a Baidu Pan mobil kliensét és be kell jelentkeznie. Letöltheti az iPhone alkalmazást innen , az iPad alkalmazást innen és az Android alkalmazást innen . 5. A Baidu Pan mobil klienséhez való bejelentkezéshez érintse meg a kiemelt kék négyzetet, és adja meg e-mail azonosítóját és jelszavát. 6. Most jelentkezzen be a pan.baidu.com webhelyre, és kattintson az alábbi képen látható linkre.
7. 2 TB ingyenes felhőtárhely igényléséhez kattintson a piros képre, amelyen 2048G van. Ez az, igényelted a 2 TB-os ingyenes felhőtárhelyedet a Baidu Pan-tól.
Mostantól bármit megtehetsz a 2 TB-os ingyenes felhőtárhelyeddel a Baidu Pan (Baidu Cloud Network Drive) segítségével. Ne felejtsd el megnézni a többi kínai felhőtárolási szolgáltatást sem.
Válasz
Íme a kedvtelésből tartott elméletem erről.
A Google valójában nem késett a felhőhöz való eljutás során az a probléma, hogy a Google bevezett egy felhőt, amelyet az emberek nem akartak. Az AWS 2006-ban, de a Google első felhőterméke, a Google App Engine (GAE) 2008-ban indult. A GAE sok szempontból fejlettebb volt, mint az AWS. A GAE elvonta a komplexitás nagy részét, amellyel az AWS-felhasználóknak még mindig meg kell küzdeniük. A GAE sokkal közelebb áll a Heroku által kínált platformhoz, mint szolgáltatáshoz (PaaS).
A probléma az volt, hogy a GAE olyan új volt, hogy a fejlesztőknek számos problémája volt. A kérdések között:
- A Python / Django alkalmazásban szükséges az alkalmazás teljes átírása
- Az ellenőrzés hiánya és a potenciális szállítói zárolás
- Magasabb költségek
Igen, a skálázhatóságra hivatkoztak, és hogy a Google operatív szakértelme aggodalomra ad okot. De ez is viszonylag bizonyítatlan volt.
Az az elméletem, hogy a paradigmaváltás túl sok volt a fejlesztők számára, és valójában több évre visszavetette a Google Cloud szolgáltatást. Google hubrisnak nevezném, hogy úgy gondolták, hogy a fejlesztők a legmagasabb szintű technológiájukhoz fognak csatlakozni. Ahelyett, hogy beszélt volna a fejlesztőkkel, és megpróbált volna egy szükséges terméket gyártani, a Google elefántcsonttorony-megvalósítást épített. De a fejlesztőknek ésszerűbb és fokozatosabb átmenetre volt szükségük a meglévő vállalati alkalmazásoktól, nem pedig átfogó átírásra.
Néhány év után, amikor megpróbáltuk meggyőzni a fejlesztőket arról, hogy a GAE a megoldás, végül belemerültek. 2013 virtuális példányokat adott ki a Google Cloud Platformra. De ez az 5 éves késés elegendő volt ahhoz, hogy az AWS hatalmas előnyt szerezhessen.
Ironikus, mert az AWS és a GCP példányainak egymás melletti összehasonlításával a GCP kicsit előrébb került. De milliárd dolláros háborúról van szó, és az alkalmazásokat rendkívül nehéz mozgatni, ezért az AWS vezetésének egy évtizedet kell igénybe vennie.