「コンテナ」を含む日記 RSS

はてなキーワード: コンテナとは

2022-05-23

containは含むという意味

からcontainer=コンテナは容器

2022-05-21

かつて人類は1と0を打ち込んでプログラムを書いていたらしい

それじゃあまりにも天才しかできないだろうということでニーモニックというのを持ったアセンブリ言語ができた

多分当時の人の中にあった議論は、こんなの1と0の羅列に名前つけただけだろ、なんかいいことあんの?という人たちと、まさにブレークスルー世界が変わるとエキサイトした人たちだろう。

色々あったが、人にも読めるソースアセンブリ言語に変換してくれるCが出来た。

多分このときも単なるアセンブリスーパーセットだろ?なんか意味あんのか?っていう人たちと、やばいレベルプログラミング書きやすくなったとエキサイトする人たちに分かれたことだろう。

その後Javaが登場してオブジェクト指向が花開いた。

このときも、構造プログラミングに毛が生えた程度のもんだろ?何が嬉しいんだ?という人と、オブジェクト指向なら何でもできる!とエキサイトした人たちで溢れかえったことだろう。

Java以降のIT界隈ではもはやオブジェクト指向抜きには語ることはできなくなった。

何が何でも継承カプセル化ポリモーフィズムだとオレオレフレームワーク雨後の筍のごとに開発され結局Strutsに一網打尽にされた。

その後RoRによるCoCによってXMLなんかいらねーわとなったがアノテーションを使う方に進んでいった。

もはやこの時点で継承だのポリモーフィズムだのはそれほど重要ものではなくなったと言ってもよく、このあたりからEoDだとか、再利用性、メンテナンスのしやすさに主軸は移っていったと感じている。

人月神話時代から語られた銀の弾丸はないというたった一つの真理は忘れ去られオブジェクト指向ならなんとかなる、オブジェクト指向だという人々もまたことき誕生している。DIファクトリリフレクションでなんとでもなることでしょ?何が嬉しいの?と。

その後関数型プログラミング誕生する。

これを見た人々の中には、関数型プログラミングなんかJavaよりもそけつこうにしたていどのものだろ?小さいクラス作ればJavaでもできることをなんでわざわざ関数型プログラミングに移行しなくてはならんのだときっとそうなったることだろう。

マシン語からアセンブリ、CからOOPトレンドが移り変わる中で起きているのは、技術革新であり、もうこのままじゃきついからこっちにしようというムーブメントであり、それに乗る人、抗う人というのは必ず現れる。

抗う人の中には、新しい技術に対するモチベーションは失われているがポジションを失うのだけはごめんたといういわゆる老害と呼ばれる人たちや、本気でシフトする意味がわからいくらいに思考が固まった人、はたまたこ技術なら全て解決できるのだからのものはいらないという信仰を持った人などがいるし、乗る人もこの対極にいるのだろう。

多分20年後には関数型プログラミングとは違うなにかが天才たちの中から爆誕し、同じような議論が起きることは想像に難くない。

しか人類はどうすれば簡単に1と0をコンピュータに保存できるのかということをひたすらに追い求めているのだから不思議ものだ。

しかに極端な話1と0だけ打ち込めれば同じことはできるかもしれないが、その難易度は遥かに高くなっているし、現実的には不可能だろう。

オブジェクト指向が最適だった時代は確かにあった。

企業システムにせいぜい20台程度のホストを導入するようなものだった。

今は百や千のオーダーでは聞かない仮想ホストDockerコンテナ複数動きこれらが協調しなくてはならない、もしくは各自独立で動いても問題が起きてはいけないので、ここには関数型のデザインが合うと思うし、一方でデータアクセスするところではトランザクションに強いJavaというように適材適所住み分け必要がある時代になった。

当然Javaだけでもできるし、関数型たけでもてきるかもしれないが、こういう形の議論をする人はその技術目的になっている。

継承ポリモーフィズムをする以上はスーパークラスライブラリもなくてはならないが、それも億劫になっているのかもしれない。

今後関数型プログラミングがあらゆるものを席巻する時代になるかもしれない、OOPがそうであったように。

それとも人々はもうそういう不毛なことはしないのかもしれない。もはやそういう時代過去のものになったと考えたほうが良いだろう。

関数型プログラミング理解よりも、オブジェクト指向習得よりも、目的を達成する最小のコードをエレガントに書くといういわゆる画力が何よりも先に求められる時代に入ったのではないだろうか。

そういう意味では業界としてだいぶ健全になったようにも思える。

まりにもポエミーで恥ずかしくなったので増田に書くことにした

***追記

何も調べないで主観のみで適当に書き連ねた文章にどうもすごそうな人たちがやたらまじめに反応していて申し訳ない気分でいっぱいになった。

この文章を書くにあたって全く頭は使われておらず、裏もとられておらず、確認もされていないことだけは付け加えておかないとマジレスしてくれた人たちに申し訳ない気持ちがすごいので書いておくことにします。

かつて人類は1と0を打ち込んでプログラムを書いていたらしい

それじゃあまりにも天才しかできないだろうということでニーモニックというのを持ったアセンブリ言語ができた

多分当時の人の中にあった議論は、こんなの1と0の羅列に名前つけただけだろ、なんかいいことあんの?という人たちと、まさにブレークスルー世界が変わるとエキサイトした人たちだろう。

色々あったが、人にも読めるソースアセンブリ言語に変換してくれるCが出来た。

多分このときも単なるアセンブリスーパーセットだろ?なんか意味あんのか?っていう人たちと、やばいレベルプログラミング書きやすくなったとエキサイトする人たちに分かれたことだろう。

その後Javaが登場してオブジェクト指向が花開いた。

このときも、構造プログラミングに毛が生えた程度のもんだろ?何が嬉しいんだ?という人と、オブジェクト指向なら何でもできる!とエキサイトした人たちで溢れかえったことだろう。

Java以降のIT界隈ではもはやオブジェクト指向抜きには語ることはできなくなった。

何が何でも継承カプセル化ポリモーフィズムだとオレオレフレームワーク雨後の筍のごとに開発され結局Strutsに一網打尽にされた。

その後RoRによるCoCによってXMLなんかいらねーわとなったがアノテーションを使う方に進んでいった。

もはやこの時点で継承だのポリモーフィズムだのはそれほど重要ものではなくなったと言ってもよく、このあたりからEoDだとか、再利用性、メンテナンスのしやすさに主軸は移っていったと感じている。

人月神話時代から語られた銀の弾丸はないというたった一つの真理は忘れ去られオブジェクト指向ならなんとかなる、オブジェクト指向だという人々もまたことき誕生している。DIファクトリリフレクションでなんとでもなることでしょ?何が嬉しいの?と。

その後関数型プログラミング誕生する。

これを見た人々の中には、関数型プログラミングなんかJavaよりもそけつこうにしたていどのものだろ?小さいクラス作ればJavaでもできることをなんでわざわざ関数型プログラミングに移行しなくてはならんのだときっとそうなったることだろう。

マシン語からアセンブリ、CからOOPトレンドが移り変わる中で起きているのは、技術革新であり、もうこのままじゃきついからこっちにしようというムーブメントであり、それに乗る人、抗う人というのは必ず現れる。

抗う人の中には、新しい技術に対するモチベーションは失われているがポジションを失うのだけはごめんたといういわゆる老害と呼ばれる人たちや、本気でシフトする意味がわからいくらいに思考が固まった人、はたまたこ技術なら全て解決できるのだからのものはいらないという信仰を持った人などがいるし、乗る人もこの対極にいるのだろう。

多分20年後には関数型プログラミングとは違うなにかが天才たちの中から爆誕し、同じような議論が起きることは想像に難くない。

しか人類はどうすれば簡単に1と0をコンピュータに保存できるのかということをひたすらに追い求めているのだから不思議ものだ。

しかに極端な話1と0だけ打ち込めれば同じことはできるかもしれないが、その難易度は遥かに高くなっているし、現実的には不可能だろう。

オブジェクト指向が最適だった時代は確かにあった。

企業システムにせいぜい20台程度のホストを導入するようなものだった。

今は百や千のオーダーでは聞かない仮想ホストDockerコンテナ複数動きこれらが協調しなくてはならない、もしくは各自独立で動いても問題が起きてはいけないので、ここには関数型のデザインが合うと思うし、一方でデータアクセスするところではトランザクションに強いJavaというように適材適所住み分け必要がある時代になった。

当然Javaだけでもできるし、関数型たけでもてきるかもしれないが、こういう形の議論をする人はその技術目的になっている。

継承ポリモーフィズムをする以上はスーパークラスライブラリもなくてはならないが、それも億劫になっているのかもしれない。

今後関数型プログラミングがあらゆるものを席巻する時代になるかもしれない、OOPがそうであったように。

それとも人々はもうそういう不毛なことはしないのかもしれない。もはやそういう時代過去のものになったと考えたほうが良いだろう。

関数型プログラミング理解よりも、オブジェクト指向習得よりも、目的を達成する最小のコードをエレガントに書くといういわゆる画力が何よりも先に求められる時代に入ったのではないだろうか。

そういう意味では業界としてだいぶ健全になったようにも思える。

2022-05-16

保険業古代貿易船の保険から始まっているので、海運造船業界と保険業界は異種同業

船同士の事故、難破、事故船があえてコンテナを捨てざるを得なかった場合、過失割合、どちらの船がどこまで損害を負うのか

ドイツ帝国が率先して、国際法をまとめる国際法協会を作り、共同海損の保険規則を作った

 

そのドイツシーメンス薩摩閥海軍軍人斎藤実などに贈賄したのはバレたが、当時の検事総長忖度思想検察平沼騏一郎

しまいには満州事変がおきて犬養が暗殺され、斎藤実軍事政権が初登場

ナチス内閣保険会社アリアンツ出身閣僚が仕切り、平沼騏一郎大審院長やら総理大臣になった

 

まりナチス保険業界・海運造船業界が、日本の人事をやって戦争計画を推進したようなもん(あるいは国際法協会も)

ロシア政治家もよく「国際法がー」言うが、彼らは国際法協会の何だろうな

226事件だって斎藤の口を封じるための暗殺事件だったかもしれないしなぁ

 

組織を知って世界事情が分かっても、戦争止めれるわけじゃないけどな

2022-05-07

従業員50人ほどの中小IT企業のFLOSS活用事例 n = 1

弊社ではその設立当初、というよりも創業者(=私)が個人事業主だった頃から業務にFLOSSを多用しています
今回その事例を情報共有するためにエントリ作成いたしました。

従業員50人ほど(学生アルバイト含む)の会社です。ちなみにかなりボカして書きます

社内文書ODF

弊社では社内文書SDGs観点からペーパーレスに努めており……と表現すると些か格好付けすぎなので正直に言えば個人事業主時代印刷機複合機ランニングコストバカにならなかったので物理ペーパーへ出力するのを控えていた運用がそのまま法人化されても続いているだけです。

社内文書として用いられる文書フォーマットODF形式統一している……というかコレもまた個人事業主時代OpenOffice活用しており、現在社内で使われている主なオフィススイートLibreOfficeとなっています
注意点としては弊社がルールとして定めているのはODFを用いることでありLibreOfficeの利用を強制しているわけではないという点です。
従業員の中にはLibreOfficeを常用せず、AbiWordやGnumericを普段使いしている者も居ます
弊社は社外とオフィス文書ファイルをやり取りすることが一切なく、オフィス文書ファイル表現するには正しくないですが社外とはPDFをやり取りするくらいなので何か問題が起きたことが今まで特にないです。

えんたぁぷらいず……

ただ1つ問題があり、弊社はこれまでLibreOffice無償活用させて頂いており、これまでの感謝を示すためLibreOffice Enterpriseへの移行を考えているもの日本国内LibreOffice Enterpriseを利用するための情報が一切なく困り果てています
最悪、海外企業を頼る方法もありますサポート時間の都合などがあるため可能ならば国内で探したいと考えています。どうにかならないものですかね?
社内では「むしろウチがやったら?」なんて声もチラホラ聞こえますが……。

ちなみに社内デファクトスタンダードフォントはNoto Sans Japaneseです。一部でTakao(IPA)が使われています

OSの縛りを設けていない

弊社ではFLOSSを活用しているせいもあって特にOSの縛りを設けていません。何なら経理担当Chromebook使ってます
社内のOSシェアはChromeOSを含めたLinuxディストリビューションが5割、macOSが2割、残りがWindowsとその他です。

気になるであろう開発環境についてですが、Dockerを用いて開発環境統一化を計っており、その時々に応じてDockerコンテナを切り替えて開発しています
Dockerを用いているせいもありLinuxディストリビューションの社内OSシェアが高くなっているのです。
プライベート従業員は様々なOS選択しているようです。ゲームとかVR趣味であるならばWindowsしか選択肢ないでしょうしね。

ちなみに業務用のPCBYODで購入補助あります
結局は従業員現物給与として課税されてしまうだけなので「いくらでも良いけど高すぎるの買うと年収増えすぎて痛い目みるよ?」とは助言してます
会社はまとまったお金を出しているに過ぎないのでメリットデメリットがありますよね。

GNUプロジェクトソフトウェアは無申請で利用可

いちいち申請出す方もチェックする方も面倒なのでGNUプロジェクトソフトウェアは無申請で利用可としています
ただし制限公式リポジトリまたは弊社が安全だと判断しているリポジトリで配布しているバイナリのみという条件が付きます

本番環境ホスト先は色々

どこの会社もそうでしょうけれどもAWSAzureGCPなどたいてい大手に置いてますね、予算の都合もあるけれど。

デザイナーは主にWindowsを使っている

これは弊社が強制しているわけではなく、弊社デザイナーの第1号従業員Windowsユーザであったので惰性のままWindowsとなっているだけであり、中にはMac仕事している従業員も居ますし、状況によってLinuxディストリビューション(主にUbuntu)上で仕事しているときもあります

Linux環境では苦手なIllustratorAI形式などはSVGラスタ画像に落とし込んでもらって開発者適用するという運用になっています
社内では特定環境依存するファイル形式はとことん嫌われる傾向にあります(妙な仕事が増えるから)。

みんなGitが使える

開発者から経理デザイナーに至るまで弊社従業員はみんなGitが使えます
ただし使えると言っても全員がCLIからコマンドを打てるわけでなくGUIクライアントから操作しか出来ない者も居ます
主に使われているGitGUIクライアントGitKrakenです。

入社時の受け入れ教育LibreOfficeGit指導をすることになっており、全従業員が浅くともGitとは何ぞや?を理解している状態にあります
ちなみにGitリポジトリは主にGitLabへ置いていてUltimateを契約させてもらってます

社内にセルフホストしているGitLabサーバもありますが、こっちは従業員個人開発しているものを投げているようですね。業務にあまり使われていません。緊急時バックアップと思われるものがちょこちょこありますが。

プロジェクト管理ツールはopenproject.org

プロジェクト管理ツールはいろいろと試したのですがOpenProjectへ落ち着きつつあります
プロジェクト管理ツールの選定は各プロジェクトマネージャへ任せているのですが、旧来からあるRedmine操作性が近い上にGitLabとの連携も容易でなかなか良いとのこと。

社内チャットは主にElement(Matrix)

他社とのやり取りにSlackやTeamsやZoomが出てくることもありますが、社内だけで完結する際はたいていElementが使われています
これは当時インターン生だった弊社の現従業員若者の熱意と共に持ち込み、サーバを与えたら喜々として運用をはじめたので、それをきっかけに便利だったからそのまま使わせてもらってます

ぶっちゃけて言えば私個人のこだわりはチャットにありません。従業員が楽しそうに使っていればそれで良いんじゃないかと。
IRCとか持ち出されたら「今どきそれはどうなの・・・まぁ良いけど」って言うかも知れませんが。

会計はFreee

会計はFreeeです。特にこだわりはありません。たまたまWebブラウザから使えたのでFreeeとなってます

弊社は95%リモートワーク

残り5%は主に私が出社しているからw
社内にサーバがあるので私以外も出社してくることはあります基本的コロナ禍以降は全従業員リモートワークです。
そもそもコロナ禍以前でもリモートワークしてた気がしなくもないのですが当時は3割4割くらいだったでしょうかね?週に何度か出社して来ないが自宅からdoneしてくる従業員が何名も居たので。
タイムカードもElementのbotへ投げると自動的に処理するようになってます……が、実際のところ最後の処理で私が大目時間を付けてます。打刻を忘れることもあるしね。少ないより良いやろw

結局、郵送物(今ならコロナワクチン関連とか)を処理する必要があったりなど誰かしら会社に人が居なければならず、自分でも忘れがちですが創業者なので私が会社に居るよってことで私だけがほぼ出社するという状況になってます
オフィス処分も一時期考えたのですが、増員への教育とか考えるとやっぱりオフィスあったほうが良いよなぁなんて思ってそのままです。もしかしたら引っ越しするかも?

1つだけ申し訳ないことがあって、コロナ禍の状況下でどうやって増員したら良いのか教育したら良いのか私の能力を超えていまして現在新規募集を停止中です。いやホント申し訳ない。
事業軌道に乗った以降は毎年最低1人は取ろうねと古株と話していたんですが、こうなっては無理だよねと苦笑しあってます
どうやって世間の同規模中小企業新人教育やってるのか解らなすぎる。会社に誰も居ないじゃんと。

上場する気も更々ないし無借金なので、のん気にこのままゆっくりと会社を維持していきたいなぁと思ってます
早くコロナ禍終わらんかなぁ……。

2022-04-19

anond:20220419110149

から資格以外で客先の人事が「こいつ起用してみるか」って思う様な、スキルシートに書ける実績って例えばどんなものがあるか教えてほしい

Docker実装しました(Dockerコンテナを作ったとかじゃなくてDockerシステムのものクローンゼロから構築)とか。

2022-04-15

気分転換に港にいってコンテナの積み下ろしをボーッと見てたら軍事機密情報を知ってしまいあちこちの国の特殊機関から狙われたあげくなんやかんやあって世界を救う人生を送ってみたい

2022-04-05

ウクライナ移民管理されていなさはもはや密入国レベル

入国管理局人間としては非常に嘆かわしい。

こんな機能までロシア人同士で喧嘩していたような野蛮人共が、まともなコロナチェックもせずに入国していくのが悔しい。

日本入国管理体制世界でも指折りだ。

相手がよどのVIPでもない限りはたとえオリンピック選手であろうと入念に審査をする。

外国人であればPCRなんて簡単なチェックでは終わらせず、数日ほどは閉じ込めておいて発症しないかどうかを観察する。

ボディチェックなども念入りにやる。

荷物は全て二重底がないか確認するため財布の中身だろうが土産物だろうがしっかりと全てを開いて確かめる。

人体などは当然のごとく念入りだ。

尻の穴は男女問わず出し、男であるなら睾丸の中に大麻の袋を隠していないか、女であれば乳房子宮の仲間でしっかりと確認を取る。

そうやってしっかりと入国管理する場合あんスムーズにこの国の地面など踏めるはずがないのだ。

今回の移民共はまさしく特別VIPのソレだ。

国際的な影響力のある政治的人種のソレである

誠に穢らわしい。

国家元首たちの人気取りに取り入ってまともな審査もされずに我が国新生な土を踏もうなど。

どうせロシア人なんてものは生まれに多少の東西の差があろうと大部分はスパイハッカーに違いがないのだ。

さもウクライナ危険暮らしから逃げてきたなんて言っているが、実際にはロシアスパイ、それどころかさらイスラムやらユダヤやらの怪しい依頼人に雇われた二重三重スパイやも知れぬ。

そんな生まれついての犯罪者集団がよくもまあ我が国に上がり込んだものだ。

全くけしからん

政府専用機になんぞ載せずにコンテナにでも詰めて運んできてアレコレ理由をつけて適当台湾にでも送りつけてやればよかったものを。

信じられないことをする。

2022-04-03

SPAコストが高いっていうけどコンテナインフラも同じだよな

コンテナって段階的に使うことはできなくて、運用とかデプロイ周りのコンポーネントを全て書き換えないといけないんだよな。技術力がないと必ず詰む。スケーリング再現性メリットがあるのはわかるが犠牲が多すぎる。俺は昔からコンテナインフラには懐疑的だったよ。

2022-04-01

Firefoxコンテナ機能便利じゃねーかー!

やり方はタブ追加ボタン(+ボタン)を右クリックして、作成するタブが所属するコンテナ選択するだけだ。

最近趣味動画制作始めたんだけど、普段使っているアカウント履歴とか興味情報が混ざるとうざいなとおもってサブアカウント(チャンネル)つくって運営してたんだけど、まあyoutubeアカウントを切り替えるのがくっそだるかったんだよな

それで、まあメインで使っているPC動画制作で使っているPCで使い分けてたんだけど、ちょっとしたコメント返信とか、アナティクス情報見るためだけにわざわざ動画専用PCまで移動して確認するみたいなのかったるくて

じゃあ手元のPCで見ようとすると結局、アカウントを切り替えて確認するんだけど、アカウント切り替えしちゃうと、アカウントの間で履歴がぐちゃぐちゃになってしまったり、別のアカウントコメント書いてしまうとかそういった事故が起こりそうであんまり頻繁にアカウントをきりかえたくないんだよね

どうしたもんかと思ってたら、Firefoxマルチコンテナ機能があるじゃねーかといった塩梅ですよ

コンテナでくくられたタブは、コンテナ内で独自セッションがつくられて、キャッシュやら何やらが隔離された、いわばべつブラウザみたいなあつかいがされるわけなんよなぁ

以前はプライバシータブで似たようなことしてたんだけど、それしちゃうアドオン機能しなかったり、当たり前だけどブラウザを閉じて開き直すと情報が消えるとか、微妙に使い勝手が悪かったんだよね

全部全部まるっと解決だわ。すげーべんりだ!

うっすらと昔コンテナ機能がついかされたよーみたいな記事はどっかで見たんだよな。その時はなんか便利そ〜だけど、使いみち思いつかねーなとしか思ってなかったけど、ああこういう使い方になるんだなって想いましたわ。

本当は、仕事プライベートでタブを使い分けるとかそんな感じの使い方になるんだろうけどな。

会社Firefox使ってる人は、一部のタブだけプライバシータブとして作っておいて、個人的な利用にはその他部を使うみたいな感じになるのだろうか。

例えば会社AWS使いながら、個人タブでも自分amazonアカウント使ったりとか、そんな感じで使えると思う

GithubとかGoogleとかも色々使えそう。くれぐれも複垢使った迷惑行為には使うなよー

anond:20220331153255

フグ免許必要

・生の青梅黄色くなっても種はダメ

自分でとったキノコ

コンテナからアスベストが混入する輸入食品

・輸入かんきつ類の皮(発がん性のある防黴剤)、それでつくったマーマレード

タバコをつけこんだ水

2022-03-30

anond:20220330204845

最新のツールにやたら詳しいくせにセキュリティシャドーITにひたすら疎い

わかる

Web系で特にサーバレスとかコンテナばかりやってる人は、低レイヤーレガシーセキュリティは詳しくなさそう

世代からそういうものだとは思うけどね

2022-03-24

anond:20220324111314

通信衛星会社英国インマルサットは19年に投資会社に売却され、21年には米国ヴィアサットが購入した(日本ではKDDI株主か)

 

購入後株価は下落、ウクライナ紛争が始まったタイミングで何者かが衛星を壊し、戦争被害不明だが保険保険金を支払う

なおロシア海上運送インマルサット使用していたし、米英自演可能だってなくはない

ウクライナ米国Xスペースのイーロン・マスク人工衛星通信機器特別寄与を受け、同氏はそれをツイッター宣伝マスクの大きいこと

 

さておき海上輸送派4者、パイプラインロシア1者で代理戦争

 

パイプライン派→事故は、保険はともかく欧州に致命的なので無事故志向になるはず

しかし今回戦争を起こしたのは何代目か知らないがプーチン富豪

 

海上輸送派→オランダ海上帝国に始まっており巨大で船は多く事故もあり司法上も特別扱いのよう

コンテナ崩れのタンカー神戸に来たり、偽旗、値上げなど古来の嫌がらせ方法は未だに使用されている

 

で、官僚裁判官資産開示条約平和維持活動資する

調査自由なくして平和なし

個人情報保護問題なら整理番号をつけて処理すれば良い!

2022-03-17

anond:20220317150329

別にタンカーなんて攻撃しなくても輸出入コンテナ中国の港を全部経由するからそこをちょっとの期間封鎖するだけで日本勝手死ぬ

2022-03-14

Web系の個人開発者』のサーバ構成って結局レガシーな感じになっちゃわない?

契約してる1つのサーバ個人ブログとか昔ながらのBBSとかブラウザゲームとか種類が違うサービスをいくつも運営しているけど、サーバ運用方法が流石にレガシーすぎるからもうちょっとモダンな感じにしたいと思ってる。

でも中々抜け出せない。

まず前提としてAWS,GCP,Azureは高いから使えない、同スペックなら適当VPSの方が圧倒的に安い。

最近流行りのコンテナ構成みたいなのもいくらDockerが昔のVMに比べるとリソース食わないと言っても例えば

「1つのサーバ10個のサービス相乗り運営しなければならない」みたいな場合に1サーバ内で何十コンテナ起動みたいなの運用すると流石に相当重くなっちゃうよなぁ。。。

あとnode.jsとかginみたいに1サービスごとに常駐プロセスが増える技術スタックも多分あんまりよくない、必要ポート管理するのも大変

結局自然と行き着くのは格安VPS借りてLAMP構成作ってVirtualHostで相乗り設定して昔ながらの方法運用する方法なっちゃ

php+apache構成ならアクセスの少ないサービスを何十個運用しようとアクセスがないならそれにリソース食われることがないんだよね、何気にLAMP環境結構な強みだと思う

もっと良い方法見つけたいし、多分お金かければあるんだろうけど

月2000円以内くらいで多くのサービス運用したいってなった場合に結局これ以外の選択肢ってなくない?

月1~2万円みたいな額はインフラエンジニア雇う費用に比べると全然安いんだろうけど、ポケットマネー基準だとそうもいかない

もうちょっとマシな方法があるなら教えてほしいんだけど、まあないよなぁ……

2022-03-11

AWS+Terraformを勉強中なんだがこういう流れで行こうと思ってるんだけどどう?

Apache(かnginx)+EC2+VPCの設定をとりあえず行ってWebサーバが動くところまで確認

PHP+RDS+EC2+VPC+ALBでもうちょっとリッチアプリ冗長構成で構築

上で作ったアプリDocker+ECSコンテナとして動かす

更に同じものECSじゃなくてEKSで動くように実装

こんな感じで考えてるんだけどどう思う?

2022-03-10

コンテナ管理サービス提供する米Dockerも、ロシアとの取引を停止すると発表。当面の間、ロシアベラルーシからは有料プラン契約できないようにした。

コンテナが止まると物流マジでヤバい・・・

2022-03-08

anond:20190526004927

8年経ったので更に変えたこと、続けてること、やめたことを追記してみる。

衣類

・衣類はすべてハンガーにかけて収納

下着類はしわしわでも外から見えないので箱に突っ込んどく

・襟と袖が汚れやすいので洗剤を揉み込んで洗濯機

→ウタマロで擦ったりするようになった。あと洗濯ボールを入れたら取り出す時に絡まなくなった

靴下は黒で統一してペアを探さな

しまむら10足くらいまとめ買いしてる。なんとなくパンツも黒で統一するようになった。

風呂

・いつも起き抜けはなんか体の血の巡りが悪い気がするので朝入るようにする

サウナ行くようになって血行よくなった。今は普通に夜入ってる

・ついでにシャワー浴びながら歯磨きと髭剃りもする

→朝の歯磨きは朝のリステリンになった。夜シャワりながら磨いてる。

バスタオルは大きすぎる。フェイスタオルで十分

(追加)

仕事帰りに衝動的にサウナに行きたくなるので、仕事の鞄には常に下着類とタオルとトリートメントを用意しておくようになった。

服装ユニクロGU買ったジャケパンスタイルだけになった。1セットで1万円もしないのすごい。適当に着てもそれなりになるので服装考えることがなくなった。

掃除・片付け

・紙っぺらは全てとりあえずクリアファイルにいれとく。

・手のひらサイズの小物は全て箱の中にいれとく。

・折り畳みコンテナはいいぞ

→使わなくなった。引越し収納増えたおかげもある。とりあえずポイポイ入れて無限に重ねておけるのはいいぞ

・とにかく床に物を置かない。床掃除できない。

掃除機が面倒なら各部屋に箒とちりとりを置いておく。

自在ほうきを買った。教室掃除するやつ。掃き掃除が一瞬で終わる。

・部屋が広いなら四隅に一式ずつおいてもいいくら

自炊

料理あきらめろ。

・焼くだけ、チンするだけ、茹でるだけ、封を開けるだけくらいにしとけ

→焼くのも茹でるのもしなくなった。かわりに液味噌乾燥の具で味噌汁作るようになった。貝だしうめえ

栄養ネイチャーメイドマルチビタミンミネラル信じろ

→BASEBREADを食べるようになった。チョコが一番美味い。

飲料アマゾンで箱買いしろ

・米もアマゾンでウーケを買え

業務スーパーで買うようになった

・作るなら冷凍可、大量調理のものを作れ。もつ煮とか

→しない

・なので鍋はでかいのを買え

→捨てた

・行平鍋も便利だから買っとけ

→これだけ捨てずに持ってる

パン冷凍しろ

→BASEBREADは結構日持ちする。

・なので冷凍室がでかい冷蔵庫を買え

もっとデカいの欲しい

・皿洗いが面倒なら流水ですすいどけ。溜める前提のものシンクに入れるな

→余裕があればパパッとティッシュで拭くようになった。油汚れはこっちの方が楽

・皿は大中小で3枚ずつ、お椀も大中で3つずつ買っとけ。重ねにくいのものは捨てろ

カレー食う時は皿にラップしいとけ

スプーンや箸はどんなにたくさんあっても大して困らない

包丁刃渡り10cm程度でも切れる

(追加)

弁当作るのは意外と簡単だった。タッパーをえいやっと並べて、冷食の弁当用おかずをポイポイ投げ込むだけ。1週間分の昼飯が15分で完成。

インスタントコーヒージャスミン茶のパックとと粉末のロイヤルミルクティーを常備するようになった。100均の使い捨てマドラーはいくら使っても減らない。ペットボトルゴミが減った。

その他

生命保険自賠責火災保険共済にしとけ

生命共済入院特化型のやつに変えた。

・お出掛け用バッグは大中小あったほうがいい

最近は財布とスマホと鍵と小さく畳んでポケットに入るバッグしか持ち歩いてない。

家賃が5000円安い所に引っ越すと、電気代を気にせずエアコンを使える

家賃が2倍のとこに引越ししまった。部屋の広さ3倍。暖房費がやばい

(追加)

・縦置きモニターネットが超快適

ゲームしないけどゲーミングマウス買った。ボタン割り当て便利。

・keyswapでF1無効にしたらExcelストレス減った

・人感センサー付きのスマートリモコン買った。ただいまの瞬間に電気がつく。既に部屋が暖かい

echo showでいつでも秒でカラオケ(カラじゃない)始められるのは神

・何を買いに来たのか忘れてもAlexaが全部覚えてくれてる

・数ヶ月前に決まったスケジュールAlexaちゃんと教えてくれる

・でっかいL字型デスク買った。デスクの床の周りに物を置かなくなった。

2022-03-07

67,110,800円

少しずつ暖かくなってきたね。

来月は息子の幼稚園入学、桜が咲くといいね

春が終われば4歳になる。

それにしても子供はあっという間に育つものだ。

そこそこに育っていると思うが正しい子育てなのかはわからん

人の幸福は死に際にしかからない主義

「あぁ幸せ人生だったな、大勢からたくさん愛されたし、うふふ」と呟きながら死ぬ

世の中をクソ恨みながら、クリスマス・キャロル妖精も現れず孤独死ぬるのか。

ともかく息子の人生子育ての結果が出るのは俺が死んだ後、80年90年後であり

知ったこっちゃない。

現時点では俺自身が、子供産んで(産んだのは妻だが)良かったな楽しいなと思えれば良いのではなかろうか。

俺は今、息子の笑顔を見ていると幸せ楽しい

文句ある?

 

未熟児ギリで産まれた我が子も今では元気いっぱい

体重身長も平均に追いつき追い越した

そんなもの一喜一憂したくはないが、やはりどうしても嬉しく誇らしい気持ちは隠せない。

 

妻が外出する水曜夕方以降と土日の終日は俺と息子2人きりで過ごす。

1歳から3年間そのルーティンで回っている。

コロナ在宅勤務であり子供保育園から帰宅しても夏場はまだ日が高く、

息子を連れて公園に行く、運動不足解消にもなりちょうど良い。そんな3年間だった。

さて俺は時間単価1万円のエンジニア

残業や土日は1.25倍の割増になる。

そんな俺が一ヶ月で150時間を息子に費やしている

まり工数単価で換算すれば1、875、000円/月

3年間で6700万円

 

息子の寝顔を見ながら6700万円を思い浮かべると嬉しくなる。

その可愛いほっぺに値札貼ってやろうかしら。

 

そんな6700万円の愚息が13,000円のおもちゃをねだってきた。

ポポンなんちゃらとか言うけしからん鉄道模型の店の中。

いくら触るなと注意しても我慢ができずに弄くり回し壊して無くした鉄道模型Nゲージ

阪急電車パンタグラフ交換パーツを探しに来ただけなのに、

勝手に店内を歩き回り獲物を物色。

見つけたC62蒸気機関車

その緻密な再現性に魅了され心を鷲掴みにされた模様。

どうしても欲しいと駄々をこねる。

息子「だって鉄道博物館で見たじゃん」

だって意味わからん、まだ3歳なので日本語が拙い

論理的思考言語化が未成熟なのであろう。

 

プラレールで持ってんじゃん、C62、同じじゃん」

ダメだ、あんものおもちゃだ、これとなんか違う」

クソ生意気

隣に飾ってあったD52はどうかと聞いたら、こっち(C62)じゃなきゃヤダと。

いやまぁどっちも買わんが

鉄道に興味が無い俺には違いがわからんアスペか。

自分バイトして買えと説諭した。

僕は子供から仕事してお給料は貰えない、などと甘えた言い訳する。

ガーナココア農場では6歳から稼ぎ手である

キミにさっきセブンイレブンで買い与えたアンパンマンチョコがどのような社会背景で製造されているか

思い馳せたことはないのか、

経済大国日本のそこそこ所得のある家庭に産まれアドバンテージ感謝しなさい。

アレが欲しいこれが欲しいと腑抜けたことを。

せめて自力ユーチューバーとか、

笑顔で、どーしてもこれが欲しいんです助けて動画とか作ったらアホな視聴者が買ってくれるんじゃ無いか

子供武器を使え

英語話者ママ英語を教わり英語配信すれば国内で叩かれる確率も低い。

アドバイスしたが、乗り気ではないようだ。

不合理で不明瞭な駄々をこね続けるので6700万円の説明をした。

ぶっちゃけ食事代だのオシメ代だのも積算したいところだが、

これは親の努めとサーヴィスで無償提供に応じている。

それら含めればとっくに億を超えている。しらんけど

 

ともかくキミにはそれだけリソースを費やしている、これ以上なにを望むというのか。

父の愛で満足しなさいと。

キミは公園で無邪気にキャッキャ走り回っている、

それを当然の権利だと考えているようだが、安全はタダではない。

道路に飛び出さないように俺は一時も目を離さず監視していなければならない。

時間12500円のコストがかかっている。

わかってんの?

そもそも家の中はおもちゃだらけである

これまで言われるがままに買い与えてきた。

甘すぎた点は反省しているが、

概ね要求が少額であり、中古プラレール(400円)ごときで騙せた。

安上がりでええわぁ

子育てちょろいと勘違いしていた。

ところが近年猛烈な速度で知恵をつけ、

新品のNゲージC62蒸気機関車が欲しいと言い出す始末。

アホですか

ボケですか?

何様ですかと言いたい。

上述、社会の仕組みと3年9ヶ月の投下コストを三歳児にわかるようにかいつまんで説明してやった。

まったく理解できないようで

とにかく欲しいと駄々をこねる。

とにかく買わない、ダメものダメ、と叱る。

愚息最後カード、店内ギャン泣き作戦を発動しそうな雰囲気の脅しの半泣き

面倒くせぇ

 

ふと棚を見るとEF62の中古車両が4400円で陳列されていた。

6700万円から比べればはした金である

CもEも似たようなものであろう。

これで妥協するよう交渉した。

満面の笑顔になりあっさり交渉成立した。

もしかしてハメられた?

息子曰く、機関車だけでは可哀想だ、連結する台車のコキだのタンク車だの追加購入。

さら貨物台車にはコンテナを乗せなければならないと主張する。

ダイソーが作れば100円程度の模型リボテパーツが600円する。

なんやかや1万円かかった。

最近息子が「カードでピッってすればいいじゃん」とふざけたことを言うので現金で支払った。

そのまま店内併設の1時間800円レンタルレイアウトに入り

買ったばかりの貨物列車を走らせて満足顔。

なにかがおかしい。間違っている。

本日サービス料8時間分と諸経費が加算され、今夜キミの寝顔は

67,110,800円

2022-03-06

ロシアへの経済制裁で家を建てるのがまた遅れそう

理由コンテナ不足で資材が入ってこないため全体的にスケジュールが遅れている

経済制裁っていいながら自分たち経済も傷つけてるんだから世話ねーよ。

ロシアウクライナ戦争ってあんま興味わかないんだよね。いいか経済制裁解除してくれないかな。

2022-03-03

クラウドに詳しい人に質問なんだが

当方Webアプリエンジニアで、転職先はアプリに加えてある程度インフラも触らないといけない会社なんだけど、

自主的勉強として

Terraform + Kubernetes +grpc(grpc-web) + nuxt.js簡単Webサービス作って

コンテナ環境AWSデプロイ、みたいなのって入社までの1ヶ月くらいで完了できる内容だと思う?

経験的にアプリレイヤはわかるけど↑みたいなコンテナ構築みたいなのはあんまりやったことない感じ

2022-02-18

VMWare苦しい戦いしてるなー

まあVMWorldとかで10年以上人生の春を謳歌してきたからもう十分やろ

お疲れさん

マルチクラウド環境における5つの課題とは

VMware提案する、DRにも対応するマルチクラウドソリューション

昨今のCOVID-19流行への対応やDXを推進する中で、クラウドサービスの利用はビジネススピードの加速や柔軟なシステム運用効果的であり、従来のオンプレミス環境と併用するハイブリッド環境や、複数クラウドを利用するマルチクラウド環境が増えている。一方で、これらの環境を維持していくには課題も多く、セキュリティリスクも増大してしまう。ここでは、こうした課題解決するVMwareソリューションを紹介する。

マルチクラウド環境における5つの課題

COVID-19流行への対応やDX(デジタルトランスフォーメーション)のためのビジネス変革が進む中で、ビジネススピードの向上やニーズに対する迅速で柔軟な対応がこれまでになく求められている。これらを実現するために、アプリケーションの変革やクラウドへの移行が加速している。

多くの企業が、「ビジネススピード対応できるモダンアプリケーション」や、「あらゆるクラウドデータセンター、エッジでビルドおよび実行が可能であること」、「エンタープライズクラスレジリエンスセキュリティ運用の実現とビジネス変革」がDXを実現するために必要であると考え、これらを実現するためにマルチクラウド環境活用が前提になってきている。

具体的には、Amazon Web Services(AWS)、Microsoft Azure(Azure)、Google Cloud Platform(GCP)といった複数パブリッククラウドサービスを併用し、適材適所で使い分けているのが現状であろう。しかし、マルチクラウド環境では解決必要課題存在する。その課題とは、「ワークロードのシームレスな移行・連携」、「クラウドごとのスキル習得」、「運用管理簡素化」、「セキュリティリスクの低減」、「最適なコスト管理」の5つである。この5つがクラウド利用の理想現実ギャップとなっており、これらを意識して進めていく必要がある。

マルチクラウド環境における5つの課題

特にマルチクラウド環境適材適所で使う場合クラウドごとに利用する技術が異なるため、設定項目や内容に違いがあり、その設定ミスによるインシデントも発生している。重大な影響を及ぼす場合もあるため、それぞれのクラウドを扱う際のスキル重要になる。

VMware Cloud on AWSの特長とメリット

こうしたマルチクラウド環境における課題解決するには、一貫性のあるクラウドインフラストラクチャ、および運用管理サービス重要ポイントとなる。例えばVMwareは、複数パブリッククラウドだけでなくオンプレミスを含むハイブリッドクラウド環境においても、仮想的なレイヤーを構築することで管理運用を一元化している。

VMware Cloud on AWSは、VMwareAWSが共同で開発したもので、AWSベアメタルサーバー上にvSphere、NSX、vSAN、vCenterを導入し、ホスト専有型のクラウドサービスとして提供するものだ。

VMware Cloud on AWSの特長

その特長は3つある。1点目は「VMware製品ベースとしたクラウドであること。VMware製品仮想化されているため、AWS世界にいながらオンプレミス環境で利用していたスキルセットや運用管理ツールを利用でき、新たなスキル習得する必要がない。

2点目は「シームレスクラウドに移行できる」こと。ワークロードをオンプレミス環境から無停止で移行することができる。アプリケーションを更改する必要もないため、クラウドに移行する時間コストリスクを大幅に削減することが可能だ。

3点目は「VMware管理を行う」こと。ハードウェアソフトウェアトラブル対応運用管理メンテナンス対応など、すべてサービスの中でVMware実施する。3カ月に一回の頻度で新しいリリース提供しており、ユーザー要件を反映しながら新たな機能を追加している。

最近アップデートの大きなものとして、日本で第2のリージョンとなる大阪リージョンを設置し、サービス提供を開始したことが挙げられる。例えば西日本地区データセンターを持つユーザーは、より低遅延でサービスを利用できるようになった。昨今は感染症流行地震の発生などによってBCPを見直すユーザーが増え、VMware Cloud on AWSリカバリサイトとして利用するケースも増えている。その意味でも、大阪リージョン活用度が高いといえる。

大阪リージョンサービス提供開始

VMware Cloud on AWSが選ばれる理由は、大きく3つ挙げられる。1点目が既存ノウハウ運用管理手法をそのまま踏襲できるという点。VMware製品ベースとしたクラウドサービスであるため、オンプレミス環境における管理者のスキル運用ノウハウなど、既存資産をそのままクラウド上でも活用でき、新たなスキル習得や、運用管理手法の大きな変更の必要もない。クラウドオンプレミス環境をvCenterから一元管理できる。

VMware Cloud on AWSが選ばれる理由

2点目が、規模に依存しないシンプルクラウド移行を実現できる点。ワークロードをそのままクラウド簡単に移行することが可能だ。VMware Cloud on AWSには標準でVMware HCXが含まれ、これはオンプレミスデータセンタークラウド間のネットワークをL2延伸する。ネットワークがつながった環境仮想環境VMをそのままマイグレーションできる。アプリケーションIPアドレスを変更することなく、無停止でワークロードを移行することができる。

3点目が、モダナイゼーションを推進して、ユーザーのDXの加速を支援できる点。まず、クラウドならではのインフラストラクチャとして、1顧客あたり最小2ホストから最大640ホストまで拡張できるが、俊敏性を兼ね備えて提供される。例えば、ホストの展開に1時間半程度、ホスト数を追加するのに15分程度と、オンプレミス環境ではありえないスピード感で環境を構築、提供される。

また、リソース最適化する機能提供される。ユーザーリソース使用状況に応じて、利用するホストの台数を自動的に増減させて最適化する。さらに、名前の通りにAWS提供する各種サービスとの親和性が非常に高いことも特長。VMware Cloud ENIと呼ばれる専用のインタフェースを経由して接続することで、低遅延で高速な環境を利用して各種のAWSサービスシームレス連携することができる。この面も同サービスの大きな強みとなっている。

クラウドスケールインフラストラクチャ

最近では、VMware提供するKubernetesディストリビューションであるVMware TanzuをVMware Cloud on AWS上で稼働させることが可能になった。これにより、短時間コンテナKubernetes環境が導入できるようになる一方で、ハードウェアソフトウェア管理はすべてVMwareが行うため、管理者はKubernetes環境に集中できる。

VMware Tanzuの概要

高まるDR環境へのニーズ安価に実現

VMware Cloud on AWSユースケースには、主に「オンプレミス環境クラウド移行」、「データセンター拡張」、「災害対策サイト」、「次世代アプリケーションプラットフォーム」の4つが多い。特に最近は、災害対策としての利用が増えているという。VMware Cloud on AWSリカバリサイトとして活用する際に強力なサービスとなるのがVMware Cloud Disaster Recoveryだ。

VMware Cloud Disaster Recoveryを利用すると、平常時には本番サイトデータクラウド上のストレージ領域レプリケーションしておき、万一DRイベントが発生した際に初めてVMware Cloud on AWS上にホストを展開し、保護していた仮想環境フェイルオーバーする。リカバリサイトとしてあらかじめ物理的なサイトを構築しておく必要がないため、大規模な初期投資不要となる。

VMware Cloud Disaster Recoveryの特長

このタイプオンデマンド展開型と呼ばれ、DRイベント時にホストを展開したタイミングリカバリサイトに対する課金が開始される。復旧後に仮想環境を本番サイトに戻すことで、ワークロードもフェイルバックでき、不要となったリカバリサイトリソースも削除され課金も停止される。なお、オンデマンド展開型のほかに、事前にホストを展開しておく事前展開型も用意されており、RTOを重視する場合には事前展開型が推奨される

また同サービスは、最近話題になっているランサムウェアへの対策にも有効だ。クラウドストレージ上に本番環境データバックアップする際には、リカバリポイントを長期的に保持することが可能である。このため、ランサムウェア攻撃に遭ってしまった場合、その直前の時点からリストアすることが可能となる。

マルチクラウド環境可視化するVMware vRealize Cloud

マルチクラウド環境では、各クラウドが複雑化し、サイロ化してしま可能性がある。クラウドごとに管理ツールや必要とされるスキルノウハウも異なるため、利用するクラウドが増えるほど複雑化、サイロ化の問題が大きくなり、その結果セキュリティリスクコストが増加してしまう。そこで有効解決策となるのが、クラウド環境をまたがって一貫性のある運用管理を実現できるVMware vRealize Cloudである

まず、VMware vRealize Operations Cloudは、VMware Cloud on AWSリソースだけでなく、他のパブリッククラウド上のリソースも一元管理できる。複数クラウド環境にまたがってデータ収集分析評価を行うことで、例えば常にパワーオフ状態仮想環境や、実体がない状態ディスクなどを検知された場合最適化していくことが可能。これにより、最終的にコスト最適化も図ることができる。

コスト運用最適化できるVMware vRealize Cloud

また、VMware vRealize Log Insight Cloudによって、複数クラウドを横断してログ管理できる。例えば、監視対象イベント通知をあらかじめ定義しておくことで、不正な行動を検知した際には管理者に通知し、適切な調査対応を行うことができる。セキュリティコンプライアンスの強化にも有効だ。

さらに、クラウド間のネットワーク可視化は、VMware vRealize Network Insight Cloudで実現できる。End to Endを含むネットワーク全体を可視化できるため、ネットワークに関するトラブルシューティングや、不審通信を洗い出すこともできる。また、アプリケーション通信も把握できるため、アプリケーションの移行計画にも活用できる。

今後、DXの推進を加速していく上で、必ずしもひとつ環境ひとつクラウドを利用するのではなく、マルチクラウド環境の利用が当たり前になっていくと考えられる。そこで直面する前述の5つの課題に対し、VMware Cloud on AWSそしてVMware vRealize Cloudの活用課題解決するだけでなく将来への有効投資となる。企業規模や業種に関係なく検討すべきソリューションといえるだろう。

2022-02-15

anond:20220214201806

バズワードだったのはその通りだと思うけどコンテナ動かすなら検討はするぐらい当たり前のポジションにはなってる気がする。

未だにコンテナ化してないサービスが数多にあると思うのでこれ以上流行る感じはしないけど。

Kubernetes本体機能と事例、エコシステムはだいたい出揃った感があって、最近追ってても全然おもしろくない問題

ログイン ユーザー登録
ようこそ ゲスト さん