問題タブ [12factor]

12factorからの次の投稿を読んで、皆さんがこれをどのように処理しているかを確認したいという質問を思いつきました.

基本的に、アプリは stdout/stderr に直接書き込む必要があります。これらのストリームを fluentd (rsyslog/syslog にバインドされていない) に直接リダイレクトする方法はありますか? fluentd についての認識が深まるにつれ、複数のアプリ/プラットフォームからのログを集約するための優れたツールになると思います。

これの主な理由は、アプリがクロスプラットフォームの場合、rsyslog/syslog が利用できない可能性があり、私が理解しているように、ロギング フレームワーク (動作するために必要な構成が必要) を使用すると、12factor に違反することになります。

ありがとう！

Rails プロジェクトで「12 ファクター アプリ」標準を順守しながら、画像のアップロードを行う最善の方法を見つけるのに苦労しています。

基本的には、ユーザーに自分のプロフィール画像をアップロードしてもらいたいと考えています。Paperclip を使用してそれを実現できることはわかっていますが、ImageMagick などを使用して画像のサイズを変更し、アプリケーションで使用する画像を準備する必要があります。

12 Factor アプリのセクション 2、依存関係 ( http://12factor.net/dependencies ) によると:

Twelve-Factor アプリは、システム全体のパッケージの暗黙的な存在に依存することはありません。

Twelve-factor アプリは、システム ツールの暗黙的な存在にも依存しません。例には、ImageMagick または curl へのシェル化が含まれます。

ImageMagick をローカルで使用しないでください。それは理にかなっていますが、それではどのように画像処理を行いますか?

あなたが与えることができるアドバイスを事前にありがとう！

私の状況は次のとおり.envです。ファイルに保存されている構成値に依存する Django アプリがあります。この.envファイルは、機密情報を非公開にするために、ソース管理とは別のものです。この Django アプリは docker コンテナーにデプロイされ、変更が git リポジトリーにチェックインされるたびにコンテナーを再構築するように jenkins をセットアップしました。.envビルド環境にファイルが存在しない場合、ビルドは失敗します。そのファイルを含める最良の方法は何ですか?

私は現在、ビルド環境にファイルを書き込むシェル コマンドを実行するように jenkins をセットアップしていますが、それは最適ではない、セキュリティ上の観点からはどうにもなりません。これを行うためのより良い方法は何でしょうか?

ライブラリ (ドメイン モデル) に依存する 2 つの Java アプリケーションがあります。

12 要素アーキテクチャを促進する PaaS、つまり Heroku にデプロイします。

Git/Github を SCM として使用しています。

モジュールのソース コードを Git で整理して、両方のアプリケーションが依存関係/ライブラリを共有し、12 要素マニフェストを尊重できるようにする方法がわかりません。

ライブラリのソース コードを でインポートすることを考えgit pull -s subtreeていたので、2 つのアプリのソース コード内にライブラリのソース コードを含めます。

さて、それは 12-factor アプリ マニフェストを尊重しますか? http://12factor.net/codebaseを参照してください。

複数のアプリで同じコードを共有することは、12 要素の違反です。ここでの解決策は、依存関係マネージャーを介して含めることができるライブラリに共有コードを分割することです。

12 要素アプリ マニフェストに明らかに違反しているようです...

現在、Heroku は依存関係マネージャー機能を提供していません。

誰かがアドバイスしてベストプラクティスを提供してもらえますか?

12 要素アプリは、構成を環境に保存することが想定されています。

これは、「大きい」(少なくとも kb の倍数) 可能性がある SSL 証明書とキー ファイルを含めることを意図しており、(形式によっては) 印刷できない文字 (少なくとも改行) を含むことがよくあります。

または、証明書/キー ファイル名を指すだけの環境が期待されていますか? (たとえば、Docker 経由でデプロイしようとする場合、これはおそらく理想的ではないように思われます。実際には、秘密鍵を Docker イメージに保存したくありませんよね? しかし、それは別の問題かもしれません。)

私たちのチームは現在、Consul を使用した Symfony2 アプリケーションのサービス検出のアイデアを検討しています。相対的な最前線にいるため、議論の邪魔になるものはほとんどありません。これまでのところ、次のことを発見しました。

• ランタイム構成は以前に撃墜されました。
• このようなユースケースを処理するためのバンドルが存在しますが、最近では多くのアクティビティが見られません.
• 上記のバンドルの貢献者の 1 人は、外部パラメーターが問題の解決策になる可能性があると示唆しました。
• Sensio は、独自の Consul SDKを作成しました。ただし、ドキュメンテーション/公式ブログ記事に関してはほとんどないようです: Symfony2 統合
• コンソルは、さまざまな変更でトリガーできるウォッチを提供します

現在の考えでは、Consul ウォッチャーを利用して、外部パラメーターと共にキャッシュ ビルドを再トリガーすることを検討しています。とはいえ、サービスが頻繁に変更される場合、そのような操作のオーバーヘッドについて懸念があります。

上記と Consul/Symfony 内部の知識に基づいて、それは賢明なアプローチでしょうか? そうでない場合、その理由と、利用可能な代替手段は何ですか?