Habrでの検索では、Alfrescoシステムに関する詳細な記事は見つかりませんでした。 この記事では、1石で2羽の鳥を殺すことを試みます。Alfrescoシステムとは何か、それを仕事でどのように使用するかを伝えることです。
小さな組織でドキュメントはどのように保存されますか？ 最も単純なのはローカルドライブです。 また、コラボレーションが必要な場合は、メール、または最も一般的なオプションであるネットワークドライブで送信されます。 もう1つの優れたオプションはGoogleドキュメントですが、ロシアの慣行で広く使用されているかどうかはわかりません。
電子文書管理システムの導入を検討するために組織がどの程度の規模を達成する必要があるかはわかりませんが、これはおよそ50〜100人の従業員が文書を扱う領域の数字だと思います。
電子文書管理システムについて考えるとき、最初に思い浮かぶのは、Microsoft、EMC、1Cなどの有名なベンダーの高価なソリューションです。 しかし、クローズドソリューションに代わるものもあります-Alfrescoのオープンソース文書管理システム。 または、英語の場合は、オープンソースのエンタープライズコンテンツ管理システム（ECM、CMS）。
Alfrescoの競合他社は、EMC Documentum、Open Text、Sharepointなどの専用ソフトウェアです。 Alfrescoの開発者自身は、90年代の遺産として競合他社について次のように書いています。
- 高価すぎる
- 複雑すぎて使用、拡張、拡大縮小できません
- ニーズに合わせて変更するのが難しすぎる
- 「専有的」すぎる
システムについてお話しますが、開発者が正しかったかどうかは既に決定しています。
Alfrescoとは
Alfrescoはもともと、Microsoft Sharepointの代替となるオープンソースとして考えられていました。 しかし、開発の過程で、彼はこれを避け、他の同様のシステムにはアクセスできない多くのユニークな機能を提供しました。 AlfrescoはHTTPS経由のSharepoint経由で安定していると言えば十分です。
システムの開放性に主な利点があります。メーカーにとって「ロックイン」はなく、システム自体は無料です。 Alfrescoのもう1つの利点は、Spring、JSF、Hibernate、Luceneなどの最新のJavaテクノロジー上に構築されていることです。 新しいバージョンではSpring Surfを使用します。 そして、大規模な真面目なビジネスはJavaシステムを愛していることを知っています。
ユーザーはブラウザを介してシステムを操作します。 通常のネットワークフォルダー（CIFSプロトコル）またはFTPを介して、Windowsエクスプローラーでファイルを操作することもできます。 私たちは英語版で作業しています、ロシア語のローカライズがあります。
Alfresco Document Management Standardページのスクリーンショット
Alfrescoは、ドキュメントなどを作成、保存、変更する機能を提供します。 空の文書と会社のテンプレートに基づく文書の両方をシステムで直接作成することができます。 このシステムでは、ドキュメントのコンテンツで検索でき、ドキュメントのバージョン管理をサポートしています。 変更履歴全体が保存され、誰が何を追加または削除したかをいつでも確認できます。
文書管理システム、外出先で作業のスキームを変更する機能があります。 トピックに関する優れた記事：「 電子文書管理またはすべきでないこと 」
あなたのタスクに適していますか？ 拡張性
Alfrescoはすぐに使用できます。無料のCommunity Editionをダウンロードしてインストールし、すぐに使用を開始できます。非常に簡単です。 有料のEnterprise Editionもありますが、主な違いはテクニカルサポートの利用可能性です。
Alfrescoは、Windowsおよび* nix互換システムの両方にインストールされます。Javaランタイム環境が必要です。 配信には、さまざまな種類のドキュメント間の変換、インデックス作成のためのテキストデータの抽出、および全文検索機能のためのビルトインOpenOfficeが含まれます。 また、Tomcatも含まれており、必要に応じて、 適切なWebコンテナーに置き換えることができます。
Alfrescoは独自のユーザーベースを維持しています。 ただし、最初のログインまたは外部ソース（LDAP、Microsoft Active Directory、会社のドメインなど）との同期時にユーザーを自動作成することは可能です。
ECM業界で受け入れられている標準がサポートされています。 そのため、Alfrescoデータストレージシステムは、 JSR-170標準の独自の実装からCMISを介したデータアクセスに徐々に移行し、Alfrescoで提供されるストレージの使用に関する最後の制限を取り除きます。
システムは、Microsoft Office、Open Office、pdfなど、あらゆる形式のドキュメントで動作します。 必要な形式がサポートされている形式のリストにない場合は、サポートされている形式のいずれかに変換モジュールを追加できます。変換チェーンは、出力に必要なすべての形式に組み込まれます。
オープンシステムとしてのAlfrescoの利点は、ソースコードへのフルアクセスです。もちろん、優れた専門家がいる場合は、システムの任意の部分を変更できます。 ライセンスが許可します。
このシステムでは、拡張モジュールを使用して機能を拡張できます。 モジュールには、ビジネスロジック、ページスタイル、新しいページ、データモデル拡張、新しいサービスなど、何でも含めることができます。 拡張モジュールは、多くのプロトコルを介してAlfrescoと連携できます。RESTプロトコルが最適にサポートされています。 ユーザーインターフェースは、Spring Surfを使用して実装することを提案します。残りはもはや制限されず、最も頻繁に使用されるJavaであり、サーバー側JavaScript、Groovy、JRubyなどはあまり使用されません。 主なことは、CMISのサポートがあることです。
標準のWebインターフェイスを完全に放棄して、独自のインターフェイスを実装できます。 その後、Alfrescoはストレージとしてのみ使用されます。
他のソフトウェアとの統合のために、さまざまなタイプの認証がサポートされており、それらをチェーンで接続することができます。 たとえば、ユーザーはシングルサインオンを使用してシステムにログインできます。 ユーザーが認証されていない場合、Alfrescoはユーザーの認証を試みます（システムの構成方法に応じて、ユーザー名とパスワード、または証明書を要求します）。
Alfrescoには非常に柔軟なデータモデルがあり、その拡張の多くの可能性がありますが、これは別の記事のトピックです。 要するに、モデルが複数の継承（アスペクトを使用）、さらに動的をサポートしていること、つまり、いつでも任意のオブジェクトに任意のアスペクトを追加でき、オブジェクトはこのアスペクトのすべてのプロパティを取得することに言及する価値があります。
データおよび機能へのアクセスを柔軟に構成できます。 承認システムは、データオブジェクト、権限、ユーザー、グループ、ロールなどの概念で動作します。 ロールは、アプリケーションの実行中にユーザーおよびグループに割り当てられます。これには、データのサブツリー全体にカスケード方式でロールを割り当てる可能性が含まれます。
Alfrescoには多数の既製の拡張機能があります。
ユーザーの数。 拡張性
Alfrescoはオープンで無料であるため、クライアントライセンスの数に制限はありません。 むしろ、サーバーとデータベースのパフォーマンス、システムを拡張する能力によって制限されます。
私たちの経験によれば、8Gbのメモリを搭載したIntel Core 2 2.4 GHzサーバーは、登録された数千人のアクティブユーザーに対応するのに十分です。 ユーザー数の増加に伴い、システムのどの部分が最もロードされているかを分析する必要があります。 このシステムはクラスター内で確実に動作し、データの整合性と関連性を保証しますが、適切な構成が必要です。これについては以下で詳しく説明します。
40,000人以上のユーザーを基盤とするロシアの大規模な非営利組織でのAlfrescoの実装例があります。 外国の実装の例には、数十万人のアクティブなユーザーがいるAlfrescoのユースケースも含まれます。 または、はるかに少ないユーザー数で、数テラバイトのストレージを使用します。
Alfrescoの実装経験
このシステムは、ヨーロッパ最大のソフトウェアプロデューサーである同社で使用されています。 内部ユーザーの推定数：3万。 予想される外部ユーザー数：300万人以上。
Alfrescoは、市場で唯一のECMシステムオプションとして選ばれ、優れたエンタープライズサポート、Sharepointプロトコルの実装、および1000人以上のユーザーによる実装例の存在がありました。 私の知る限り、Microsoft Sharepointはそうしなかったが、他の基準を思いついていなかったかもしれない。
現在、リポジトリには、5〜10 MBのドキュメントが最大2000個保存されています。
主な改善点：
- システムの外観を変更します。 必要に応じて、キャップ、会社のロゴを追加しました。
- Alfrescoは、社内で標準として採用されているアプリケーションサーバー、データベース、および認証システムと連携するように変更されています。
- Alfrescoは、国のレジストリ、顧客カテゴリなど、会社のポータル上の既存のメタデータにリンクされています。
- テンプレートによっていわゆる「プロジェクト」を作成し、テンプレートによってドキュメントを作成するためのモジュール。
- アクセス制御システム。 Alfrescoの代表者によると、これはAlfrescoアクセス制御システムをこのように深く使用している唯一の実装です。
- ワークフローの段階を通過して他の会社のリソースに渡されるドキュメントの公開。 システムへのドキュメントの逆インポート。
- 会社の標準に従って標準ワークフローを大幅に変更しました。
- ユーザーインターフェイスを使用して、各段階で作業を実行する責任者に通知を送信するなど、外出先でワークフローを構成する機能を実装しました。
- ドキュメントからデータを変換および抽出するためのサードパーティライブラリとのペアリング。
システムはすでに生産に入っています。 いくつかの問題が発生しましたが、いくつかはまだ解決されていません。
たとえば、開発者のローカルマシンで実行すると、システムは非常に高速に動作します。 ただし、クライアントが5つのアプリケーションサーバーのクラスターで起動すると、システムの速度が不当に低下することがあります。 この問題はまだ解決されていませんが、Alfrescoの開発者自身でさえ接続されていました。
残念ながら、システムのアーキテクチャは、検索エンジンインデックス（Lucene）がネットワークドライブに保存されるように設計されています。 そして、これは開発者の推奨に真剣に反しており、多くの場合、インデックスが崩壊するという事実に遭遇します。
ドキュメントからデータを変換および抽出する際のOpenOfficeの別の問題。 サーバーモードのOpenOfficeの最新バージョンでも、一度に1つのファイルしか変換できません。 複数のファイルを同時に変換しようとすると、予測できない結果が生じます。 OpenOfficeには、時間の経過とともに大量のメモリを消費して応答を停止する不快な機能もあります。 いくつかの方法をお勧めできます。
- JODConverterを使用して、複数のOpenOfficeサーバーを一度に起動して自動的に再起動します。
- データの変換と抽出に他のライブラリを使用する（たとえば、Asposeですが、有料です）。
開発者は、MySQL / InnoDBをメタデータリポジトリとして使用することをお勧めしますが、Hibernate / iBatis方言が存在する他のデータベースを使用できます。
また、生産性を高め、信頼性を高めることができる多くの推奨事項があります。 最も重要なものの中で：
- 既に述べたように、Luceneインデックスの保存にネットワークドライブを使用しないでください。
- 断片化に対処する最新の手段を備えたファイルシステムの使用（EXT4）。
現時点では、私たちのプロジェクトはまだ活発に開発されています。 私たちのプロジェクトの実装における管理上および技術上のエラーにもかかわらず、私はAlfrescoシステム自体が好きです、それと一緒に仕事をするのは楽しいです、私はビジネスのためのオープンシステムの見通しを信じています。
おわりに
Alfrescoは、会社のワークフローを構築するための優れた拠点です。 近い将来、Alfrescoは多くの古いシステムの代替品になると思います。 もちろん、いくつかの未解決の問題が残っており、Alfrescoが全世界をキャプチャすることはまずありませんが、企業のドキュメントストレージとワークフローの市場のかなりの部分を占めることができると思います。
クラウドでAlfrescoを使用することは可能です。 たとえば、Amazon AWSには、Alfrescoがプリインストールされた既製のインスタンスが既にあります。
オラクルがAlfrescoの購入を検討したという噂があります。 Alfrescoにとって何が脅迫または輝いているのかはまだ不明です。
コメントでAlfrescoの実装ストーリーを見るのは非常に興味深いでしょう。