アプリケーション仮想化とは、これまでパソコン一台ごとにインストールされていたアプリケーションをサーバで補完・配布するシステムです。ユーザー個々のパソコンにアプリケーションをダウンロードして使うのではなく、サーバ上にあるアプリケーションを使う様なイメージです。

RDSH (Remote Desktop Session Host/RDセッションホスト)
リモートデスクトップサービス 【RDS】 役割（ロール）の一つで、そのWindows Server自体のデスクトップ環境を利用者ごとに用意して転送する方式を「リモートデスクトップセッションホスト」（RDSH）といいます。
　　

利用者ごと複数のアカウントを作成して、一台のWindowsコンピュータで使い分けるのに近く、各利用者ごとにWindows Serverがデスクトップ画面を出し分ける形となります。仮想マシンを利用する方式より負荷が小さく低コストで運用できます。



利用者の操作感は単体のWindowsとあまり変わりませんが、起動できるアプリケーションソフトはWindows Serverで使用可能なものに限られます。OS設定やストレージなどの資源は他の利用者と共有となり、自由度は低くなります。

今回はより詳しくRDSHについてまとめてみました。

GraphOn GO-Global – Windows Applications AnywhereReliable, secure, low-cost multi-user access to Windows applications from any location, device, or operating system.www.graphon.com

GO-Globalは、他の仮想化ソリューションに比べ、OSの費用の削減や管理・運用コストを抑えられた誠意品になっています。

詳しい内容を知りたい方はこちらからお願いします。↓↓↓

【お問合せ先】

会 社：株式会社ティエスイー

Ｅメール：info-tse@kktse.co.jp

電 話：03-5475-5901

フォーム：フォームでのお問合せはこちらからどうぞ

株式会社ティエスイー | GO-GlobalITシステムインテグレータのティエスイーのWebサイトです。企業情報・サービス・ソリューションをご紹介しています。www.tse-prod.com

アプリケーション仮想化の実装方式

RDSH方式

サーバー上のアプリケーションを、複数人が共同で使用する方式。

アプリケーションがサーバー上で実行される仕組みとなっており、複数のユーザーに対して、特定アプリケーションの画面のみを配信する。コールセンターや経理部門など定型業務で使われるアプリケーションの運用を効率化させるのに役立つ。また、以下の様な特徴がある。

・ネットワークに接続していないとアプリケーションが使用できない

・マルチユーザーに対応しているアプリケーションが必要

ストリーミング方式

アプリケーションの動作に必要なファイルをパッケージにして、ユーザーの端末に配布する方式。

RDSH方式との違いはアプリケーションがOSと分離していること。以下の様な特徴があり、端末の種類やOSに左右されずにアプリケーションが使用できる。互換性や競合の問題を回避し、独立した状態で使用できる。

・一度配布されればオフラインでの使用が可能

・現在のOSに対応していないアプリケーションを継続して使用できる

今回はアプリケーション仮想化の実装方式についてまとめました。

GraphOn GO-Global – Windows Applications AnywhereReliable, secure, low-cost multi-user access to Windows applications from any location, device, or operating system.www.graphon.com

GO-Globalは、他の仮想化ソリューションに比べ、OSの費用の削減や管理・運用コストを抑えられた誠意品になっています。

詳しい内容を知りたい方はこちらからお願いします。↓↓↓

【お問合せ先】

会 社：株式会社ティエスイー

Ｅメール：info-tse@kktse.co.jp

電 話：03-5475-5901

フォーム：フォームでのお問合せはこちらからどうぞ

株式会社ティエスイー | GO-GlobalITシステムインテグレータのティエスイーのWebサイトです。企業情報・サービス・ソリューションをご紹介しています。www.tse-prod.com

アプリケーション仮想化とは、これまでパソコン一台ごとにインストールされていたアプリケーションをサーバで補完・配布するシステムです。ユーザー個々のパソコンにアプリケーションをダウンロードして使うのではなく、サーバ上にあるアプリケーションを使う様なイメージです。

・システム管理者目線

　・ユーザーが利用できるアプリケーションを一括管理できるため、管理が行いやすい

　・ユーザーごとにアプリケーションの更新や、パッチ配布を行なっていた手間を削減できる

・ユーザー目線

　・アプリケーションの利用がOSや端末に依存しない

　・一つのアプリケーションを複数人で使用できる

　・ユーザー個人の端末にデータを残さない様にできるので、社内データを個人に管理させることがなくなり、情報漏洩の危険性が低下します。

デスクトップ仮想化とアプリケーション仮想化の違い

デスクトップ仮想化とは、デスクトップ環境をサーバ上で管理するシステムのことです。下記の様なメリットがあります。

・ネットワーク環境さえあればどこからでもどんな端末でもデスクトップ環境を利用できる。

・管理が行いやすい。

・情報漏洩や、データの持ち出し防止といったセキュリティ面での対策が行える。

どちらも仮想化を行う点は同じですが、「OSが含まれるか」という違いがあります。

デスクトップ仮想化では、ユーザーが端末からサーバにアクセスし、そこにあるOSを使うことなのに対し、アプリケーション仮想化はサーバにある個々のアプリケーションを使います。

そのため、アプリケーション仮想化は、OSのバージョンに関わらずアプリケーションの使用が可能になるというメリットがあります。

今回はアプリケーション仮想化とは何か、デスクトップ仮想化との違いについて書きました。次回はさらに細かくアプリケーション仮想化についてのメリットなどを書いていこうと思います。

GraphOn GO-Global – Windows Applications AnywhereReliable, secure, low-cost multi-user access to Windows applications from any location, device, or operating system.www.graphon.com

GO-Globalは、他の仮想化ソリューションに比べ、OSの費用の削減や管理・運用コストを抑えられた誠意品になっています。

詳しい内容を知りたい方はこちらからお願いします。↓↓↓

【お問合せ先】

会 社：株式会社ティエスイー

Ｅメール：info-tse@kktse.co.jp

電 話：03-5475-5901

フォーム：フォームでのお問合せはこちらからどうぞ

株式会社ティエスイー | GO-GlobalITシステムインテグレータのティエスイーのWebサイトです。企業情報・サービス・ソリューションをご紹介しています。www.tse-prod.com

初めに議事録です。本日は会議の内容が濃く、あまりうまく書くことができませんでした。というのも内容が増えた分まとめるのが大変になり、結果として書いている情報が読み取りにくくなってしまったことにあります。内容の本質を見抜き説明を加えることができるようにならなくてはいけないですね。

アプリの開発では、MVVCモデルというのを見つけました。いままではMVCモデルでアプリを開発していたのですが、ViewModelというとことにModelの状態を保持しておき、へんこうがあればViewに反映するといった階層が増えています。今まで悩んでいたのが、Viewに渡したデータが反映されないということだったのでこれで解決ができそうです。全部作り直さなくては、、、、明日からは本格的に業務も始まるので隙間時間を見つけて完成にこぎつきたいと思います。では、また明日！あるのかな？

初めに議事録です。だんだん書くのにも慣れてきていつもよりもスピーディーに書くことができました。あとはもう少し確認を増やしてもいいのかなと自分では思っています。次にHCIについて調べました。前回はハイパーバイザーについて調べていたのですが、書き忘れていましたね。HCIがどういったものかというと仮想化基盤の構成になります。仮想化基盤には主に二つの構成があります。３Tire型の構成では、サーバー、スイッチ、ストレージをそれぞれ分割していますが、HCI構成はSDSと合わせてサーバーのローカルストレージを使用します。HCIは冗長化がしやすいというメリットがあります。

アプリ開発は、画面の遷移を作り終えることができました。ただメインページに戻った際に、データが反映されず、アプリを再起動しないと表示されない状況です。ここを現在調べている最中です。あと、ラジオボタンの選択の結果を反映する方法を調べています。これらが終わればSQLの実装に入ることができるので笹っと終わらせたいところです。では、また明日！

HCI参考ページ↓↓↓↓

HCIのメリット・デメリット、そしてNutanixの強みとはHCIのメリット・デメリット、そしてNutanixの強みとは Content/Details: ブログ：HCIのメリット・デメリット、そしてNutanixの強みとはwww.nutanix.com

まずは、議事録です。週明けということもあり、書く内容がいつもよりも多く少しクオリティが低くなってしまいました。本来ならもっと会議も長いだろうし、まだまだ技術力が低いなあと実感しました。チェックシートはだれが見ても採点できるように少しづつなってきていると思います。次に、紹介では、自己紹介はだいぶまとまってきました。会社紹介もまとまってきたのですが、商品紹介で躓きました。理由としては、いまだに商品の理解が低かったところにあります。ただ、今回でほとんど理解できたと思うので修正してひたすら練習あるのみです。

アプリ開発なんですが、なんかプロジェクトが消えました。。。。というのも、ソリューションを開いてもプロジェクトが０になっているんです。こわいですね。幸いにもデータは残っていたので新しくソリューションを作り直して、ファイルを全部コピペしていきました。xamarinの参照に関してよくわかっていないのもあってこうするほかなかったです。ちゃんと理解しなくちゃなんですけどね。そんなことしていたら時間がほとんど過ぎてしまいました。残りの時間で相方と進捗のチェックを行いました。あとは、画面遷移について調べていました。思ったページに行けないということがあったので。これもちょっと調べるのに時間がかかってしまいそうです。ここがうまくいけばもう少しなはずなんですけどね。きょうはここまでです。では、また明日！

こちらのページを参考にしました↓↓↓↓

階層ナビゲーション - Xamarinこの記事では、NavigationPage クラスを使用して後入れ先出し (LIFO) ページのスタックでナビゲーションを実行する方法について説明します。docs.microsoft.com

初めに、議事録はいつも通り作成し、チェックシートと共にPDCAを回しております。今日の本題はアプリ開発です。昨日に比べてだいぶ進歩がありました。昨日できないできないといっていたドロワーメニューの作成ができました。ページごとにドロワーメニューを表示するポップを作るのではなく、AppShellというファイルでflyoutページを作成して、設定したい各ページを指定して、ボタンを配置するという感じでした。やってみると簡単でしたがここまでたどり着くのが大変ですね。時間があったらドロワーメニューの見た目なんかも変えていきたいです。そして、カレンダーの実装も行うことができました。日付を指定するとDateTime型の戻り値を返してくれます。ここまではよかったんですがその値をほかの画面に渡すというところでだいぶ苦戦しております。xamlがやっとわかってきたところでC#の壁が迫ってまいりました。ここさえ乗り越えられればアプリの完成も見えてくるので頑張ります。話は変わるけど、自己紹介とかも練習しなきゃなあ、、、今日はここまでです。では、また来週！

ドロワーメニューで参考にしたページ↓↓↓↓↓

Xamarin.Forms シェルのポップアップ - Xamarinポップアップは、シェル アプリケーションのオプションのルート メニューであり、アイコンから、または画面の横からスワイプして、アクセスすることが可能です。 ポップアップは、オプションのヘッダー、ポップアップ項目、オプションのメニュー項目、およびオプションのフッターから構成されています。docs.microsoft.com

前回のアプリ開発ではある程度レイアウトを作ったのでそのまま完成に動きました。結果として全然進みませんでした。つらい。ドロワーメニューを作ろうと思ったのですが、これが全然わからない。なんとなーく仕組みはわかるのですがそれを実装できない歯がゆさ。ページの遷移についての知識のなさを思い知ったので簡単なところから手を付けて実際にやってれば理解もできるかなということでいったんドロワーメニューを放置して、メインページからユーザーの各種情報を設定するページに遷移して実際に文字を入力して、ファイルに保存しておくというのをやってみました。なかなか苦戦しましたが何とかクリア。実際にはこれをデータベースに保存したり取り出したりしなきゃなので先は長いですね、期間は短いですが。ちょっと扱うデータ増やしすぎましたね、難易度がわかっていませんでした。ただ、取り掛かったからにはとりあえずは完成までもっていきたいのでまだまだ頑張っていこうと思います。今日はここまでです。また明日！

ドロワーメニュー↓↓↓↓↓↓

Xamarin.Forms FlyoutPage - XamarinXamarin.Forms の FlyoutPage は、2 つの関連する情報ページ、つまり項目を表示するポップアップ ページと、ポップアップ ページ上の項目に関する詳細を表示する詳細ページを管理するページです。 この記事では、FlyoutPage を使用する方法と、その情報ページ間を移動する方法について説明します。docs.microsoft.com

まず初めに、いつも通りの議事録の作成です。今日は結構会議中に質問（議事録書くため）できたと思います。これからも積極的に話し出すことを意識したいと思います。議事録の内容自体もところどころ気が抜けている場所がありましたがチェックは良好でした。また、議事録チェックシートのPDCAも回しました。午前中はこれと朝チェックで社内環境を毎日チェックしているのですが問題が発生したためそちらの対処を行っていました。

午後は実際の案件に触れることができました。といっても書類を見て現状を把握することくらいですが。それに加え書類も専門用語が多くてなんじゃこれって感じだったのでもっぱらわからない単語について調べる時間でした。基礎的な知識は結構身についたと思っていたんですけどね。まだまだ勉強が足りません、もっと頑張ろうと思います。今日はここまでです。明日はたぶんアプリ開発します、では、また明日！

VLANの復習↓↓↓↓

VLANとはVLAN（Virtual LAN）の概要をはじめから解説www.infraexpert.com

初めに議事録を作成するところまではいつも通りで、そのあとはひたすらアプリ開発を行いました。正直前回までなんて書いていたかも覚えていないです（笑）今回はデータのやり取りは考えず、ページのレイアウトをひたすら作りこんでいきました。xaml自体慣れていないのと参考にできる資料が少ない（調べ方がわからない）のもあって最初はなかなか苦戦しましたがある程度分かってきたと思います。前回なんとなくで作っていたコードがあったので、見た目の修正だったりコードの見栄えを良くしたりしました。見た目の調整がなかなかうまくいかなかったです。Gridやらのプロパティがすごく調べにくいんですよね。まあなんとかほかのコードと見比べながら理解しつつ形を整えました。今回一番時間かかったのがラジオボタンの再定義です。何でラジオボタンかっていうと、選択したものをページ中で表示したかったからです。正直ラジオボタンを使うのが正しいのかはわからないですが、、、何とかまるぽちから見た目を変えることができました。あとはやっている最中に気になったのが画面上部にメニューを作ったんですが画面をスクロールすると上に流れて行ってしまうのをどうにかしたいと思いました。多分Tabbarとか使うんですかね。次回はそこら辺を調べたいと思います。時間も少ないし見た目にこだわってはいられないのかなーってのは感じていますが妥協したくないんですよねー。では、また明日！

ラジオボタンで参考にしたページです↓↓↓↓

Xamarin.Forms RadioButton - XamarinXamarin.FormsRadioButton は、ユーザーがセットから1つのオプションを選択できるようにするためのボタンの一種です。 各オプションは1つのラジオボタンで表され、1つのグループ内で選択できるラジオボタンは1つだけです。docs.microsoft.com