Hnoss

Hnoss

 案外すぐに120記事超えました。
 でも、きちんと使えるだけの情報にするには、まだまだ量、質共に足りないかんじ。
 ただ、ふと思う時がある。みんなちょっと手を差し伸べればどうにでもなることで困ってたりして、そこを解決できさえすれば、量とか質とかあんまり関係ないのかもねって。
 
カレンダー

文書タグ

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

GitLab Pages documentation
GitLab Documentation > User documentation > Projects >GitLab Pages 説明書  GitLabには「Gi...
GitLab Pages administration
  はじめに GitLab Pages機能 は、GitLab EE 8.3以降から使えるようになりました。 カスタムCNAMEにTLS証明書が使えるようになった のは、...
Tutorial: Securing your GitLab Pages with TLS and Let's Encrypt  | about gitlab.com / Guest author André Miranda
 GitLab Pagesで作られたサイトを、 Let's Encrypt でHTTPS化する方法をお教えします。   どうしてTLS/SSLが必要か  HTTPSについて話し...
GitLab Pages from A to Z: Part 3 / Marcia Ramos
GitLab Documentation > User documentation > Projects > GitLab Pages 説明書 >GitLab Pages のこと全部教えます!③ 記事の 種類 ...

新着文書

What do women’s rights have to do with the SDGs and the internet?
女性の権利はSDGsとインターネットにどのような関係があるか? 2017年8月2日、スリランカ 女性は均質な集団ではなく、科学技術へのアクセスもまた、...
Sexual rights and the internet: Third EROTICS global survey now launched!
性的権利とインターネット:第3回EROTICS国際調査、現在開始! 2017年7月19日 EROTICS国際調査が戻ってきた! もしあなたが、インターネットを自ら...
An ongoing conversation on feminist autonomous infrastructure: Erika Smith and Kéfir
フェミニストの自律的な基盤に関する継続中の会話:エリカ・スミスとKéfir 2017年8月2日、メキシコ 2017年7月に始動した小さな資金調達とし...

新着Wikipedia翻訳

HTTP Public Key Pinning
HTTP公開鍵ピニング HTTP公開鍵ピニング(HPKP: HTTP Public Key Pinning)[1]とは、HTTPヘッダによって実現されるセキュリティの仕組みであり、HT...
Double Ratchet Algorithm
ダブル・ラチェット・アルゴリズム 「ダブル・ラチェット」はこの項目へ転送されています。工具については レンチ を参照下さい。 暗号技術におい...
aplay
 aplayとは ALSA sound card driver 用の コマンドライン オーディオファイルプレーヤーである。復数種類の ファイル形式 、様々なデバイスのサ...

更新履歴

※文書量によっては処理に数十秒かかる場合があります
バージョン 比較対象 更新日時 更新者
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 ※文書を「公開」にした場合、一般に公開されます。

言語選択

 →