Пре­жде всего, хо­чу из­ви­нить­ся перед все­ми, кто шлет мне слезные пись­ма. Мол, Во­ло­день­ка, род­нень­кий, пере­стань пи­сать не­по­нят­ные по­сты, да­вай как рань­ше, чтоб за жи­вое с ку­чей ма­тов и смеш­но, и за жизнь чтоб, про по­ли­ти­ку, Ти­мо­шен­ко там или Оба­му Ху­сей­но­ви­ча. Про­чи­та­ешь бы­ва­ло, а по­том де­тям по­ка­жешь и сам пор­жешь. Ну а сей­час с же­ной чи­та­ем и ни­че­го не по­ни­ма­ем, за­чем ты так с на­ми? Мы же твоя це­ле­вая ауди­то­рия. Так вот, ауди­то­рия, слу­шайте ме­ня сю­да, если кто мою Кристиночку. Я не иби­гдан, не те­ма с дву­мя точ­ка­ми над бук­вой "е" и уж тем бо­лее не дру­гой. Если кто не чи­тал дис­клей­мер, то осме­люсь по­вто­рить его клю­че­вую мысль здесь. Мне в хуй не упа­ло, сколь­ко лю­дей ме­ня чи­та­ет, пи­шу я ис­клю­чи­тель­но для се­бя, че­го и вам же­лаю, сол­ныш­ки вы мои. Вот та­кой вот я бру­таль­ный со­ци­о­пат, lmao.

А те­перь перейдем не­по­сред­ствен­но к те­ме сего­дняш­не­го мо­е­го мо­но­ло­га. Google, не про­шло и го­да как, при­слал мне при­гла­ше­ние "на по­смот­реть" на об­лач­ную си­сте­му хра­не­ния больших объемов дан­ных в мас­си­ве их content delivery network под на­зва­ни­ем Google Storage for Developers. При­слал очень неожи­дан­но, всего че­рез час по­сле то­го, как я вклю­чил плат­ный се­бе ак­каунт на Google Apps Engine, это вам та­кой на­мек, хо­зяй­ке на за­мет­ку, за­реги­стри­руй­те свою кар­ту в Google Checkout и ин­вайты при­ду са­ми со­бой, гугл не лю­бит ни­ще­бро­дов, ага. Так вот, всем нам из­ве­стен пер­во­про­хо­дец, став­ший прак­ти­че­ски мо­но­по­ли­стом в сфе­ре cloud computing + storage. Amazon уже до­ста­точ­но дол­гое вре­мя предо­став­ляет за смеш­ные день­ги всем же­ла­ю­щим воз­мож­ность восполь­зо­вать­ся своим CDN для рас­про­стра­не­ния контен­та по все­му ми­ру на больших ско­ро­стях. Тут нуж­но упо­мя­нуть о те­ку­щем бесспор­ном пре­иму­ще­стве S3 над GSfD, ко­то­рое за­клю­ча­ет­ся в гео­гра­фи­че­ской раз­ветв­лен­но­сти да­та­цен­тров ама­зо­на, гугл же по­ка да­ет ме­сто толь­ко на конти­нен­те де­мо­кра­тии. Воз­мож­но, все из­ме­нит­ся по­сле вы­хо­да API из со­сто­я­ния бе­та­те­ста, все же у гугла сер­вер­ных мощ­но­стей по все­му ми­ру бу­дет по­больше, чем 5 да­та­цен­тров ама­зо­на. Во­об­ще, та­кой вот фразой, про бе­та­тест и ран­нюю ста­дию раз­ви­тия, мож­но оправ­дать от­сут­ствие всего необ­хо­ди­мо­го в Google Storage. Я ду­маю, что мно­гие ви­де­ли ин­тер­фейс AWS Management Console (кто нет - тут вам скрин­шо­ты), гугл в этом смыс­ле немного от­ста­ет, предо­став­ляя лишь ба­зо­вый функ­ци­о­нал со­зда­ния вед­ра (мне нра­вит­ся так пере­во­дить bucket, хо­тя, в прин­ци­пе, кор­зи­на под­хо­дит много луч­ше), со­зда­ния вло­жен­ных в вед­ро ди­рек­то­рий, за­груз­ки файлов и по­лу­че­ния пуб­лич­ных ссы­лок на них. Все это вы­гля­дит у гугла подоб­ным об­разом, и есть еще ин­тер­фейс управ­ле­ния клю­ча­ми до­сту­па. У Amazon все же луч­ше по­лу­чи­лось, учи­ты­вая их расши­рен­ный copy-cut-paste функ­ци­о­нал и вы­па­да­ю­щее контекстное ме­ню. Гугл не поз­во­ля­ет да­же упо­ря­до­чить файлы в вед­ре по их раз­ме­ру или да­те со­зда­ния, что во­об­ще пе­чаль­но. С дру­гой сто­ро­ны, тут есть лю­би­мый мной drag and drop, когда, пере­тянув файл в откры­тую вклад­ку GSfD, мы ини­ци­и­ру­ем его за­груз­ку. Не зря в свое вре­мя гугл очень суе­тил­ся, про­тал­ки­вая эту draggable file objects спе­ци­фи­ка­цию в стан­дарт html, и ис­поль­зу­ет ее сей­час прак­ти­че­ски во всех своих SaaS-ах. Не­до­стат­ком яв­ляет­ся не­воз­мож­ность за­груз­ки це­лой ди­рек­то­рии, пу­тем ее пере­тас­ки­ва­ния, но это ско­рее security policy огра­ни­че­ние стан­дар­та, а не ин­тер­фей­са. Это что ка­са­ет­ся ви­зу­аль­ных сви­сте­лок и пер­де­лок, те­перь сто­ит ска­зать о том, что ин­тере­сует developers, для ко­то­рых, соб­ствен­но, ис­хо­дя из на­зва­ния, и был сде­лан Google Storage, а имен­но - RESTful API сер­ви­са. Для red-eye управ­ле­ния своим сто­ре­джем гугл сде­лал кон­соль­ную ути­литу под на­зва­ни­ем gsutil, ко­то­рой мож­но сде­лать аб­со­лют­но лю­бые опе­ра­ции над свои­ми вед­ра­ми, но в то же вре­мя (вни­ма­ни­ем), гугл не изоб­ре­та­ла ве­ло­си­пед и сде­ла­ла свой API аб­со­лют­но сов­ме­сти­мым с API S3, а зна­чит все ути­ли­ты тре­бу­ют ми­ни­маль­но­го фей­слиф­та в ви­де сме­ны ENDPOINT и xmlns для ми­гра­ции с об­ла­ков на об­ла­ка. Что ка­са­е­мо мо­дуль­ной ре­а­ли­за­ции для разных язы­ков, то в ка­че­стве при­ме­ра в Google вы­бра­ли boto - Python interface to Amazon Web Services c ми­ни­маль­ным из­ме­не­ни­я­ми. Очень все это не по­хо­же на гугл, ведь, по су­ти, да­же сам gsutil это прак­ти­че­ски s3cmd. Ска­жу сра­зу, моя ра­дость по по­во­ду воз­мож­но­го объеди­не­ния Google Apps Engine (все же blob storage c его глу­пым ли­ми­том чте­ния 1MB per 1 API call за­став­ляет пи­сать не­при­ят­ные ре­сур­со­ем­кие ве­ло­си­пе­ды) и Google Storage for Developers бы­ла преж­девре­мен­ной, у URLFetch биб­лио­те­ки - единствен­ной "дыр­ки", че­рез ко­то­рую мож­но вый­ти за пре­де­лы сво­е­го окру­же­ния в GAE, есть один не­при­ят­ный ли­мит 1MB max upload and download per 1 API Call. Ах ты ж еба­ный ты нахуй, не ина­че. Все это, ко­неч­но, ре­ша­е­мо, но це­ной про­цес­сор­но­го вре­ме­ни, ко­то­рое де­неж­ку сто­ит. Хо­тя, если по­смот­реть на Roadmap проек­та, то гуглов­цы кля­нут­ся, что в бли­жайшем вре­ме­ни ин­те­гра­ция этих двух сер­ви­сов долж­на прой­ти в рам­ках GAE, ис­крен­не на­де­юсь, что без глу­пых ли­ми­тов. Что ка­са­ет­ся ско­ро­стей за­груз­ки\отда­чи, то мой опыт и об­зо­ры в ин­тер­не­те по­ка­зы­ва­ют, что GSfD со­всем немного бы­стрее, это впол­не объ­яс­ни­мо ме­нее ак­тив­ным его ис­поль­зо­ва­ни­ем. Так что и тут паль­цем в не­бо. При всей мо­ей лю­бви к по­ис­ко­во­му ги­ган­ту, я не мо­гу найти хоть од­но ма­ло­маль­ское пре­иму­ще­ство. Об этом мы и по­го­во­рим в за­вер­ше­нии по­ста (тут мог­ла бы быть шут­ка про Пас­ху, но нет).

Ну вот, раз мы те­перь зна­ем, что у обе­их компа­ний все оди­на­ко­во, сто­ит спро­сить се­бя, а на­фиг во­об­ще гугл за­те­ял эту воз­ню и как он со­би­ра­ет­ся пере­ма­ни­вать кли­ен­тов? Пра­виль­ным от­ве­том мог­ли бы стать це­ны, но нет. Срав­ни­те сто­и­мость Amazon S3 (я уже мол­чу про их RRS) и Google Storage for Developers. И без каль­ку­ля­то­ра вид­но, что да­же в самом до­ро­гом да­та­цен­тре це­ны у ама­зон­ки то по­ни­же бу­дут, я уже мол­чу про на­личие од­но­го бес­плат­но­го ги­га­байта out-тра­фи­ка в ка­че­стве вкус­ной плюш­ки для мел­ких сайтов или экс­по­нен­ты сни­же­ния сто­и­мо­сти bw при большом по­треб­ле­нии. Ка­кие моти­вы оста­ют­ся у гугла для раз­ра­бот­чи­ков? Толь­ко лишь гео­гра­фи­че­ская рас­пре­де­лен­ность хра­ни­ли­ща и тес­ная ин­те­гра­ция со сво­ей вы­чис­ли­тель­ной плат­фор­мой Google Apps Engine. Ни пер­вое, ни вто­рое не ре­а­ли­зо­ва­но, а есть толь­ко гром­кое имя, ко­пи­паст тех­но­ло­гии, за­вы­шен­ные це­ны и по­ка еще не со­всем опре­де­лен­ное бу­ду­щее. Бу­дем на­де­ять­ся, что гугл, как и в слу­чае с Google Apps, оста­вит не­большую бес­плат­ную кво­ту, ко­то­рой бу­дет хва­тать для лич­но­го, не­большо­го при­ло­же­ния, тем са­мым завле­кая раз­ра­бот­чи­ков на свой сер­вис. Дру­гих пу­тей до­сти­же­ния успе­ха, а не со­зда­ния оче­ред­но­го сер­ви­са аля Google Buzz (много шу­ми­хи, дра­ка за ин­вайты, об­зор ме­ся­ца на слеш­до­те и т.д., и т.п., но поль­зу­ют­ся еди­ни­цы), я не ви­жу.