在庫(ざいこ)とは、企業・商店などが加工や販売するために保有する原材料・仕掛品・製品あるいは商品などの財貨を指す。 会計用語としては、棚卸資産(たなおろししさん)という。 通常の販売目的で保有する棚卸資産は 取得原価(切放法適用の場合は帳簿価額) 決算時の正味売却価額 のうち、低いほうの額を決算時の帳簿価額とする。 トレーディング目的で保有する棚卸資産は時価法で評価する。 評価方法として、次のような方法がある。 個別法 先入先出法 総平均法 移動平均法 売価還元法 経営における在庫[編集] 製造業においては、ほぼ無条件で悪とされる。在庫分だけ資金が滞留しているが、その資金は金利をかけて調達したものなのである。 在庫を極限まで減らす経営は リーン生産方式(およびそのもととなったカンバン方式) デル・モデル の二種類あり、いずれも製造業の究極の理想とされている。 しかしながら、需要の急激な変化
Ansible getting started Getting started with Ansible Getting started with Execution Environments Installation, Upgrade & Configuration Installation Guide Ansible Porting Guides Using Ansible Building Ansible inventories How to build your inventory Working with dynamic inventory Inventory script example: Cobbler Other inventory scripts Using inventory directories and multiple inventory sources Stat
AnsibleにはGoogle Compute Engineの リソース管理用モジュール(GCEモジュール)が 組み込まれています。 GCEモジュールを使うことで、 Instanceの生成 network access制御 persistant diskの利用 load balancerの管理 を自動化できます。 さらに、 inventoryプラグインもあり、 生成したGCEinstanceの情報をAnsible dynamic inventoryに自動的に吸い上げ、tagやプロパティでグループ化できます。 しかし、 使う際には、必要な認証や設定がいくつかある上に、 ドキュメントの記述が複雑でわかりづらい部分もあるため 結構ハマりました。 その辺りを回避できるように解説していきます。 準備 AnsibleのGCEモジュールは、pythonのapache-libcloudモジュールに依存して
通常の Inventory は ini 形式を拡張したテキストファイルで、中には Ansible で管理したいホストと変数の情報が書き込まれている。 しかし、これだとホストの台数や名前などが動的に変化するシチュエーションでメンテナンスが難しい。 あとは、ホストの情報が別の場所で管理されているパターンも二重管理になる可能性がある。 そうした場合には Dynamic Inventory という機能を使って動的に Inventory を生成するやり方があるようだ。 Ansible をインストールする 検証用の環境には CentOS7 を使った。 $ cat /etc/redhat-release CentOS Linux release 7.1.1503 (Core) $ uname -r 3.10.0-229.11.1.el7.x86_64 EPEL 経由で Ansible をインストールする
Puppet Camp New York 2015: Puppet Enterprise Scaling Lessons Learned (Interme...Puppet
Web developer, speaker, author, expat, book nerd, friend to cats. Ansible has excellent documentation but one thing I was confused about was the best way to store the configuration for multistage projects: say, different passwords for dev, staging, production. This isn’t really covered in the ansible-examples repo because it’s specific to your project and while the documentation has recommendation
Ansibleのディレクトリ構成を決める際、プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定を変更する方法でしっくり来るものを思いつかず、どうしたものかと悩んでいたのですが、今日見つけたブログ記事でそれもスッキリ解消したのでメモっておきます。 結論 まず結論を。プロダクション環境、ステージング環境、開発環境といった環境ごとに異なる設定する場合は、以下のように対応するのが良さそうです。 ディレクトリ構成は、公式ドキュメントに従う。 Best Practices — Ansible Documentation プロダクション、ステージング、開発など、ステージごとの変数切替は以下のブログを参考に、"group_vars"を利用して行う。 インベントリファイルの中に、"[production:children]"のようなグループすべてが属するグループを作ってしまい、そのグ
この記事は、 2015 tech-yuruyuru アドベントカレンダー 3 日目の記事です。 Inventory file とは何か Ansible は、インフラ内の複数システムに対して同時に動作します。 Inventory file は、 Ansible が動作する対象のシステムを列挙するためのファイルです。 Host と Group では、実際に Inventory file を見ていきます まず、動作対象となる以下のシステムを Vagarant で立ち上げます mail: メールサーバ web1, web2: Web サーバ db1, db2: DB サーバ # Vagrantfile API/syntax version. Don't touch unless you know what you're doing! VAGRANTFILE_API_VERSION = "2" Va
Ansible getting started Getting started with Ansible Installation, Upgrade & Configuration Installation Guide Ansible Porting Guides Using Ansible Building Ansible inventories How to build your inventory Inventory basics: formats, hosts, and groups Default groups Hosts in multiple groups Grouping groups: parent/child group relationships Adding ranges of hosts Passing multiple inventory sources Org
Ansibleではinventoryに対象ホストを定義します。 適用したいインフラ構成が複数ある場合、playbook毎にグループ化してください。 グループ化した場合、変数はそれぞれのgroup varsに定義できます。 詳しくは、前回のエントリーを参照してください。 inventoryの構成方法には幾つかのパターンがあります。 対象とするシステムの規模や特徴にあわせて選択しましょう。 なお、パターンを整理するにあたって、Ansibleのインベントリファイルでステージを切り替えるを参考にしました。 ベーシックパターン 開発環境・検証環境・本番環境といった目的毎に環境を作る必要がなく、ひとつの環境(本番環境)のみの場合は、inventoryファイルもひとつで十分です。 hostsという名前のファイルを作成し、inventoryを定義しましょう。 構成は次のようになります。 . ├── gro
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く