A Baidu Cloud használata


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.

Vélemény, hozzászólás?

Az email címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük