FastReport.Mono。 パート2：DockerコンテナーでのWebレポート

本書の前の部分で 、FastReport.MonoデモWebレポートの実行方法について説明しました。 今、私は新しいレベルに移行し、Dockerコンテナに必要なすべてのコンポーネントを「ラップ」することを提案します。

理解しなさい、天国で彼らは海についてだけ言う。 なんて美しいのか......

コンテナはスタイリッシュでファッショナブルで、 性的に若々しいため、近年、誰もがDockerについて話題になっています。 多くの開発者と管理者は、明確な理由もなくDockerをビジネスに使用しています。 しかし、あなたが本当にそれを必要とし、それが面白いなら、猫の下で歓迎します。 最初の部分とは異なり、最大のテキストと最小の画像があります。



既に述べたように、FastReport.Monoを正しく動作させるには、2つのコンテナが必要になる場合があります。

• Apache 2.4のコンテナ
• Xサーバーコンテナー

Dockerリポジトリからdebian：stretchイメージに基づいて両方のコンテナを作成します。

FRMonoコンテナー

すでに述べたように、最初のコンテナにはApache 2.4が含まれます。 さらに、アセンブル時に、すぐにMonoとFastReporをそこに追加します。



原則として、Dockerfileを展開し、Oracle Instant Clientの自動インストールを整理することを妨げるものはありませんが、 この記事は、Webレポートのデモに特化したものです。これは必要ありません。





実際、設定するのに複雑なものやトリッキーなものはありません。 注意すべき主なことは、Apacheをバックグラウンドプロセスとして実行する必要はなく、Apacheをフォアグラウンドに配置する必要があることです。 それ以外の場合、コンテナは起動後すぐに作業を完了します。



原則として、Apacheの仮想ホスト構成ファイルは、本書の最初の部分に記載されている構成の簡略版です。 ただし、いくつかの違いがあります。 これは、わずかに異なるディレクトリ構造が使用されるという事実によるものです（binディレクトリ内のライブラリの配置）。



これらのアプローチには特に違いはありません。 さらに、コンテナはポート80を安全に使用できます。





アセンブリプロセスを開始します。

 docker build -t debian-stretch-mono:latest .
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

X11Dummyコンテナー

この一連の出版物の最初の部分で 、System.Windows.Formsを使用するにはXサーバーが必要であることをすでに述べました。 なぜなら Apache、Mono、FastReportのコンテナには「X」はありません。どこからでも取得する必要があります。



次の2つのオプションが可能です。

• ホストOSで実行されているXサーバーを使用する
• Xサーバーで別のコンテナーを使用する

最初のオプションでは、使用するOSに応じて異なる設定が必要です。 実際、Linuxでは、たとえばX.org 、Mac OSではXQuartz 、WindowsではXmingを配信する必要があります。

2番目のオプションは、Dockerの概念とより整合性があり、ホストOSシステムから独立した、簡単に移植できるものを作成できます。 コンテナ間の相互作用は、tcpまたはUNIXソケットを介して実行できます。 私の意見では、Unixソケットを使用するオプションは、この問題を解決するのに最適です。





ネタバレの下でDocerfileを注意深く調べた場合、2つの点に注意する必要があります。 1つ目は、 xserver-xorg-video-dummyパッケージのビデオドライバーの使用です。 Xサーバーに画像を表示していることを伝えるが、実際には何もしない「空の」ドライバー。



2つ目は、さまざまな指示に従って、 DISPLAY環境変数を通常の値とは異なる値に設定することです。0。 / tmpホストOSを介してUNIXソケットを突然設定することにした場合の例外的な予防措置。



Xサーバー構成ファイルは、 この構成のテーマのバリエーションであり、ネットワーク全体にさまざまな変更を加えます。 Modeline'ovを大量に含む非常に長いバージョン（偶然、ソースを思い出せませんでした）に出会い、可能な限りそれを圧縮しようとしました（それでも可能だと思います）。





収集するもの：

 docker build -t debian-stretch-x11dummy:latest .
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Docker-composeで起動

サービス管理を容易にするために、 docker-composeで十分です。 起動プロセスでは、次のものが必要です。

• FastReport.MonoでコンテナからApacheを設定します
• コンテナx11dummyからコンテナfrmonoへのXサーバーのUNIXソケットを「転送」する

上記の要件に基づいて、最低限必要なdocker-compose.ymlを取得します。





注意 YAMLに慣れていない場合、フォーマットはスペースで行われることに注意してください。



なぜなら unix-socket、これは基本的にファイルであり、プラグインボリューム-コンテナがホストと対話する機能を使用します。 このアプローチでは、両方のコンテナがスタートアップディレクトリにある.x11-unixsocディレクトリを使用してデータを交換します。



実行して確認：

 docker-compose up
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

そして、私の友人の一人が言うのが好きなように、「ケーキのチェリー」：Systemdを使用したOS起動時のコンテナー起動の自動化。 すべては2つの簡単なステップで実行されます。 まず、ファイル/etc/system.d/system/docker-frmono.serviceを作成する必要があります。その内容は、ネタバレの下にあります。 なぜおおよそですか？ 少なくとも、選択した構成ファイルの場所とdocker-composeのインストール場所に従ってパスを変更する必要があります。





次に、システムにサービスを登録して「有効化」します。

 systemctl daemon-reload systemctl enable docker-frmono
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

PS実験中に、一定数の「曲がった」画像を蓄積した可能性は十分にあります。 次のようにしてクリーニングできます。

 docker images | grep "<none>" | awk '{split($0,a," ");print a[3];}' | xargs -I{} docker rmi "{}"
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

この記事で使用されているすべての構成ファイルは、 githubで入手できます。