雲の中の1C

ビジネスアプリケーションに関連するクラウドサービスのアイデアは、次のように定式化できます。アプリケーションサーバーを組織のローカルネットワークからインターネットに転送します。 ユーザーは通常のソフトウェアを使用し続け、コンピューターでネイティブクライアントまたはWebクライアントを起動しますが、現時点ではインターネット接続が必要であり、組織のローカルネットワーク（物理的またはVPN経由）に入る必要はありません。 また、 SaaSオプションの場合、アプリケーションサーバーが展開されるコンピューティング能力を持つクラウドサービスプロバイダーも、アプリケーションの管理と更新のすべての作業を引き受け、エンドユーザーをこれらの心配から救います。



注目を集めるための写真：即席の手段（雲、旗、飛行機、パラシュート）を使用した記事の著者は、論文「雲の中の1C」を示しています。







1Cプログラムはhttp / httpsプロトコルをサポートしているため、1Cアプリケーションサーバーをインターネットに転送しても問題はありません。 「クラウド」の最も簡単なオプション1Cが用意されています。







しかし、基本的に、このようなクラウドバージョンは通常、アプリケーションサーバーの場所のみが通常のものと異なります。 新しい組織にサービスを提供するには、少なくとも新しい1C情報ベース、または1Cアプリケーションインスタンスを備えた物理マシンまたは仮想マシンが必要です。 したがって、アプリケーション管理コストは組織の数に比例して増加します。

マルチテナンシーとデータ共有

アプリケーション管理コストを削減するには、異なる組織が同じアプリケーションインスタンスで作業する必要があります。 また、アプリケーションは、アプリケーションの1つのインスタンスで異なる組織の作業を許可するように作成する必要があります。 同時に、ビジネスロジックのレベルでは、1つのアプリケーションインスタンスの異なる組織の作業は、組織ごとに異なる、異なるアプリケーションインスタンスの異なる組織の作業と同一である必要があります。



アプリケーションアーキテクチャを設計するこのアプローチは、英語の用語multitenancyと呼ばれ、正確なロシア語の翻訳はありません。 最も近い意味はマルチテナンシーです。 マルチテナンシーの基本的な考え方は、このように説明できます。 通常の用途は、1つの家族向けに設計されたコテージで、インフラストラクチャ（壁、屋根、水道、暖房など）を使用します。 マルチテナンシーアプリケーションは、アパートの建物です。 その中で、すべての家族が同じ構成のインフラストラクチャを使用していますが、インフラストラクチャ自体は家全体に実装されています。



最も単純な意味では、マルチテナンシーの目標は、インフラストラクチャコストを「社会化」することにより、アプリケーションを維持するコストを削減することです。 これは、「注文どおりに」書くのではなく、循環ソリューションを使用して（おそらくカスタマイズと改良を加えて）アプリケーションのコストを削減するのと同じ動きです。 1つのケースでのみ開発が社会化され、もう1つのケースでは搾取が行われます。



マルチテナンシーには多くの側面があります。 それらの1つは、アプリケーションでのデータ共有です。 物理的には、すべての組織のデータは1つのデータベースに格納されますが、各組織にはその運用データ（トランザクション、従業員のリストなど）のみが表示され、データの一部（たとえば、さまざまな規制および参照情報）にすべての組織が一度にアクセスできます。 1Cアプリケーションでは、これは1C：Enterpriseプラットフォームが提供するデータ共有メカニズムを介して実装されます。

クラウドサービス

しばらく前、1C開発チームのタスクは、SaaSモデルを使用して1Cアプリケーションソリューションをリースするためのクラウドサービスを作成することでした。 さらに、このサービスを複製可能なソリューションにするために、一種の「すぐに使えるクラウド」を使用します。これにより、ソリューションを購入した人は誰でも1Cアプリケーション（または1C：Enterpriseで作成されたアプリケーション）をレンタルするために自分の能力でインフラストラクチャを展開できます。



エンドユーザーの観点から見たクラウドサービスの理想とは何ですか？ 棚にソフトウェア製品があるスーパーマーケット-会計、報告、給与、スタッフ、... ユーザーはカートをいっぱいにしてレジに行き、そこで料金に応じて支払います（スーパーマーケットとの違いは、ユーザーがソフトウェア製品を購入せず、一定期間レンタルすることです）。 ユーザーは、どの従業員が会計にアクセスできるか、どの従業員が給与や人事などにアクセスできるかを決定します



クラウドサービスプロバイダーに最適なクラウドサービスとは何ですか？ 同じスーパーマーケットが、所有者から。 既存の商品（ソフトウェア製品）を棚に置き、新しいものを追加し、タイムリーな支払いを監視する必要があります。 また、サービスは多くのことを実行できる必要があります。水平に拡張し、ユーザーにレンタル用のアプリケーションへのデモアクセスを提供し（テストドライブ）、ユーザーを集中管理します。



もちろん、必要なすべての機能を適用されたソリューションに直接実装できます。 ただし、全体的な機能の一部がソリューションからソリューションに複製されることは明らかであり、クラウド内のアプリケーションソリューションのユーザーの単一のエントリポイントであり、管理ツールも含まれる別の製品に一般的な機能を配置する方が最適です。



そのため、 1cFreshテクノロジーが開発されました（正式名称は「1C：1cFresh Solution Publishing Technology」です）。 1cFreshは個別のソフトウェア製品として販売されており、1CのパートナーおよびクライアントがSaaSサービスおよびプライベートクラウド（ プライベートクラウド ）で使用しています。 1C会社自体は、クラウドアプリケーションレンタルサービス（SaaS） 1cFresh.comおよび1C：BuhServiceサービスで 1cFresh製品を使用しています 。 モスクワの情報技術局は、独自のコンピューティング能力で展開されている1cFresh製品を使用して、モスクワ市の予算https://balance.mos.ru/から資金提供を受けている機関の会計および給与計算に使用しています 。



サービス機能を次の大きなブロックコンポーネント（1Cに実装されている：エンタープライズテクノロジーとJavaテクノロジー）に分割することが決定されました。

• サービスサイト-ユーザーの単一のエントリポイント
• Service Manager-すべてのサービスコンポーネントの作業を管理および調整するためのツール
• Application Gateway-サービスの水平スケーリングを担当するコンポーネント
• サービスエージェント-アプリケーションソリューションを操作するためのすべてのユーティリティ機能はここで作成されます-アプリケーションソリューションのバージョンの更新、バックアップなど。
• サービスフォーラム-サービスユーザー同士およびプロバイダーの代表者とのコミュニケーションのためのフォーラム
• Availability Manager-「サービスが一時的に機能しない」一種のプラカード。サービスの中心的なコンポーネントが機能しない場合でも、サービスまたはその一部の利用不能に関する情報をユーザーに表示します。

1cFreshサービスの簡略化されたスキーム（すべてのサービスコンポーネントが提示されているわけではありません）



コンポーネントの詳細。

サービスウェブサイト

ユーザーがサービスとやり取りするためのインターフェースを提供するサイト。 Javaで実装されています。 これは、とりわけ「スーパーマーケットウィンドウ」です。ここでは、ユーザーがレンタルするアプリケーションを選択し、これらのアプリケーションのデモバージョンを試すことができます。 このサイトは、サービスへの登録、アプリケーションのユーザーの確立、サービスに関するニュースやヘルプ情報の表示などにも役立ちます。 サイトがサービス1cFresh.comでどのように表示されるかを確認できます。サービスの配信から標準バージョンのサイトを使用します。



このサービスには、アプリケーションソリューションがインストールされた1Cサーバークラスターをいくつでも含めることができます。 これらのクラスターはすべて、サービスマネージャーに登録されます。 1Cサーバーは、WindowsとLinuxの両方に展開できます。 そのため、サービス1cFresh.comでは、動作中のサーバー1Cとして、Windows OS（MS SQLはアプリケーションソリューションのDBMSとして使用されます）およびLinux CentOS（DBMS-PostgreSQL）のサーバーが使用されます。



サービスマネージャーのユーザーインターフェイスを通じて、プロバイダーはクラウドサービスを管理します-動作中の1Cサーバーとアプリケーションの追加、アプリケーションバージョンの更新、ユーザーの管理など。 一部の操作（アプリケーションソリューションバージョンの更新など）は、個別のコンポーネント（サービスエージェント）によって実行されます。 サービスエージェントとの対話は、Webサービスを経由します。

サービス業者

1C：Enterpriseプラットフォームで作成されたアプリケーション。 サービスの情報データベースを使用して管理アクションを実行します-構成バージョンの更新、スケジュールされたバックアップの作成、サービスの操作に関する統計の収集など。

アプリケーションゲートウェイ

Javaで書かれています。 サービスの水平スケーリングを担当します。 アプリケーションソリューションを使用して、サービスユーザーを目的のサーバーにリダイレクトします。

サービスフォーラム

サービスのユーザーおよびサービスプロバイダーの代表者と、サービスおよびその中に配置されているアプリケーションソリューションの操作に関して、サービスのユーザーが互いに通信するフォーラム。 Javaで書かれています。

可用性マネージャー

定期的に、サービスの一部のサービスまたはサービス全体でさえエンドユーザーが利用できない場合があります。 たとえば、アプリケーションソリューションが新しいバージョンに切り替わる（移行が完了するまで、ユーザーがそこで承認される必要がない）か、保守作業のためにサービス全体が一時的に無効にされる場合があります。 Availability Managerは、他のすべてのサービスコンポーネント（中央コンポーネント、サービスマネージャーを含む）が機能しない場合でも、サイトおよびフォーラムのユーザーにサービスリソースの利用不可に関するメッセージを表示するアプリケーション（1C：Enterpriseプラットフォームで作成）です。

情報ベース1C

実際に適用されるソリューションの作業の情報ベース。 サービスへの新しいインフォベースの追加は、スケーリング単位の一部として実行されます。 スケーリングユニットは単一のモジュールとして展開され、次のものが含まれます。

• サーバークラスタ「1C：エンタープライズ」
• 情報データベースが保存されるDBMSサーバー。
• スケーリングユニットのインフォベースへのHTTP呼び出しを処理する1つまたは2つの（フォールトトレランスを確保するための）Webサーバー

スケーリングユニットの動作に問題がある場合、スケーリングユニットにある情報ベースを直接操作した顧客のみが影響を受けます。

サービスの詳細

• このサービスは、単一のデータベースにユーザー認証情報を保存できる同様のOpenIDテクノロジーをサポートしています。 このため、サービス内でシングルサインオンを構成でき、ユーザーはアプリケーションソリューション（会計、給与など）、フォーラムを切り替えて、シングルログインを使用してITSの技術サポートサービス（1Cの情報と技術サポート：エンタープライズユーザー）に切り替えることができます。
  
  
  
  
• ユーザーは、ローカルの1Cアプリケーション（会計など）からクラウドバージョンのアプリケーションへ、またはその逆にデータを転送できます。
  
  
  
  
• ユーザーは、スタンドアロンのワークステーションを作成できます。これは、ユーザーのコンピューターにあるローカルファイルインフォベースです。 このデータベースを使用するには、インターネットの存在とサービスへの接続は必要ありません。 同時に、サービスメカニズムは、スタンドアロンワークステーションとサービスで公開されているアプリケーションとの間のデータ交換を提供します。
  
  
  
  
• サービスで公開されているアプリケーションソリューション間（会計と給与など）で自動データ交換を設定して、入力情報の量を最小限に抑えることができます。1つのアプリケーションにデータを入力し、すべてで使用します。
  
  
  
  
• アプリケーションバックアップシステム。 アプリケーションのバックアップコピーは、ユーザーの要求に応じていつでも作成できます。 また、指定されたスケジュールに従って、アプリケーションの毎日、毎月、毎年のコピーが自動的に作成されます。
  
  
  
  
• 1sFreshテクノロジーには、提供されたデータのためのメカニズムがあり、サービスマネージャーはその助けを借りて、要求に応じてアプリケーションを格納し、一元的に更新できる単一の参照情報を提供します。
  
  
  
  
• アプリケーションソリューションのいくつかのバージョンは、サービスで同時に動作できます。 サービスでホストされるアプリケーションソリューションは、異なるバージョンの1C：Enterpriseプラットフォームを使用できます。
  
  
  
  
• インフォベースが機能するアプリケーションソリューションのバージョンを更新できます。
  
  
  
  
• エラーの原因の検索と分析を容易にするために、1sFreshテクノロジーにはさまざまなメカニズムがあります。
  
  
  
  
  • インフォベースを使用した操作のエラーに関する情報の収集。
    
    
    
    
  • この情報をサービスマネージャーの情報ベースに記録します。 情報ベースのエラーについて収集された情報は、エラーログのサービスマネージャーの情報ベースに保存されます。
    
    
    
    
  • これらのエラーの詳細を表示します。 サービス管理者は、エラーログ全体と、特定の情報ベースまたは特定のアプリケーションに関連するエラーの両方を表示できます。
  
  
  
• 1sFreshテクノロジーでは、単一の技術サービスプラットフォーム内に複数のクラウドサービスを展開できるストアフロントメカニズムが開発されました。 ショーケースは、ユーザーにサービスを提供するための個別のインターネットリソースです。 ストアフロントは、ユーザーからは、ビジネスアプリケーションを利用できる独立した独立したサイトとして見えます。 たとえば、別々のドメインにあるがサービスプロバイダーの同じ技術プラットフォーム上にあるさまざまなサイトでは、小規模ビジネスのアプリケーションウィンドウ、公共部門のアプリケーションを含むウィンドウ、医療施設のウィンドウなどを展開できます。リソースは共通サービスの一部としてではなく、完全に独立したサービスとしてです。 そのため、クラウドサービス1cfresh.com （「すべての人に1Cアプリケーションをレンタル」）とgos.1cfresh.com （「1C：政府機関向けインターネット上のエンタープライズ8」）は、同じサービスインスタンスの2つのウィンドウです。
  
  
  
  
• サービスには、アイデアセンターがあります。これは、サービス上のユーザーのアイデア、希望、提案を登録および処理できるメカニズムです。 アイデアセンターはアプリケーションソリューションの機能として実装されます。ユーザーはアイデアとコメントのリストを表示したり、他のユーザーのアイデアに投票したり、コメントを残したり、独自のアイデアや要望を追加したりできます。 Idea Centerの機能を使用するには、対応するサブシステムをアプリケーションソリューションに含める必要があります。
  
  
  
  
• 1sFreshテクノロジーを使用して作成されたサービスに接続しているユーザーは、商業的条件で、サービスプロバイダーに月額料金を支払います。 このサービスには、ユーザー請求を設定するための柔軟なオプションがあります。
  
  
  
  
• サービス使用の統計を表示するための豊富な機会があり、サービス使用の強度を評価したり、標準からの偏差のその後の評価のためにサービスの安定した（正常な）動作の平均統計キーインジケータを取得したり、定期的なメンテナンス操作を計画する際に考慮したサービスリソースの最大および最小負荷の期間を決定したり、など
  
  
  
  
• 適用されたソリューションの使用時に発生するイベントに関するビジネス統計を収集することが可能です。 このような統計は、アプリケーション開発者がソリューションがエンドユーザーによってどのように使用されるかをよりよく理解し、ボトルネックを分析するなどの場合に役立ちます。

クラウドサービスアプリケーション

1Cで作成されたアプリケーションソリューション：クラウドで機能するには 、エンタープライズプラットフォームが特定の要件を満たす必要があります （1Cでは、「作業モードでの作業」という用語が使用されます）。 サービスモードで実行するアプリケーションの要件については、1cFresh製品ドキュメントで詳しく説明されています。



データ共有メカニズムの使用に加えて、アプリケーションは、リモート管理、データのアップロード/ダウンロード、データバックアップの作成などをサポートする一連の機能を実装する必要があります。 アプリケーションは、シンクライアントモードとWebクライアントモードで同じように機能し、OSに依存するメカニズムの使用を避けます（クラウド内のサーバーはWindowsとLinuxの両方を実行できるため）、長いサーバー呼び出しなどを避けます。



今日、1cFreshと互換性のある1Cの典型的なソリューション：

• 1C：ERPエンタープライズ管理2
• 1C：統合オートメーション2.0
• 1C：会計8
• 1C：中小企業の経営8
• 1C：起業家2015
• 1C：起業家レポート
• 1C：給与および人事管理
• 1C-FIREPLACE：給与 "
• 1C：州の機関の会計8
• 1C：統合オートメーション2.0
• 1C：貿易管理、エディション11
• 1C：州の機関の給与と人員
• 1C：事業開始

これらのソリューションの一部には、 1C：エンタープライズモバイルプラットフォームを使用して作成されたモバイルクライアントアプリケーションがあります 。 たとえば、「中小企業の管理」というソリューションを使用する場合、一部のユーザーはモバイルクライアントの機能を使用できず、「中小企業の管理」というサービス部分は、一般的にデータの集中データベースとして使用されます。



サービスモードで動作するアプリケーションのリストが更新されます。標準ソリューションをクラウドで動作するように移行します。 1Cには、サービスのコピーでレンタルするパートナーのエンタープライズプラットフォーム（ 住宅サービスや共同サービス365など ）にも多くのソリューションがあります。

クラウド内のアプリケーションのカスタマイズ

クラウドでは、数百の組織の数千のユーザーが同じアプリケーションインスタンスで作業できます。 ただし、アプリケーションの機能に対するニーズは異なる場合があります。 したがって、特定のユーザーグループのみがカスタム機能を使用できるように、アプリケーションをカスタマイズできる必要があります。



1cFreshテクノロジーには、アプリケーションをカスタマイズするための2つのメカニズムがあります。

• 外部レポートと外部処理 。 これは、クラウドへの転送用に変更された1Cソリューションをカスタマイズするためのよく知られたメカニズムです。
• 拡張機能の使用。 拡張機能は、アプリケーションソリューション自体を変更せずにアプリケーションソリューションへの追加を作成できるプラグインメカニズムです。 これまでのところ、すべての1Cアプリケーションオブジェクトを拡張機能に追加できるわけではありませんが、拡張機能に常に取り組んでいます。

おわりに

開発のクラウドの方向性は非常に有望であると考えており、より多くのリソースを投資する予定です。



1cFreshクラウドサービスは、 IDCコンサルティング会社のクラウドサービスの定義を満たしていることに注意してください。







ロシア語への無料翻訳：

• 一般的な標準サービス -マルチテナンシー向けに構築された、企業内外
• 適用ソリューションを提供 -開始に必要なリソースを備えたターンキーソリューション
• セルフサービス -通常はWebポータルを介したアプリケーションソリューションへのアクセスのバックアップと制御
• 柔軟なリソーススケーリング -動的、高速、正確
• 使用時の支払い - 使用時間はサービスによって測定されます
• 許可されたネットワークアクセス-インターネットアクセス
• ユーザーインターフェイスの標準テクノロジは、ブラウザおよび/またはリッチインターネットアプリケーション （リッチインターネットアプリケーション）および基盤となるテクノロジです。
• パブリックインターフェイス/ API -Webサービス、その他の一般的なインターネットAPI

Gartnerによると、1cFreshテクノロジーはApplication Platform as a Service（ aPaaS ）に起因する可能性があります：「Application Platform as a Service（aPaaS）は、クラウドでのアプリの開発、展開、実行をサポートするプラットフォームを提供するPaaSの一種です」-「サービスとしてのアプリケーションプラットフォーム（aPaaS）は、クラウドでアプリケーションを開発、展開、実行するためのプラットフォームを提供するPaaSのバリエーションです（ここから引用）。



PS最近、書籍「 クラウドテクノロジー」1C：エンタープライズ「 」、テクノロジー1cFreshについて説明しています。 これは完全に1cFreshに捧げられた最初の（しかし、できれば最後ではない）本です。 紙および電子形式で利用できるほか、モバイルデバイスで読むこともできます。