はてなキーワード: OPENSTACKとは
IIJの業績見通し、VMware製品の値上げによって「変動幅30億円」
実際、IIJは2024年5月10日に開示した2025年3月期の業績見通しにおいて、VMware製品ライセンスの値上げをユーザー企業に転嫁できるかどうかによって、売上高に当たる売上収益と営業利益が最大30億円は変動する可能性があるとした。
IIJは2025年3月期の決算見通しに30億円の幅を持たせる異例の開示をした
IIJは2024年4月からクラウドサービスの利用料金の値上げを実施したが、全てのサービスの値上げが完了したわけではない。ユーザー企業への価格転嫁が遅れるほど、IIJの損失が膨らむ。その損失額が最大30億円になると見込んでいる。
IIJの2025年3月期における営業利益の見通しは300億~330億円である。VMware製品ライセンスの値上げによって、全社営業利益の1割が吹き飛ぶ恐れがあるわけだ。同社が決算の見通しに幅を持たせたのは初めてという。
てっきりOpenStack?とかいう独自の基盤で運用してるのかとオモタ
昨今流行りの機械学習でプロジェクトがぽこぽこ立ち上がっている状況なのだが、一部の人を除き、apt-getで躓いているのは会社にとって損失だと考え、オンプレクラウドのようなものを構築することにした。
グループ全体の規模はそこそこ大きいが、将来単なるアッセンブリー屋になることが目に見えている事もあり(今後20年以内には喰われてしまうという憶測もあり)ネットワーク、Linux、コンテナ、プログラミングが出来る自分が社内の機械学習、引いてはITインフラの民主化、なんだったら外販できるくらいのもの作ってやろうと鼻息巻いて無理やり一人プロジェクトを興すことにした。
まずは既存DHCPサーバ、名前解決ができないDNSサーバからゲートウェイPCを用いてネットワーク的に分離、社内の物理的な設置スペースの問題でデスクトップPCとサーバPCが離れた所にあるため、WireGuardでVPN構築、ゲートウェイPCはそれぞれKea DHCPサーバ、PowerDNSサーバを稼働させ、OpenStack導入検討時に悩んだ鶏が先か卵か先か問題を解決することにした。
上述の通り、システム構築にあたってOpenStackやMAAS,RancherOSなどを検討したが、社内のニーズを「100%」汲みとった上で、次世代のオンプレクラウド(個人的にはエッジクラスタがゆるく繋がるアメーバクラウド?のような呼称があっている気がするが)を構築するにはどれも痛し痒しで何かしら制限がついて回るのは許容できなかった。これは今後5年、特に海外事業所の開発者の事を考えた時には外せない要件だった。
とはいえmiekg/dnsを用いてCoreDNS進化版を作るにはリソースが足りず、BINDを用いるにはSA対応がしんどすぎるため、APIを備えており、今後も進化が見込めるであろうOSS、また必要であれば商用製品や保守サービスが受けられる事から上記2つを選択した。
PowerDNSはさておき、ISC KeaはナウでYANGなLinux YANGに対応しようとしているなど(言いたかっただけ)、世の中のオンプレ環境を塗り替えるためには兎にも角にもAPIゲートウェイが重要だと考えたため、双方が提供しているAPIをうまく吸収するミドルウェア(とちょっとしたAPIサーバ)をGo言語で作成した。
次に世の中のパブリッククラウドやOpenStackなどを触ったことのある開発者はCloud-initに慣れているはずという前提の元、対応コスト勘案の結果、NoCloudで対応しつつ、上記のAPIサーバと連携し、ベアメタルマシン管理した事のある人はわかる、ベアメタルマシン特有の諸問題を解決することにした。
まぁなんだかんだ大企業なのでお金で解決する手段もあるが、そもそも高集積ラック搭載GPUサーバ購入の稟議が通るような会社だったら既にKubernetes導入しているだろうし、俺もこんなことしてない。
脱線したが、上記以外にも検証やバックアッププランとしてAnsible記述などの作業はありつつも、3ヶ月かけてようやく基礎となるインフラ基盤が構築できたため、nuxt.js+goで簡単なフロントエンドサーバを構築し、一人情シスの様相を呈している部下のリソース開放、Calico対応+Kubernetes導入、不安がっている上席が安心できるように、分かりやすい餅を用意しようとしている、というのが現状。
ここまで寝る時間も惜しんでトップスピードを維持したまま頑張ってきたものの、少し限界を感じている。
特にオンプレクラウドは部外者が中々見えてこないものがあり、なんならその見えないものを限界まで吸収できるように、かつ現実的に実現可能なギリギリのラインを狙っているのだが、そもそも周りに相談しようとしても何を言っているのか解説する所から始めないといけない。
覚悟はしていたが、ふとした時にとてつもない脱力感に襲われてしまう。
世の中を切り開いてきた諸氏はおそらく一度はぶつかったであろう、この内なる自分の壁をどのように突破してきたのだろうか?
富士通入社5年目の自分だが、ちょっと会社の庇護をさせてほしい。彼の求める仕事が会社に存在しなかったわけではない。
弊社、ここ数年、OSSの利活用に猛烈に注力している。有名どころではCloud Foundry参画の話http://www.publickey1.jp/blog/15/26_paas.html、OpenStackへのコントリビュート(リンク先は作為的な抽出なので注意)http://stackalytics.com/?release=all&metric=commits&module=api-site
彼の求める仕事はおそらくあったはずで、彼がその仕事をできなかったのは運(縁)がなかったという話で同情するし、彼の上司はクソだという点にも同意する。(彼の心象にも、富士通への風評的にも、それ以前に人としてよろしくない)
Excel某の話は自分も経験があって、弊社開発の闇。1年目は彼と似たつらい思いもした。そういったことも全部自動化できればよいが、マンパワーで解決してしまいがち。ただ、2年目からは新製品の開発を含めガッツリ開発できたし、今はSIの上流工程を担当させてもらって(苦戦はしてるけど)充実してると感じる。
彼の境遇から辞めたことを批判できないが、面白い未来もあったかもしれないというお話。
今後の彼に幸あらんことを。
Playbooks — Ansible Documentation
railsbox - Fast and easy Ruby on Rails virtual boxes
Ansible入門 (全15回) - プログラミングならドットインストール
Amazon.co.jp: 入門Ansible eBook: 若山史郎: Kindleストア
Amazon.co.jp: Ansible Configuration Management 電子書籍: Daniel Hall: Kindleストア
Red HatがITオートメーションのAnsibleを$150Mで買収へ…OpenStackデプロイをDevOpsのために簡易化
Git Clone (スタートアップスクリプトID:112600117316)
指定のGitリポジトリをcloneし、指定の実行ファイルを自動的に実行します。
https://github.com/philc/terraform
fog - The Ruby cloud services library
A list of base boxes for Vagrant - Vagrantbox.es
Discover Vagrant Boxes | Atlas by HashiCorp
https://github.com/ryotarai/itamae
Itamae - Infra as Code 現状確認会 // Speaker Deck
Amazon.co.jp: Chef実践入門 ~コードによるインフラ構築の自動化 (WEB+DB PRESS plus): 吉羽 龍太郎, 安藤 祐介, 伊藤 直也, 菅井 祐太朗, 並河 祐貴: 本
Docker - Build, Ship, and Run Any App, Anywhere
[翻訳] Dockerについてよくある勘違い | TechRacho
Puppet Labs: IT Automation Software for System Administrators