LinuxおよびPostgreSQLを使用して1C Freshをゼロからインストールする

写真付きのこの記事では、ボタンがPostgreSQLおよびLinuxで独自の新しいブラックジャックを展開する方法について説明します。 1C Freshをインストールしようとしており、公式ドキュメントの量に少しthoseれている人に役立つことを願っています。 展開するとき、フリーソフトウェアを最大限に活用します。

1C Freshの構成

1C Freshは、ソリューションを公開するためのテクノロジーです。 つまり、1Cに基づいたさまざまなソリューションへのアクセスを一般ユーザーに公開し、これらのソリューションを共通の管理および保守で単一のシステムに接続できるようにするサービスです。

中心的な要素は、残りの要素をリンクするコントロール構成であるサービスマネージャーです。 サービスのコンポーネント、構成バージョン、ユーザー、データ領域に関するすべての情報を保存し、さまざまな操作を実行するコマンドを提供します。

Service AgentはService Managerの右手であり、アプリケーション構成を処理するサービス構成です。 サービスエージェントの一般的なタスクは次のとおりです。

• アプリケーションデータベースの構成を更新します。
• アンロード（ダンプ）を現在のバージョンのアプリケーション構成に更新します。
• 構成の新しいバージョンの初期データを準備します。
• アプリケーションデータベースから統計とエラーを収集します。

サービスエージェントは、コンフィギュレータを使用してこれらのタスクを実行します。 最近まで、これはWindowsプラットフォームを必要とする唯一のサービス要素でした。 しかし、1C Fresh 1.0.19テクノロジーの新しいバージョンでは、開発者がこの制限を削除し、Service AgentはLinuxでも動作できるようになりました。

インフォベースは、Service Managerを介して公開されるアプリケーション構成です。 現在サービスモード操作をサポートしている構成：

• 1C：ERP Enterprise Management 2;
• 1C：BusinessStart;
• 1C：州の機関の会計、バージョン2.0。
• 1C：アカウンティング、リビジョン3.0。
• 1C：エンタープライズKORP、エディション3.0の会計。
• 1C：企業の会計（基本）、エディション3.0。
• 1C：エンタープライズの会計（1の基本）、エディション3.0。
• 1C：物品手当8;
• 1C：州の機関の給与と人員。
• 1C：給与および人事管理」、エディション3。
• 1C：KORP第3版の給与および人事管理。
• 1C：統合オートメーション、リビジョン2.0。
• 1C：起業家報告、リビジョン2.0。
• 1C：起業家2015;
• 1C：当社の管理、バージョン1.6。
• 1C：貿易管理、リビジョン11。
• 1C：キャッシャー。

独自の決定を公開する機会があります。ITSには改善のための推奨事項があります。

これらの要素は基本的なものであり、展開に必要です。 追加機能を提供する他のものもありますが、それらは必要ではありません：

• アプリケーションゲートウェイ-サービスの内部構造を「隠す」ことができるサービス。 要求をプロキシし、情報セキュリティにリダイレクトします。 すべてのアドレスは同じように見えます。
• サービスサイト-サービスと対話し、アプリケーションを起動し、アプリケーションへのアクセスを提供するためのシンプルで便利なユーザーインターフェイスを提供します。
• Availability Manager-サービスリソースが利用できないことに関する情報を保存し、サービスの他のすべてのコンポーネントが機能しない場合でも、サイトおよびフォーラムのユーザーがアクセスできないことに関するメッセージを表示できます。

サービスの他のコンポーネントがあります。 サイトでそれらについて読むことができます

入力データ

それらで動作するホストとサービスについて簡単に説明します。 インフラストラクチャ全体を仮想化サーバーに展開するため、異なる仮想マシンにサービスを分散します。 CORPライセンスを使用する場合、たとえば、バックグラウンドジョブの処理を別のアプリケーションサーバーに移動するなど、機能を共有することもできます。 最小構成では、2つのホストで組み立てることができます。Linuxでデータベースとアプリケーションサーバーをホストし、Windowsにサービスエージェントを提供します。

ホスト名	ソフトウェアと機能	VMリソース
fresh-db.knopka.int	Debian 9、PostgreSQL 9.6 DBMS	4コア\ 10Gb
fresh-app-01.knopka.int	Debian 9、1C：エンタープライズサーバー、アプリケーション構成	4-6コア\ 12-16Gb
fresh-app-02.knopka.int	Debian 9、サーバー1C：エンタープライズ、サービスマネージャー	4コア\ 8Gb
fresh-app-sa.knopka.int	Windows、サーバー1C：エンタープライズ、サービスエージェント	4コア\ 8Gb
fresh-app-sa.knopka.int	Debian 9、Apache 2.4、サーバー1C：エンタープライズ、Webモジュール	2コア\ 4Gb

初期機械準備

データベースがあります：fresh-db.knopka.int

データベースサーバーとしてPostgreSQLを使用します。 更新の便宜上、PostgresProリポジトリを接続します。 1Cはディストリビューションも提供するため、安全に使用できます。

sh -c 'echo "deb http://1c.postgrespro.ru/deb/ $(lsb_release -cs) main" > /etc/apt/sources.list.d/postgrespro-1c.list' wget --no-verbose -O - http://1c.postgrespro.ru/keys/GPG-KEY-POSTGRESPRO-1C | apt-key add - && apt-get update apt-get install postgresql-pro-1c-9.6 

データベースごとに、PostgreSQLの個別のインスタンスを提供するクラスターを作成します。 これにより、各データベースを管理し、レプリケーションを実行できます。

 pg_createcluster 9.6 <clustername> -d <dir> systemctl daemon-reload 

< clustername > -クラスターの名前。クラスターで同様にサービスされるデータベースを呼び出します。
< dir > -クラスターが作成されるディレクトリ。

作成中に明示的に指定されない限り、次の空きポートは5432以降に使用されます。 次のようにクラスターのリストを確認できます。

 pg_lsclusters 

クラスターに接続し（それが機能するポートを使用）、管理サーバーがデータベースと対話するロール（スーパーユーザーが必要）を作成します。

 su postgres psql -p 5433 

 create role unoconnector with login superuser; alter role unoconnector with encrypted password 'password'; 

必ず初期設定を行ってください。 各クラスターには独自の構成ファイルがあります。 簡単にするために、 PgTuneを使用できます。 環境を設定し、出力で推奨設定を取得します。



推奨は最適を意味するものではないことに注意してください。作業の過程で、調整が必要になる場合があります。 過去の記事の 1つで、PostgreSQLの構成を検討しました。そこで役立つ情報を学ぶことができます。

Linuxアプリケーションサーバーは次の場所にあります：fresh-app- [01-02] .knopka.int

必要なパッケージをインストールします。

 apt-get install libperl5.24 libxslt1.1 libicu57 tcl8.5 libpython3.5 libpython2.7 libssl-dev krb5-multidev ssl-cert libssl-dev libgsf-1-114 imagemagick libgsf-1-dev ttf-mscorefonts-installer 

フォントをアクティブにし、サーバーをオーバーロードします。

 fc-cache -fv reboot 

サーバー1C：Enterpriseのパッケージを含むアーカイブをダウンロードし、別のディレクトリに展開してからインストールします。

 dpkg -i 1c-enterprise83-common_*_amd64.deb 1c-enterprise83-server_*_amd64.deb 1c-enterprise83-ws_*_amd64.deb 1c-enterprise83-common-nls_*_amd64.deb 1c-enterprise83-server-nls_*_amd64.deb 1c-enterprise83-ws-nls_*_amd64.deb 

ユーザーにusr1cv8特権を/ opt / 1Cディレクトリに付与します。

 chown -R usr1cv8:grp1cv8 /opt/1C 

テクノロジーログブックを設定します。何か問題が発生した場合、インストール段階で役立ちます。 処理されない可能性がある例外的なイベントを収集しますが、同時にアプリケーションをクラッシュさせ、サーバーの要求と応答を書き込みます。 ボーナスとしてダンプを保持します。 これを行うには、ディレクトリを作成します。

 mkdir -p /opt/1C/v8.3/x86_64/conf 

そして、logcfg.xmlファイルに次の内容を追加します。

 <?xml version="1.0"?> <config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="/var/log/1c/excp" history="24"> <event> <eq property="name" value="excp"/> </event> <property name="all"/> </log> <log location="/var/log/1c/vrs" history="24"> <event> <eq property="name" value="vrsrequest"/> </event> <event> <eq property="name" value="vrsresponse"/> </event> <property name="all"/> </log> <dump location="/var/log/1c/dumps" create="1" type="3"/> </config> 

ログとダンプ用のディレクトリを作成し、usr1cv8にユーザー権限を付与します。

 mkdir -p /var/log/1c/excp /var/log/1c/vrs /var/log/1c/dumps chown -R usr1cv8:grp1cv8 /var/log/1c 

以下を開始します。

 /etc/init.d/srv1cv83 start 

リモート管理サーバー（ras）を起動するためのユニットを作成しましょう。 内容を含むファイル/etc/systemd/system/ras.serviceを作成します。

 [Unit] Description=RAS After=syslog.target After=network.target [Service] Type=forking WorkingDirectory=/opt/1C/v8.3/x86_64 User=usr1cv8 Group=grp1cv8 OOMScoreAdjust=-100 ExecStart=/opt/1C/v8.3/x86_64/ras cluster --daemon -p 1545 ExecReload=/bin/kill -s HUP $MAINPID ExecStop=/bin/kill -s QUIT $MAINPID TimeoutSec=300 Restart=always [Install] WantedBy=multi-user.target 

ユニットをアクティブにし、サービスを開始します。

 systemctl daemon-reload systemctl enable ras systemctl start ras 

Windowsにはアプリケーションサーバーがあります：fresh-app-sa.knopka.int

更新するには、サービスエージェントがConfiguratorを起動する必要があります。 新しいバージョンではLinuxの使用に関する制限が削除されていることを既に書きましたが、例ではこの環境での動作が明確になるようにWindowsを使用します。

管理サーバー（ras）を開始するには、サービスとして登録する必要があります。 次の内容でreg-ras.batファイルを作成します。

 @echo off rem %1 -    1: set SrvUserName=< > set SrvUserPwd=< > set CtrlPort=1540 set AgentName=localhost set RASPort=1454 set SrvcName="1C:Enterprise 8.3 Remote Server" set BinPath="\"C:\Program Files\1cv8\%1\bin\ras.exe\" cluster --service --port=%RASPort% %AgentName%:%CtrlPort%" set Description="  1: 8.3" sc stop %SrvcName% sc delete %SrvcName% sc create %SrvcName% binPath= %BinPath% start= auto obj= %SrvUserName% password= %SrvUserPwd% displayname= %Description% 

ユーザー名とパスワードを、サービスの起動元のユーザー名とパスワードに変更します。 Descriptionがロシア語で作成される場合、目的のエンコーディングでファイルを作成することを忘れないでください。 プラットフォームバージョンを渡すパラメーターとしてファイルを実行します。

 reg-ras.bat 8.3.11.2899 

次に、サービスを開始します。

パブリケーションWebサーバーは次のとおりです。fapache.knopka.int

Apacheをインストールします。

 apt-get install apache2 

1C：Enterpriseサーバーでアーカイブをダウンロードし、別のディレクトリに展開してからインストールします。

 dpkg -i 1c-enterprise83-common_*_amd64.deb 1c-enterprise83-server_*_amd64.deb 1c-enterprise83-ws_*_amd64.deb 1c-enterprise83-common-nls_*_amd64.deb 1c-enterprise83-server-nls_*_amd64.deb 1c-enterprise83-ws-nls_*_amd64.deb 

apacheの起動時にモジュールをロードするための構成ファイルを作成し、サービスを再起動します。

 echo "LoadModule _1cws_module \"/opt/1C/v8.3/x86_64/wsap24.so\"" > /etc/apache2/conf-available/1cws_module.conf ln -s /etc/apache2/conf-available/1cws_module.conf /etc/apache2/conf-enabled/1cws_module.conf /etc/init.d/apache2 restart 

テクノロジージャーナルを設定します。そのためにディレクトリを作成します。

 mkdir -p /opt/1C/v8.3/x86_64/conf 

そして、logcfg.xmlファイルに次の内容を追加します。

 <?xml version="1.0"?> <config xmlns="http://v8.1c.ru/v8/tech-log"> <log location="/var/log/1c/excp" history="24"> <event> <eq property="name" value="excp"/> </event> <property name="all"/> </log> <log location="/var/log/1c/vrs" history="24"> <event> <eq property="name" value="vrsrequest"/> </event> <event> <eq property="name" value="vrsresponse"/> </event> <property name="all"/> </log> <dump location="/var/log/1c/dumps" create="1" type="3"/> </config> 

ログとダンプ用のディレクトリを作成し、Apacheが書き込みできるように権限を付与します。

 mkdir -p /var/log/1c/excp /var/log/1c/vrs /var/log/1c/dumps chown -R www-data:www-data /var/log/1c 

プラットフォームディレクトリへのシンボリックリンクの作成

プラットフォームの新しいバージョンのインストールは、バージョン番号を含む新しいディレクトリで行われます。たとえば、

C：\ Program Files \ 1cv8 \ 8.3.11.2899 \。 更新プロセスを少し自動化するには、SetCurrent1CVersion.cmdスクリプトを作成します。このスクリプトは、更新中に実行され、作成されるシンボリックリンクが関連するようになります。

 @echo off if /%1 == / goto help pushd "C:\Program Files\1cv8" if exist current\ rmdir current mklink /j current %1 popd goto end :help echo Usage: SetCurrent1CVersion.cmd <version> :end 

この場合、次を実行します。

 SetCurrent1CVersion.cmd 8.3.11.2899 

したがって、現在のバージョンのCへの永続的なパスは常にあります。\ Program Files \ 1cv8 \ current \

クラスターと運用サーバーを管理コンソールに追加する

1C：Enterpriseサーバーの管理コンソールを起動し、新しい中央サーバーを追加します。 許可されたアクセスの場合、中央サーバー管理者を追加します。



同様に、クラスター管理者を追加します。

サービスマネージャーのセットアップ

ベースを展開する

まず、pg_createclusterを使用してデータベース用のクラスターを準備し、その中にunoconnectorユーザーを取得します。

サーバー管理スナップインで、サービスマネージャーのベースを作成します。 非標準ポートへの接続は、fresh-app-02.knopka.int port = 5433行で実行されます。



データベースを作成したら、コンフィギュレーターに進み、サービスマネージャーの構成を入力します。 次に、パスワードなしでユーザー名Administratorの下にサービスマネージャーを入力します。 最初の起動時に、デフォルト値と事前定義されたユーザーの作成が実行されます。



パスワードの複雑さをオンにします。



ログの詳細を設定します。



匿名（ProtectedUser、RemoteAccess、Administrator、Operator）を除くサービスユーザーのパスワードを設定し、パラメーターを設定します。

パブリケーションを作成する

次に、WebサービスまたはWebクライアントを介してアクセスできるように、サービスマネージャーを公開する必要があります。

サーバーfapache.knopka.intの/ etc / apache2 / sites-availableディレクトリに、次の内容のsm.confファイルを配置します。

 # sm   Alias /ext/sm /var/www/1cfresh/ext/sm <Directory /var/www/1cfresh/ext/sm/> AllowOverride All Options None Order allow,deny Allow from all SetHandler 1c-application ManagedApplicationDescriptor /var/www/1cfresh/ext/sm/default.vrd </Directory> # sm   Alias /int/sm /var/www/1cfresh/int/sm <Directory /var/www/1cfresh/int/sm/> AllowOverride All Options None Order allow,deny Allow from all SetHandler 1c-application ManagedApplicationDescriptor /var/www/1cfresh/int/sm/default.vrd </Directory> 

このサイトの使用を有効にします。

 a2ensite sm 

ここで、default.vrdファイルを配置するディレクトリを作成する必要があります。

 mkdir -p /var/www/1cfresh/ext/sm /var/www/1cfresh/int/sm 

外部公開用のdefault.vrd：

 <?xml version="1.0" encoding="UTF-8"?> <point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" base="/ext/sm" ib="Srvr=fresh-app-02.knopka.int;Ref=sm;" enableStandardOData="true"> </point> 

内部公開用のdefault.vrd：

 <?xml version="1.0" encoding="UTF-8"?> <point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" base="/int/sm" ib="Srvr=fresh-app-02.knopka.int;Ref=sm;" enableStandardOData="true"> <ws /> </point> 

Apache設定の再読み込み：

 systemctl reload apache2 

パブリケーションの仕組みを確認しましょう。 Webクライアントで、アドレスバーにfapache.knopka.int/ext/smと入力します

すべてが正しく行われると、ウィンドウにユーザー認証ウィンドウが表示されます。 管理者としてログインし、管理者のデスクトップを確認します。

サービス構造の説明

サービスが適切に機能するためには、その構造を記述する必要があります。

アクセス設定

「管理」タブで「構成設定」→「アクセス設定」を開き、サービスマネージャーの外部および内部アドレスとRemoteAccessユーザーのパスワードを書きます。

外部アドレスはfapache.knopka.int/ext/smになります
内部fapache.knopka.int/int/smとして

そもそもこれで十分です。あとで残りのフィールドの設定に戻ります。

サービスセグメント

[管理]タブで[サービスセグメント]を開き、新しいセグメントを作成します。 「ローカルエリアネットワーク」と呼びましょう。

1C：Enterpriseプラットフォームのバージョンの登録

このサービスでは、異なるプラットフォームを使用する複数のサーバークラスターを使用できます。 プラットフォームの各バージョンは、サービスマネージャーに登録する必要があります。
「管理」→「1Cのバージョン：エンタープライズプラットフォーム」

管理サーバーの登録（ras）

「管理」→「管理サーバー（ras）」。 たとえば、rasが発生するすべてのサーバーを追加します。

実動サーバーの登録

「管理」→「本番サーバー」。 すべての運用サーバーと運用サーバー管理者アカウントを追加します。

サーバークラスタの登録

「管理→クラスター」。 クラスターとクラスター管理者アカウントを追加します。

サービスマネージャーの登録

「管理→構成」。 新しい構成を作成します。サービスマネージャーの構成の種類は「マネージャー」です。 構成名は、Configuratorの構成名と正確に一致する必要があります。



左側の同じウィンドウで、「構成バージョン」を選択し、「バージョン情報を手動で入力」を選択して新しいエントリを作成します。 構成ファイルを省略できるようになりました。このバージョンの構成を更新するだけです。 残りのフィールドに次のように入力します。



次に、サービスマネージャーの情報ベース「管理→情報データベース」を登録する必要があります。 スクリーンショットのように入力します。「サポート」にチェックを入れることを忘れないでください。



次に、「管理→サービスマネージャー」に移動して、エントリを追加します。



「管理」に戻り、「構成設定」→「アクセス設定」を開き、「このサービスマネージャー」フィールドでサービスマネージャーを選択します。



現時点では、サービスの構造の説明を完了することができます。アプリケーションゲートウェイが機能するときに、後でWebサーバーとそのグループの追加設定に戻ります。

サービスエージェントのセットアップ

展開する

サービスエージェントを作成および追加するプロセスは、サービスマネージャーを追加するプロセスと似ています。 pg_createclusterを使用して、fresh-db.knopka.intデータベースサーバー上に新しいデータベース用のクラスターを準備し、接続するユーザーを開始します。

1Cサーバー管理コンソールで、fresh-app-sa.knopka.intサーバーを追加し、同じ名前のfresh-app-saクラスターを作成し、中央サーバーとクラスター管理者を追加し、接続パラメーターfresh-db.knopka.int port = 5434でsaデータベースを作成します。

Configuratorに移動して、サービスエージェントの構成を読み込みます。 設定をロードした後、インタラクティブな起動を実行します。 すべてが正しければ、次のウィンドウが表示されます。



「設定と管理」→「コンフィギュレータの起動」に進み、パスを処方します。 currentはプラットフォームの現在のバージョンへのシンボリックリンクであることを思い出してください。

公開します

Webパブリッシングサーバーfapache.knopka.intでサービスエージェントを公開します。
/ etc / apache2 / sites-availableディレクトリに、次の内容のsa.confファイルを配置します。

 # sa   Alias /int/sa /var/www/1cfresh/int/sa <Directory /var/www/1cfresh/int/sa/> AllowOverride All Options None Order allow,deny Allow from all SetHandler 1c-application ManagedApplicationDescriptor /var/www/1cfresh/int/sa/default.vrd </Directory> 

サービス業者は内部公開のみが必要です。 このサイトの使用を有効にします。

 a2ensite sa 

次に、default.vrdファイルを配置するディレクトリを作成する必要があります。

 mkdir -p /var/www/1cfresh/int/sa 

default.vrd：

 <?xml version="1.0" encoding="UTF-8"?> <point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" base="/int/sa" ib="Srvr=fresh-app-sa.knopka.int;Ref=sa;" enableStandardOData="true"> <ws /> </point> 

Apacheを再起動し、ブラウザでアドレスを確認します。

fapache.knopka.int/int/sa/ws/InterfaceVersion?wsdl

すべてが正しく行われた場合、サービスエージェントデータベースによって提供されるWebサービスのWSDL記述が表示されます。

登録する

開始するには、構成とそのバージョンを登録します。 サービスマネージャーで、「管理」→「構成」を開き、新しいエントリを作成します。 名前はConfiguratorの構成名と一致し、タイプは「Service」です。



「構成バージョン」に進み、新しいエントリを手動で追加します。



情報ベースを登録します。 「管理」→「情報データベース」を開き、「サービスエージェント」という名前の新しいエントリを作成します。 データベースへの接続がすぐに確認されます。



次に、「管理→サービスエージェント」で、エントリを追加します。



すべて、サービスエージェントを使用する準備が整いました。

「エンタープライズアカウンティング」の例を使用して、適用されたソリューションの情報ベースを設定する

展開する

繰り返しになりますが、ベースを作成するおなじみのプロセスです。 クラスターをデータベースサーバーに展開します。 管理コンソールで、fresh-app-01.knopka.intサーバーを接続し、fresh-db.knopka.intポート= 5435にデータのデータベースea_01を作成します。

エンタープライズアカウンティング構成3.0.52.42をロードし、インタラクティブな起動を実行します。
管理者ユーザーを作成し、パスワードを設定し、ユーザーの変更と選択リストでのログインの表示を禁止します。 保存するとき、管理者グループにユーザーを入力することに同意します。

定数を設定する

公式ドキュメントでは、定数の設定は適用されたソリューションの情報データベースについてのみ説明されていますが、サービスマネージャーにもインストールする必要があります。 オプション「すべての機能」をオンにします。
メインメニュー→ツール→オプション→「すべての機能」の表示コマンド
次の値を定数に設定します。

ログ内の詳細更新IB
サービスモデルでオフライン作業を使用する
データ同期オンを使用
ローカルモードでデータ同期を使用するオフ
サービスモデルでデータ同期を使用する
ローカルプログラムをオフにして、サービスモデルでデータ同期を使用する
インターネット上のアプリケーションとサービスモデルでデータ同期を使用する

また、RemoteAccessユーザーを作成する必要があります。これは、インフォベースのパラメーターで複雑なパスワード検証を有効にした後、Configuratorで行います。 パスワードを設定し、変更を禁止し、選択リストの表示を削除します。

次の役割をRemoteAccessユーザーに公開します。

• データ同期を実行する
• リモートアクセス（サービスモデルの情報ベースの管理）;
• リモートアクセス（基本機能）;
• リモートアクセス（サービスモデルでのデータ交換）;
• リモートアクセス（メッセージング）;
• リモートアクセス（標準ODataインターフェイス）

今回はConfiguratorを終了して閉じます。

公開します

サーバーfapache.knopka.intに構成ファイル/etc/apache2/sites-available/ea_01.confを作成します。

 # ea_01   Alias /ext/ea_01 /var/www/1cfresh/ext/ea_01 <Directory /var/www/1cfresh/ext/ea_01/> AllowOverride All Options None Order allow,deny Allow from all SetHandler 1c-application ManagedApplicationDescriptor /var/www/1cfresh/ext/ea_01/default.vrd </Directory> # ea_01   Alias /int/ea_01 /var/www/1cfresh/int/ea_01 <Directory /var/www/1cfresh/int/ea_01/> AllowOverride All Options None Order allow,deny Allow from all SetHandler 1c-application ManagedApplicationDescriptor /var/www/1cfresh/int/ea_01/default.vrd </Directory> 

このサイトの使用を有効にします。

 a2ensite ea_01 

ここで、default.vrdファイルを配置するディレクトリを作成する必要があります。

 mkdir -p /var/www/1cfresh/ext/ea_01 /var/www/1cfresh/int/ea_01 

外部公開用のdefault.vrd：

 <?xml version="1.0" encoding="UTF-8"?> <point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" base="/ext/ea_01" ib="Srvr=fresh-app-01.knopka.int;Ref=ea_01;" enableStandardOData="true"> <zones> <zone specify="false" safe="true"/> <zone specify="true" safe="true"/> </zones> <ws pointEnableCommon="false"> <point name="Exchange" alias="exchange.1cws" enable="true"/> <point name="Exchange_2_0_1_6" alias="exchange_2_0_1_6.1cws" enable="true"/> <point name="InterfaceVersion" alias="InterfaceVersion.1cws" enable="true"/> </ws> </point> 

内部公開用のdefault.vrd：

 <?xml version="1.0" encoding="UTF-8"?> <point xmlns="http://v8.1c.ru/8.2/virtual-resource-system" xmlns:xs="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" base="/int/ea_01" ib="Srvr=fresh-app-01.knopka.int;Ref=ea_01;" enableStandardOData="true"> <ws /> </point> 

Apache設定の再読み込み：

 systemctl reload apache2 

登録する

サービスマネージャーに移動し、[管理]→[構成]で新しい構成を登録します。 今回は、名前は「Accounting」、タイプは「Applied」になります。



「構成バージョン」セクションで、現在のバージョン、リリースバージョンタイプ、および現在のプラットフォームバージョンを示す新しいエントリを作成します。

「管理」→「情報ベース」を開き、情報ベースを登録します。



次に、このインフォベースのために、管理アカウントを登録する必要があります。 これは、サービスエージェントが管理者権限でデータベースに接続し、更新および管理できるようにするために必要です。 これは、「管理アカウント」セクションのインフォベースウィンドウで行います。



アプリケーション情報ベースでは、データ領域を作成します。 これを行うには、インフォベースウィンドウのメインセクションで[詳細]タブに移動し、[新しい領域を追加]チェックボックスをオンにして、[初期データで領域を塗りつぶす]のチェックを外します。 初期データを準備しなかったため、単に存在しません。



メッセージは、エージェント、サービスマネージャー、および適用された情報ベースの間で情報を交換するために使用されます。 たとえば、「管理」→「メッセージング」セクションのサービスマネージャーでリストを確認できます。 メッセージについては詳しく説明しませんが、メッセージの操作に関する情報は、1C Freshの公式ドキュメントに記載されています。

ウィンドウ「デスクトップ」→「アプリケーション」で、エリアの準備状況を確認できます。 [使用済みのみ]をオフにすると、ステータスが[新規]の3つの領域が表示されます。 エリアを準備するためのすべての操作が終了するとすぐに、状態が「完了」に変わります。

サービスユーザーとサブスクライバーユーザー

サービスモデルでアプリケーションアプリケーションを使用できるようにするには、サービスのユーザーを登録して、自分のデータ領域で作業する権利を与える必要があります。 サービスとサブスクライバーの関係の仕組みは次のとおりです。ユーザーはサービスに登録され、サブスクライバーが作成されます。サービスのユーザーでもあるこのサブスクライバーのユーザーはサブスクライバーに追加されます。

ユーザー登録には、アクティベーションコードを送信するためのメールアカウントの設定が必要です。 サービスマネージャーの[管理]→[メールアカウント]セクションで設定できます。 各設定には独自の設定があり、すべてが直感的に明確であるため、これについては詳しく説明しません。あなたはそれなしで行うことができ、別の方法でアクティベーションコードを取得します。それについては以下で説明します。

パスワードなしでユーザーAnonymousに代わってサービスマネージャーにアクセスし、ログインに成功した後、[登録]をクリックして、サービスの新しいユーザーにデータを入力します。メールアドレスは有効でなければなりません：



「登録」ボタンをクリックすると、作成されたユーザーをアクティブにするかどうかを尋ねるウィンドウが表示されます。

次に、登録時に指定した電子メールに送信されたアクティベーションコードを入力する必要がありますが、「メンテナンス」→「登録のリクエスト」セクションで取得します。リクエストを開き、そこからフォーム0414fb84-cf59-11e7-f094-00155d003608からリクエストコードをコピーします。これが必要なアクティベーションコードです。

サービスユーザーを作成した後、サービスマネージャーはサブスクライバーも自動的に作成し、このサブスクライバーの所有者権限をユーザーに追加します。彼はアプリケーションを管理し、新しいユーザーをサブスクライバーのアプリケーションで一緒に作業するように招待できます。

サブスクライバーへのアプリケーションの追加

sharikov.pログインを使用してサービスマネージャーに入ります。



[追加]ボタンをクリックして、エンタープライズアカウンティングアプリケーションを追加します。アプリケーションのタイプのみを選択し、「可用性」列で「使用済み」を待つだけで十分です。



「アプリケーションの入力」ボタンをクリックすると、ブラウザはアドレスfapache.knopka.int/ext/ea_01/1を開きます。最後の単位はエリアの番号です。ユーザーには権限がなく、他のエリアに入ることはできません。

これからは、最小限の1C Freshサービスが有効になります。ご覧のとおり、展開は非常に簡単です。

おわりに

これがすべての機能ではありません。サービスで計画された構成の更新、データの同期を構成できます。アプリケーションゲートウェイを追加すると、サービスインスタンスのスケーラビリティが確保され、新しい情報ベースが追加され、同じ情報ベースの単一の外部アドレスが維持されます。サービスのサイトおよびフォーラム、アクセス不能性の監視などは、1C Freshサービスと一緒に問題なく動作させることができます。これにより、ニーズに応じて機能を柔軟に選択できます。