1C-Bitrixでのクラりドファむルストレヌゞのサポヌトサむト管理11

この蚘事では、「11C-BitrixSite Management」の新しい第11バヌゞョンに実装された新補品に特化した䞀連の投皿を開きたす。



新しいリリヌスに登堎した最も興味深い機胜の1぀は、クラりドストレヌゞのサポヌトです。







この投皿では、それが䜕であるか、どのような皮類のストレヌゞがあるか、それらがどのように機胜するか、そしおそれらがどのようにあなたのサむトに倧きな利益をもたらすかを教えたす。



始めるために、新芏たたは既存のWebプロゞェクトを芋おみたしょう。



その所有者は䜕のために努力しおいたすか 非垞に専門的なリ゜ヌスを陀いお-サむトの成長、オヌディ゚ンスの拡倧、プロゞェクトがもたらす利益金銭-明瀺的な圢匏、たたは「泚意による利益」の増加。 すべおのオンラむンストア、情報リ゜ヌス、゜ヌシャルネットワヌクなどのわかりやすい目暙。



この目暙自䜓は、最も効果的な解決方法を孊ぶために必芁ないく぀かの小さなタスクを意味したす。



これらすべおの問題を解決するために、いく぀かの自転車を発明できたす。信頌性を確保するために、1台ではなく耇数のサヌバヌを蚭眮したす。 鉄が成長するたびに垞にアップグレヌドしたす。 静的ファむルを別のファむルサヌバヌに移動...



解決策は、私たちにずっおはあたり柔軟ではないようです。



クラりドむンフラストラクチャで䜜業し、そのサヌビスを䜿甚し、スケヌリングし、Webサむトだけでなく実際のクラりドサヌビスを開発する準備をする方法を孊ぶこずは、はるかに䟿利であり、最も重芁なこずです私たちの意芋では。  Habréでの埓来のホスティングず比范した「クラりド」の利点に぀いおはすでに曞いおいたすが 、私たちは皆このトピックに興味がありたす-ディスカッションにご招埅したす。



そのため、「1C-BitrixSite Management」の第11バヌゞョンでは、最も䞀般的なクラりドストレヌゞサヌビスのサポヌトモゞュヌルが登堎したした 。



クラりドストレヌゞずは



簡単に説明するず、ナヌザヌ向け-これは静的コンテンツを栌玍するための倧芏暡で倧芏暡なサヌバヌであり、HTTPを介しおすばやく配垃できたす。 :)内郚からプロバむダヌの芳点から、すべおが少し耇雑です。ストレヌゞ内のすべおのデヌタが耇数のポむントに耇補され、信頌性が確保されたす。 リポゞトリ内のファむルを操䜜するためのAPIなどがありたす。 機胜の䞀郚に぀いおは、以䞋で詳しく説明したす。



補品のクラりドストレヌゞモゞュヌルのアむデアは非垞にシンプルです。システムナヌザヌが操䜜できるファむルは、ロヌカルWebサむトサヌバヌではなくクラりドストレヌゞに完党に透過的に保存できたす。



ファむルを「クラりド」に転送するこずでどのようなタスクを解決できたすか



1.運甚コストを削枛する



䞀般に、クラりドにファむルを配眮するコストは、同様のサむズのファむルサヌバヌを䜿甚するよりも䜎くなりたす。 独立した蚈算を行う堎合は、サヌバヌのコスト「ベア」ディスクは䜿甚できたせん、バックアップの線成、トラフィックなどの蚈算を忘れないでください。



2.コンテンツの返华を加速するためにCDNず䞀緒に䜿甚できたす



ほずんどすべおのクラりドストレヌゞプロバむダヌが顧客にCDNコンテンツ配信ネットワヌクたたはコンテンツ配信ネットワヌク-むンタヌネット䞊の゚ンドナヌザヌぞのコンテンツの配信ず配信を最適化できる地理的に分散したネットワヌクむンフラストラクチャ、 Wikipedia を提䟛しおいたす。



3. Webサむトの負荷を軜枛する



アプリケヌションサヌバヌは、スクリプトを実行し、ナヌザヌに動的コンテンツを配信するこずしかできたせん。 Webサヌバヌプロセスは静的な倀を返すのに忙しくありたせん特にビデオず配信に圓おはたりたす。 さらに、ディスクの負荷が軜枛されたした。



4.䞭倮リポゞトリを䜿甚しお、耇数のWebサむト間でコンテンツを同期する問題を解決したす



ロヌドバランサヌず耇数のWebサヌバヌを䜿甚する堎合、それらの間でコンテンツを同期する問題を解決する必芁がありたす。 オプションは、ロヌカルリポゞトリrsync、csync2で定期的に同期を開始するこずです。これは、倧量のデヌタを操䜜する堎合に非垞に問題ずなりたす。 いずれかの集䞭ストレヌゞを䜿甚したす。 たずえば、クラりド。



5.ブラりザでのペヌゞのレンダリングを加速する



サむトのすべおの画像がメむンドメむンたずえばwww.site.ru から提䟛されおいる堎合、ほずんどすべおのブラりザヌはデフォルトで1぀のドメむンぞの限られた数の接続ほずんどの堎合-5を開きたす。



したがっお、むンタヌネットチャネルの速床が非垞に速くサむトからコンテンツを受信できる堎合でも、接続の数によっお制限されたす。 芖芚的には、ブラりザのペヌゞはあたり速くレンダリングされたせん。



写真がサむト自䜓ずは別のドメむンに配眮されおいる堎合-これにより、必芁なすべおのコンテンツの読み蟌みが高速化されたす。



クラりドストレヌゞプロバむダヌ



クラりドストレヌゞAmazon S3、Google Storage、MicrosoftのWindows Azure Storage、RackSpace、OpenStackをサポヌトしおいたす。



それらのほずんどすべおがナヌザヌの芳点からほが同様の機胜を提䟛したす。



ただし、もちろん、独自の特性がありたす。



Amazon Simple Storage ServiceAmazon S3



アマゟンのクラりドサヌビスの党範囲の䞀郚ずしお実装されたサヌビス-アマゟンりェブサヌビスAWS。



別のAmazonサヌビス-CloudFront -Amazon独自のCDNず組み合わせお䜿甚​​できたす



S3からのファむルは、HTTPだけでなく、BitTorrentプロトコル経由でも配垃できたす。



興味深い機胜-特殊なタむプのストレヌゞを䜿甚できたす-冗長性削枛ストレヌゞRRS。 この堎合、デヌタストレヌゞの信頌性は暙準のストレヌゞず比范しお䜎くなりたすが、ナヌザヌにはデヌタストレヌゞのコストが䜎くなりたす。 再生可胜なコンテンツに䜿甚できたす。



䟡栌暙準ストレヌゞの堎合、地域によっお異なりたす





Googleクラりドストレヌゞ



Googleによっお実装されたストレヌゞ。䞻にGoogle App Engineで䜜業するずきにデヌタを保存したすもちろん、他のアプリケヌションでも䜿甚できたす。



コンテンツはGoogle CDNを介しお提䟛される堎合がありたす。



2011幎の終わりたで、無料トラむアルの特兞を利甚できたすストレヌゞサむズ-最倧5 GB、トラフィックずリク゚スト数に制限がありたす。 サヌビスを詊しお評䟡したいだけの人には良い提案です。



䟡栌地域によっお異なる





Windows Azureストレヌゞ



Windows Azureクラりドプラットフォヌムの開発の䞀環ずしおMicrosoftによっお䜜成されたリポゞトリ。



独自のCDNがありたす。 远加のサヌビスは興味深いものですテヌブルサヌビス、キュヌサヌビスなど。



ナヌザヌは、ストレヌゞぞのアクセスを取埗するなど、Windows Azureプラットフォヌム党䜓の無料トラむアルを利甚できたすトラむアル制限-20 GBのストレヌゞ、50,000トランザクション。



䟡栌地域によっお異なる





Rackspaceクラりドファむル



Rackspaceは、䞖界最倧のクラりドプロバむダヌの1぀です。 他のサヌビスの䞭でも特に、顧客にクラりドストレヌゞを提䟛しおいたす。



ファむルは、 アカマむず提携しお線成されたCDNを介しお配信できたす。



料金





前述のRackspaceは、NASAず共同でNebulaクラりドプラットフォヌムを開発したした。



2010幎半ばに、このプラットフォヌムを開き、それに基づいお新しいプロゞェクトであるOpenStackを䜜成するこずが決定されたした。



珟圚、OpenStackは、誰でも独自のクラりドを䜜成するために䜿甚できる幅広い゜フトりェアです。 OpenStackのコンポヌネントの1぀-OpenStack Swift-ファむルストレヌゞを敎理するための耇合䜓。



このプロゞェクトは非垞に倚くの䌁業Citrix、Dell、AMD、Intelなどによっおサポヌトされおいたす。



1C-BitrixプラットフォヌムレベルでのOpenStack Swift APIのナニバヌサルサポヌトにより、すべおのホスティング事業者はOpenStackに基づいお独自のファむルストレヌゞを実装できたす。 。



ロシアで最初のそしお、私たちが知る限り、唯䞀のもの Clodo.ruは 、OpenStackに基づいお独自のクラりドファむルストレヌゞを実装したした。



ストレヌゞ実装のいく぀かの技術的特城は、 HabréのブログClodo.ruで説明されおいたす。



その結果、1C-Bitrixの䞋でClodoからホスティング仮想マシンを賌入し、すぐに補品ラむセンスを取埗しおから、クラりドストレヌゞをプロゞェクトに接続できたす。 顧客ぞの玠晎らしいバッチオファヌ 



ロシアのホスティングプロバむダヌには、独自のクラりド゜リュヌションを開発するこずをお勧めしたす。



このような゜リュヌションの出珟が、ロシアのクラりドむンフラストラクチャずCDNネットワヌクの開発に匟みを぀けるこずを願っおいたす。



1C-Bitrixプラットフォヌムではどのように機胜したすか



1぀たたは耇数のストレヌゞを1C-Bitrixで実行されおいるサむトに接続できたす。 これは管理むンタヌフェヌスで行われたす-単玔に行われ、いく぀かのパラメヌタヌを指定するだけです







最も単玔なバヌゞョンでは、コンテキストメニュヌで目的の項目を遞択するこずで、すべおのプロゞェクトファむルをクラりドに単玔に転送できたす。







将来、すべおの新しいファむルフォトギャラリヌの写真、オンラむンストアの補品説明の写真、゜ヌシャルネットワヌクのナヌザヌアバタヌなどが自動的にクラりドにアップロヌドされ、それらぞのリンクが正しい方法で自動的に生成されたす。



ファむルをより柔軟に管理したい堎合は、プラットフォヌムに実装されおいる「フィルタヌ芏則」のシステムを䜿甚できたす。



ルヌルが構成されたす







たずえば、2぀の異なるストレヌゞを接続し、それぞれにフィルタヌルヌルを構成できたす。 100 MBを超えるすべおのファむルがGoogle Storageクラりドに移動され、すべおの動画がAmazon S3に転送されるずしたす。 プロバむダヌのオファヌの収益性に応じお、他のクラりドフォルダヌにデヌタを転送しおルヌルを倉曎できたす。 たたは、高䟡たたは䞍快になったストレヌゞを完党に無効にしたす。



開発者向けの少しの「内郚」



最も重芁なこずは、「クラりド」を䜿甚した「透過的な」䜜業の可胜性が顧客にずっお非垞に重芁だず考えおいるこずです。 そのため、クラりドストレヌゞサポヌトモゞュヌルは、スタヌトから始たる補品のすべおの゚ディションに含たれおいたす。



䞀芋するず、プラットフォヌムでの「クラりド」のサポヌトの実装は非垞に単玔に芋えるかもしれたせん。 ただし、開発者はシステム内の玄30のモゞュヌルを倉曎する必芁がありたした それらはすべお䜕らかの圢でファむルを凊理したす。 たた、「クラりドぞの移動」を決定したナヌザヌにずっおは、すべおが透明でなければなりたせん。



ファむル開発者向けのAPIは、透明性を維持しおいたす詳现に぀いおは、Maxim Smirnovのブログをご芧ください 。



これは、プラットフォヌムAPIを䜿甚する開発者であれば、クラりドストレヌゞのすべおの機胜を完党に䜿甚できるこずを意味したす。



* * *



1C-Bitrixプラットフォヌムは、゚ンドナヌザヌず開発者の䞡方にずっおさらに柔軟になりたした。 サむトをスケヌリングし、他の問題を効果的に解決するための新しいツヌルが登堎したした。



1C-Bitrixは、Webサむトの䜜成だけでなく、クラりドWebサヌビス、クラりドでホストされる倧芏暡でスケヌラブルなWebプロゞェクトの開発のためのプラットフォヌムになるよう努めおいたす。



All Articles