Hnoss

Hnoss

GitLabのグループ機能はとんでもないツールだった。
カレンダー

文書タグ

フノス(訳者)(208) IT(184) 解説記事(140) マニュアル(78) GitLab CI(58) オープンソース(50) Linux(38) GitLab(33) メディア(33) コンテナ(28) ウェブ制作(25) DTM(19) HTML5(19) Libre Music(18) おすすめ オープンソース・ソフトウェア(18) 百科事典(14) プラグイン(13) 文化(12) ソフトウェア(11) セキュリティ(11) 録音(11) ミキシング(11) MIDI(10) 西アジア/中東(10) ジョージア(9) グルジア(9) 東ヨーロッパ(9) 料理(9) シーケンス(8) 芸能(8) 音楽編集(8) コマンド(8) 音楽(7) 経済(7) マスタリング(7) Raspberry Pi(6) 業務効率化(6) Google(5) WordPress(5) アプリ(5) JACK(5) マイクロサービス(5) 北米(4) Windows(4) Android(4) ワークフロー(4) 映像制作(4) ハンドブック(4) GNU(4) 欧州(4) 音楽プレーヤー(4) Ubuntu(4) アニメ(3) ホームオートメーション(3) アニメーション(3) IoT(3) Ardour(3) 社会(3) Java(3) ソーシャルメディア(3) DAW(3) 法律(3) Python(3) 牛(2) 歴史(2) ニュース(2) GNOME3(2) iOS(2) PlayStation(2) 仮想通貨(2) 古代エジプト(2) マーケティング(2) 有角神(2) エジプト(2) ALSA(2) OS X(2) ERPシステム(2) 電子ブック(2) トヨタ(2) バト(2) Krita(2) 電子書籍(2) ウィッカ(2) GPL(2) ERP(2) オカルト(2) Twitter(2) ロスレス音源(2) BountySource(2) スマホ(2) 魔女宗(1) アクティブSETI(1) バイノーラル(1) Papagayo(1) 写真(1) 意味(1) コシディウス(1) インド(1) ユーコン(1) ヤーウェ(1) CD(1) タブレット(1) 学校(1) 日本(1) 羊(1) ベルゼブブ(1) デジタルサイネージ(1) VR(1) アップストリーム・パッケージング(1) 画像(1) 由来(1) グンデストルップの大釜(1) カナン(1) カナダ(1) サウンドフォント(1) 詩篇(1) チップチューン(1) バ・ネブ・デデト(1) コットン・マザー(1) クラウドキャスティング(1) VST(1) ポータブルソフトウェア(1) エリファス・レヴィ(1) マサチューセッツ(1) 考古学(1) 申命記(1) クヌム(1) 魔女裁判(1) オンデマンド(1) リーナス・トーバルズ(1) バフォメット(1) UNIX(1) 黙示録(1) スタジオジブリ(1) アモン(1) セイラム魔女裁判(1) ねじ巻きラジオ(1) 3D(1) 政治(1) イボ人(1) 国際(1) クリエイティブ・コモンズ(1) amazon(1) キリスト教(1) レビ記(1) Synfig(1) 独占(1) アマナイ(1) 広告(1) KXStudio(1) EU(1) イケンガ(1) 国際公文書館会議(1) マイナビ(1) 募金(1) ユダヤ教(1) ウルガタ聖書(1) 科学技術(1) 出エジプト記(1) 観光案内(1) 絵文字(1) サンフランシスコ(1) パキスタン(1) リクルート(1) ハトホル(1) パン(1) 地方(1) Blender(1) 羊神(1) ギリシャ(1) 高速道路情報無線(1) ツイッター(1) Youtube(1) 中南米(1) モヘンジョ=ダロ(1) CC(1) 声明(1) 悪魔(1) ラジオ(1) アレクサンドロス大王(1) ローマ(1) ポッドキャスト(1) ゲーム(1) パシュパティ(1) 1Password(1) アピス(1) 宗教(1) テレビ(1) OpenToonz(1) 電子教材(1) 船乗りの柱(1) シリア(1) GPS(1) アフリカ(1) リグ・ヴェーダ(1) F-Droid(1) ムネヴィス(1) ネオペイガニズム(1) コミュニティ放送(1) アンビソニック(1) 元ネタ(1) ケルヌンノス(1) ナイジェリア(1) 日記(1) 聖書(1) 任天堂 DS(1) 教育(1) bi-modal IT(1)
リファレンス

first-time visitors
user guide
謝辞

「みんなの翻訳」は情報通信研究機構言語翻訳グループ東京大学図書館情報学研究室による共同プロジェクトであり、三省堂国立情報学研究所連想情報学研究開発センターが開発に協力しています。三省堂には「グランドコンサイス英和辞典(36万項目収録)」の使用を許可していただきました。

連携研究グループはこちらをご覧ください。

「みんなの翻訳」を使っている翻訳グループについてはこちらをご覧ください。

バナー

logo

ポスター

poster

フライヤー

poster poster
Mozilla Firefox ブラウザ無料ダウンロード
本サイトはブラウザ「Mozilla Firefox」推奨です。
Firefox3で動作確認しています。

Valid XHTML 1.0 Transitional


2017年2月1日 | Garima V Sharma
イメージ画像: CC0 Public Domain

 アプリケーションのパフォーマンスとは、ソフトウェアが与えられたタスクをいかに早く完璧に処理できるかということです。
 その課題で焦点となるのは、

  • ピークロード時の反応時間
  • 使いやすさ、機能性、
  • 本来のユースケースと代替経路運営コスト(CPU稼働率、メモリー使用率、データ効率、バンド幅など)

 性能の評価は、ロードを送信するときに必要とされる計算リソースの値、あるいはピーク時に要求されるアプリケーション・インスタンス数次第で伸びることがあります。

  まず、パフォーマンスがよくないソフトはヒットしないのは明白ですが、それでは「パフォーマンス」とは何か。それはユーザー側にとってのソフトの使用感のことなのです。

 ソフトの使用感は、顧客が期待する応答時間になっているかどうか、さらに使いたいと思わせる客層に合わせて設計されたコンテンツがあるかどうか、選んだデバイスは正しいのかなど、細かいことをいえば様々な項目が挙げられます。

 しかし、究極にいえば、「顧客のビジネスを効率化させられるか」どうかなのです。

浮かび上がる課題

 もちろん、ここまで言ってしまうと単純化も過ぎています。
 業務の効率化を実現しようにも、そこには少々複雑な問題が立ちはだかります。

 現在のアプリケーションは、クラウドに接続していても不思議ではありません。

 アプリケーションによっては(データ的にも、概念の複雑さも)膨大の一途を遂げているものがあります。
 本来なら、とても1台のコンピューターには収まりきらないリソースを要するアプリもあります。それらはどうしてもサーバー(クラウド)の力を借りざるを得ません。

 コーディングや展開を早めるために、アプリにクラウドを上手に介在させることは、今や手段としては当たり前です。

 しかし、クラウドは決して万能ではありません。アプリケーションに必要とされるリソースをたくさん手に入れようと思ったら、それなりに金額がかさむからです。

 開発者の方なら、クラウドがホストしているアプリのトラフィックマネジメントを行うために、
Search as a Service (SaaS)、
Platform as a Service (PaaS)、
Infrastructure as a Service (IaaS)、
Load Balancing as a Service (LBaaS)  などの他にも、
おそらく次の急成長を遂げているサービスのどれかは使っているのではありませんか。

  • Security as a Service (SECaaS) セキュリティが必要とされるソフトウェアとユーザー向け
  • Data as a Service (DaaS) ユーザーのデータをアプリケーションに反映させる
  • Logging as a Service (LaaS)  DaaS にとても近い。データ通信やよく使われる語句を計測し、分析することができる
  • Search as a Service (SaaS) アプリに必要とされるレベルの大規模データを分析できる
  • Network as a Service (NaaS) ネットワークでデータを送受信する

 クラウドを使ったサービスには今後まだまだ成長が見込まれています。その最大の理由は、高度なアプリでも比較的簡単に作れるようになることにあります。

 クラウドが得意な処理と、コンピューターが得意な処理を分担することで、より高度なサービスが可能になりました。

 それに伴い、ユーザーの幅が広がって、ソフトウェアに求められる事柄もどんどん増えています。ソフトウェアへの要求が高度になるほど、サービスを提供するために必要となるものも増えていくのです。
 このようなことから、システムはバランスを欠き始め、「パフォーマンス問題」のきっかけにつながっていくのです。

 セキュリティ性の高いコードが必要とされるアプリケーションを作るには、当然様々な条件が求められます。
 それらを満たしているかを確認するテストも行わなくてはいけません。自分が行っている業務の分析も必要となるでしょう。ただ基本的な機能を満たせればよいわけではありませんね。

 すべての工程を、安定したパフォーマンスで行うために、システムには何が必要なのでしょうか。マーケットのニーズにはどのように対応すべきなのでしょうか。主要パラメーターをどの数値でチューニングすればよいのでしょう。

  トラブルがあってもある程度自力で回復できるシステムを、具体的にどうすれば構築できるのでしょうか。システムに起こった問題をなるべく早く発見し、すぐに直せるような仕組みが必要です。

そこでコンテナを使います。

 そこで候補に挙がるのが、ソフトウェア・コンテナです。サービス指向アーキテクチャやマイクロサービスなどの手法を活かして、システムのパフォーマンスを存分に引き出します。

 まずシステムを小さくまとめられるので、全体の把握がしやすくなります。
 次に、コードブロックを使うことで、コードを単純かつ綺麗にまとめられます。
 そして、アプリを動かすうえで必要なもの(依存関係)がきちんと定義され、それさえ分かれば他のシステムでも動かせるようになるのです。

 テストや問題が起きたときにも簡単に対処できます。いかにリソースを使っているかや、メモリーを消費しているかを、モノリシック・アーキテクチャよりも容易に確認できるようになります。

 適切にコンテナ化されたアプリケーションは、システムをスケーリングする時に、増大したロードを適切に素早く処理できます。

  セキュリティの欠陥があっても部分的に直すことができます。パッチはバージョニングを使うことによってアプリとは独立的に、効率的に配置することができます。

 パフォーマンスの監視は的を絞った、さらに確実な計測により実行されます。また、コードの書き直しと "facelift"というコードを集約する機能を使って、システムの性能をさらに向上させることができます。

 コンテナはすぐに始められ、すぐに止められます。仮想マシンをはるかにしのぐプロセス分離を実現し、リソース資源の有効活用を可能にします。

  コンテナはアイドル状態のメモリーが少なく、CPUの負荷も低めです。多様なアプリケーションを、データやパフォーマンスの損失なしに、1つのマシンで共有できる環境を実現します。

 コンテナ化されたアプリケーションは持ち運びが可能です。コンテナに対応しているLinuxサーバーならどれでも、アプリケーションをビルドしたり運用したりできます。サーバーを変更してもパフォーマンスが低下する心配はありません。

 コンテナがストレージ、コンピューター処理、オブジェクトの計算などの割り当てを適切に行えるのは、「クラスタ管理」という機能があるからです。クラスタ管理で有名なものは、Cloud Foundry's Diego、 Kubernetes、Apache Mesos、Docker Swarmなどが挙げられます。

 コンテナの特性を生かせば、近い将来「サーバーレス」なコンピューター処理が主流になる可能性があります。
 とくにFunction as a Service (FaaS)の名で知られるサービスは、コンテナの特性を生かしたセットといえるでしょう。
 FaaSはほんの短期間しか使えないコンテナではありますが、アプリケーションのパフォーマンスを落とさずにディレクトリを変換する機能があります。これによりクラウドにホスティングする際のシステム負荷を減らすことができます。

 コンテナを使えば、仕事にかかる時間を短縮でき、必要なリソースも大幅に節約できるのです。

原文:https://opensource.com/article/17/2/performance-container-world
Creative Commons License
この作品は、クリエイティブ・コモンズ・ライセンスの下でライセンスされています。
クリエイティブ・コモンズ・ライセンス外部リンク
新着文書(Hnoss)

Signing legal documents
現在の位置: チームハンドブック 目次 >法的文書に署名する  法的文書への署名は、他社・他組織などに直接出向いてNDAsを取り扱った人物を除...
Team Handbook
現在の位置:チームハンドブック 目次  このハンドブックは、GitLabという企業が、どのようにサービスを維持運営していくかを記したものだ。ここに...
GitLab Pages documentation
  新しいドキュメント はこちらです。このドキュメントは旧式です。 GitLab Documentation > User documentation > Projects >GitLab P...
GitLab Pages
GitLab Documentation > User documentation > Projects >GitLab Pages 説明書  GitLab Pagesなら、無料でウェブサイトをホスティングできる...

新着文書

Social leader killed in Cordoba is fourth in same town in 2018
3月11日日曜日、地方評議会リーダーでアフリカ系コロンビア人の子孫であるトマス・バレトが、コルドバ県サン・ホセ・デ・ウレの自宅で殺害された。 2...

新着Wikipedia翻訳

E (programming language)
E(プログラミング言語) AmigaE や e(検証言語) 、 GNU E と混同しないこと。 E -------- パラダイム マルチパラダイム:オブジ...
Van Eck phreaking
Van Eck phreaking(ファン・エック・フリーク) Van Eck phreakingは盗聴の一形態であり、その中では特殊な装置が使用され、電子機器を探るため、隠...
Trusted Computer System Evaluation Criteria
Trusted Computer System Evaluation Criteria(信頼されたコンピュータ・システム評価基準) 【画像のキャプション】オレンジブック 信頼されたコ...

更新履歴

※文書量によっては処理に数十秒かかる場合があります
バージョン 比較対象 更新日時 更新者
1(最新) 2017-07-13 12:08:09 Hnoss
2 2017-06-13 22:01:07 Hnoss
3 2017-06-13 21:58:29 Hnoss
4 2017-06-13 21:57:55 Hnoss
5 2017-06-13 21:48:02 Hnoss
6 2017-06-09 23:09:28 Hnoss
7 2017-06-09 23:03:04 Hnoss
8 2017-06-09 16:31:56 Hnoss
9 2017-06-06 08:20:17 Hnoss
10 2017-06-05 19:25:53 Hnoss

    
ブックマーク登録

タグを「;(半角セミコロン)」区切りで入力して下さい(例)tag1;tag2;tag3
10タグまで登録可能。各タグ30文字まで

履歴
状態 作業中 作業予定あり 作業予定なし 作業完了
テーマ 社会 政治 法律 経済 文化 芸能 科学技術 IT 健康/医療 スポーツ メディア 植物 動物 菌類 地方 国際
地域 日本 東アジア アフリカ 南アジア 東南アジア 西アジア/中東 太平洋 北米 中南米 欧州
ジャンル ニュース 解説記事 論文 日記 百科事典

コメントを入力して下さい
0 / 250
    
ブックマーク登録

ブックマークに登録しました。


言語選択

    
ファイルプロパティ

使用許諾条件
ファイル情報
あなただけがこのファイルを閲覧・編集できます。
みんながこのファイルを閲覧できますが、
編集ができるのはあなただけです。
あなたに加えて、指定された人やグループが
このファイルを自由に閲覧・編集できます。
公開設定
編集設定
グループ:0組 翻訳者:0人
    
アクセス属性
この文書は「非公開」設定になっています。
一般公開する場合は、編集ページの書誌情報で「公開」設定に変更して下さい。
翻訳者選択

※メニュー「翻訳者管理」で翻訳者、グループを追加することができます。


    
ノート

非公開ノート
0 / 2000 ※「公開・編集」権限を持つ翻訳者のみに公開されます。
公開ノート
0 / 2000 ※文書を「公開」にした場合、一般に公開されます。

言語選択

 →