「Docker」を含む日記 RSS

はてなキーワード: Dockerとは

2022-06-30

anond:20220630010025

Docker on WSL2なんてやると16GBで足りなくなることはありえる

2022-06-18

プログラミング初心者に開発環境について教えて

AnacondaとかDockerとかコンテナとか仮想化とか

そこら辺の知識を体系的に知りたいんだけど、何を読めばいいのかわからない

そりゃ、「Anacondaのマニュアル見ながらインストール、実行」みたいなのはできるよ。

でも、「それをなぜ使うか」とか「他のものではダメなのか」「なにががいいのか」みたいなことを知ろうとしても難しいんだよね

このままあちこちハウツーの言われるがままに入れていったらPC混沌としそうで怖い。

2022-06-09

M2 Macbook Air要る人要らない人一覧

要る人

要らない人

2022-06-05

seleniumとやらを体験したい。

dockerubuntu:20.04でchromeDriverにchromium-browserとか入れればいいんだろ?

誰か「chromium-browser? それなら apt-get install lsb-release libappindicator3-1 の次に

  wget https://dl.goo略/_amd64.deb して dpkg でインスコや」

何やそれ。コマンドひとつじゃ入らんのか。

ってか、これじゃchromeDriverが動かない。chromium-browser も無いし、インスコ出来てなくない?

別の誰か「ちゃうちゃうapt-get install chromium-browserシンプルでええやん」

まあ、そうやろな。インスコしとくれ。

ターミナル「色々DLしとるが、どっかの https://archve.略/foobar で Bad Request が返ってきたでw」

何やそれ・・1回くらい自動リトライしてくれていいんやない?自分リトライしたら通ったで。

しかしこれも動かない。

別の誰か「apt-get install default-jre いるみたいやで。ドキュメントどこにも書かれてないけど」

何やそれ?なんでJREが出てくるの。

まあJRE入れれば、確かにchromedriverの出すエラーは変わった。

chromium-browserプロセスが居なくなったし、クラッシュしたんじゃね?」と。

何やそれ。。。

chromium-browser --version をやってみると

ターミナルsnap install chromiumsnap版入れてくれw」

何やそれ!apt-getの時に何が入ったんや!

まあよく知らんが、やったるか。snap install chromium っと

ターミナルあかんhttp://localhost/v2/snaps/chromium に繋げられんのやがw」

なんでlocalhostに繋げようとしてんの。

いまだにLinuxくんと仲良くできない。

追記

なるほど、Ubuntu 20.04 からsnappyに移行しとるんだと。しかしWSL2ではsystemdが動いてないんでsnapdも動いてない。だからアカン。

わいが仲良くできていないのは、LinuxくんではなくWSL2くんと言うべきなのか?

Ubuntu18.04ならapt-get動作する事が分かったので、もういいや。

2022-05-30

退職しようと決めたはなし

辞める。

プロダクトマネージャーエンジニアとしてやってきた。

元々開発文化もないしITリテラシーもない。

日中パソコンに向き合って画面に文句言ったりニヤニヤしたり、たまに小さくガッツポーズしたり。

何をしているかからない高給取りが辞める。それだけの話しだ。

変えていこうと言う取締役と、現状維持+拡大路線取締役の間に立たされるとお互いの言い分は納得出来る。

敢えてリスクを冒してまで根本を変えていく必要性はあるだろうか。

ここでリスクを取ってでも根本を変えないと根腐れを起こす可能性が高い。

どちらも間違っていない、攻めと守りの差である

攻めの取締役から転職サイトで乞われて着任した。

最初から派手にオレ流パフォーマンスするのは嫌な性分だ。

サーバーデータベースパフォーマンスチューニングなど、地味だけどあれ?と思う所に俺が関わっていること

会社既存メンバーに対して敵意があったり厄介な事を増やす為にやっている事ではない。と言う事を周知するためだ。

どちらかと言えば黙々と作業したいタイプだが、会社に慣れるにつれ色んな人からの依頼や世間話も多くなる。

それと同時に社内のヒエラルキー上位にあたる花形お金を生む部署からは、金食い虫と揶揄される事も聴こえてくる。

自分の足でお客様の元へ出向き低頭平身し会社利益を生む。

暑い日も雪の日も台風の日だってお客様の元へ出向き、聴きたくもない話しに合わせたりすることは到底自分には出来ない。

それに長年エンジニアをやっていると、カネを産む部署ではないバックオフィスヒエラルキーの底と言う事は身についた。

誰が●●万円の売上を持ってきた。

わーすごい!どうやったの?くそーオレも同行したりしてたのになあ。

社内が大きく盛り上がる。その場限りの拍手笑顔の中、コイツからノウハウを奪ってやろうと言う人はいない。

表面上だけでも「ナカマ」である関係性を崩したくないからであろう。

そう考えると俺はゼニにもならないパソコン弄りおじさんがなまじの営業よりも月給貰ってる。アイツは敵だと思われても仕方ない。

誰もが自分と言う人生を一人で全うしないといけない。

会社依代ではある物の、その会社に居続ける意味と言う事を考えた。

求心力がなくなった攻めの取締役一派、ヒューマンエラーそっちのけでシステムガーと責任転嫁する現場

正しいルールなんてそこにはなくて、自分は怒られたくない。自分は悪くない。

何も言わないエンジニアが悪いんだ。

表面上のナカマに入れてもらえていなかった俺はその度に針のむしろ正座させられた。

それまでナカマだと思ってた人たちに、システム観点からこうした方が良いですよ。と言う事もいつからか言わなくなっていた。

いいと思います

要望いただいた通りに。

何度も聞かれたログインのアイパスも、パスワードを簡単にしたいと言う要望

DevOpsと言うよりも、ただただ最底辺ボールを投げつけられるだけ。

投げつけられたボールテニスボールなのかラグビーボールなのか分からない、飛んできたボールを俺はキャッチするだけ。

お疲れ様、Win10のオンボロノートよ。

ExcelパワポDockerでの開発環境、たまにVisioも開いたり。

随分と色んな仕事をさせてきたし無茶をさせた。

左4ポート目のUSB最初から緩くてたまにスマホの充電がOnOffを繰り返してイラっとさせられた事もあった。

色んな事があった、経営から詰められている時にもフワフワとシャボン玉スクリーンセーバーを浮かせて俺に癒やしをくれてありがとう

キミも本来居るべきの若いメンバーに色んな場所につれてってもらえよ。

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-08

ギークためのChromebook入門

エントリ目的

ライトコンピュータユーザ一切合切無視してギークギークのため情報共有するためのエントリ
感想はてブへ、質問トラバに投げれば誰かが答えるんじゃないか?(他力本願)

開発者は初手でデベロッパーモードにするべし

セキュリティ懸念があるけれど通常モードはセキュアを維持するため機能制限があるので制限開放のため開発者は初手でデベロッパーモードにするしかない。
用途中でデベロッパーモードにするとストレージファクトリリセットされるので注意。

ハードウェア選択

Webで完結するのであれば低性能機で問題ない

Webエンタメを楽しんだりWebツールを中心に利用するのであれば、5万円未満の低性能機で必要十分。
この用途では実質的タブレットPCのような運用へなりやすいのでフリップする2 in 1機やタブレット機がオススメ

ただし、Webベースゲームは楽しめるがAndroid Appレイヤーを用いたゲームは非常に厳しいので諦めたほうが良く、そこそこの負荷の掛かるAndroid Appツールも鈍足でストレスになるのでWeb版があるならそっちを使ったほうが良い。

ChromeOSハードウェアスペックで殴ると快適なのは変わらない

Core i7クラスCPUや16GB以上のワーキングメモリSSDストレージなど高性能機でChromeOSを使うとその分だけ快適になる。
Android Appレイヤーを用いたゲームも快適に動き、ウマ娘クラス3DCGAndroid Appゲームも高速に動く。
しかし、高性能機は空冷ファンを搭載していることが多く、高負荷を掛ければファンは唸るしウルサイ。

Android Appレイヤーを中心に運用したいと考えてるならばx86_64機は非効率

Google Play StoreにてAABパッケージがほぼ強制になったとは言え、開発段階でx86_64を意識しないと処理が非効率になりがちのようなので、Android Appレイヤーを中心に運用したいと思っているのであれば素直にARM機を探してきたほうが良い。

1つのIDEで開発をしクロスプラットフォーム対応することが流行っている昨今、自動でガベコレに頼っていてリソース管理経験に乏しい開発者マジで底辺しか漂流できないので覚えたほうが良いぞ。
それがWeb系のフロントエンドでもバックエンドでもそうだから底辺から脱したいのであれば覚えろ。

しっかりリソース管理できているChromebook向けビルドアーキテクチャによらずサクサクなのでクロスプラットフォームビルドマジで開発チームの腕が如実に反映される。

ちなみにSnapdragon 8 Gen1なChromebook公式発表は今のとこ無いのでAndroid Appレイヤーブンブン回すのは難しい。
メーカーはもうちょっと頑張れ。

Android Appレイヤー

macOSiOSレイヤーよりAndroid App数は多いし操作性は良い

Chromebookの大半はタッチスクリーンディスプレイを搭載しているし、Android StudioでAndroidManifest.xmlを何も考えずに生成すると勝手にChromeOSサポートするので結果的にChromeOSで動くAndroid App数が多くなるという現象が起きている。

Android Studioが雑なのかXcodeが厳密なのかは意見が分かれると思うけど、タッチパッドでiOS App操作というセンスがクソなのは万人が納得するところだと思う。

GPS事実上ほぼ機能しない

ARM系のSoCであればワンチャンいける可能性はあるものの、市場に出ているChromebookの大半はx86_64でGPSモジュールを積んでいないのでGPSを使おうと思うとBluetoothあたりでGPSレシーバ接続するしか無い。
当然A-GPSは使えないので精度がそこまでではないから期待し過ぎに注意。

USB over MIDIが使える

Android AppレイヤーではUSB over MIDIが使えるのでDTMあたりに活用することは可能ものの、iOS比較してレイテンシがそこそこ大きくDTM活用しようと思うユーザは不満を持ってしまうかも知れない(ハードにもよるけど0.5msecくらいズレる)。

そもそも既存Android AppなDAWVSTやLV2などの外部プラグイン対応していないのでAUプラグインが使えるiOSのほうがDTMへ向くんじゃないだろうか?
ただし、DAW単体でDTMを完結するとレイテンシほとんど気にならなくなるので絶対Android AppでDTM不可能というわけでもない。

Linuxレイヤー側でDTMをするのはレイテンシが大きすぎるしJackも上手く動作しないのでオススメできない。

ChromeOS向けマルチタスク対応していないとAndroid Appはスリープする

ChromeOS向けマルチタスク対応していないとAndroid Appはフロントエンド(プライマリ)からフォーカスが外れてバックエンドへ行くとスリープする。
Android Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちる。

まぁAndroid Appがスリープされることを考慮しておらず例外処理がされていないとAndroid Appはそのまま落ちるっていう部分はAndroidスマホで実行しても同じなので正直に言ってスリープされることを考慮しないデバックってAndroid App開発者は何やってんの?とは思う。

ICT教育日本中学生がChromeOSを使うようになっているので、ゲームであれツールであれ何であれChromeOS向けのマルチタスク考慮しておくとスリープしたり落ちたりするAndroid Appよりも支持されるのは間違いないのではないか

Linuxレイヤー

実体LXC/LXD

LXC/LXDなのでDockerに慣れ親しんでる人にはわかりやすいかも?

デフォルトイメージはChromeOS向けにカスタムされたDebian
別のLinuxディストリビューションへ置き換えることも出来るが一部機能制限される可能性がある。

IMLinuxレイヤー側で用意する必要がある

ChromeOS動作するGoogle日本語入力とは別にLinuxレイヤー側で日本語入力を用意する必要がある。
選択できるIMは幅広いのでMozcだろうがSKKだろうが漢直だろうが何でもイケる。
ただ特殊ものを選ぶとChromeOS側と齟齬が発生するのでfcitx-mozcあたりが無難っちゃ無難

USB Pass Throughが使えない

ChromeOSマウントされたUSB機器、というかシリアル接続された機器Linuxレイヤーから認識しない。
見掛け上で接続されているハードのすべてはソフト仮想接続されているだけなので、一部経路から上手く認識しなかったりする。

まりLinuxレイヤーではUSB Pass Throughが使えないが、Android AppレイヤーではUSB Pass Throughが使えるということ。
Linuxレイヤーゲームやろうと思ってもUSBゲームパッド動かないのでマウスキーボードで完結できるFPSみたいなゲームしか上手くプレイできないぞ。

それぞれが独立しているLinuxレイヤーAndroid Appレイヤー相互認識しない

言うなればAndroid Appレイヤースクリーンキャプチャ系のアプリによってLinuxレイヤーで動くGUIアプリキャプチャしようと思ってもキャプチャできず撮像は暗転している。

ChromeOSホストLinuxレイヤーAndroid Appレイヤーゲストなのでそりゃそうなんだけど気付かないとハマる。

LinuxレイヤーDockerを構築するのはやめておけ

LXC/LXD on LXC/LXDになるので面倒くさくなること請け合いだ。
どうしても仮想環境Chromebookに欲しいのであればKVMとかのほうが安定している。
ただしゲストOS上へ仮想環境を構築しているという前提は認識しておくべき。
まりゲストOS制限KVMも引き継ぐ。

ただしこれはDockerが導入できないという意味ではない。
自分解決する気概があるのならばDockerは便利に使える。

Web開発であれば必要十分

CLIツール系は普通に動くのでWeb開発であれば何も意識しないで普通にできる。
ただ、PSD形式みたいなもんは扱いにくいのでWebデザイナーは悲しい思いをするかも知れない。

GIMPInkscapeなども動くけれどデザイナーAdobe使いたいんじゃなかろうか?

Chrome OS向けAndroid Studioが存在する

Android App向けIDEAndroid StudioはChromeOSけが存在するのでAndorid App開発が可能
しかデベロッパーモードでなければエミュレータや実機デバック制限が発生するので注意。

3DCGゲームを作りたいのであればGodot

UnityやUEを使いたいところだけれど、Linux版のUnityやUEは不安定なのでゲーム向けIDEが欲しいのであればGodotがオススメだ。
ライセンスMITなので商用利用だってイケる。

3Dのほか2Dゲームもいける上に、最近IDEよろしくマウスポチポチUIを作れるし、軽量動作物理演算日本語ドキュメントまで揃っているので中高生ガンガン使える素晴らしいIDEだ。

総評

浅い部分は気軽だが深い部分は非常に難解、それがChromebook

浅い部分を触っているうちはYoutubeを観たり、プリインストールされているGoogle Play StoreからAndoird Appをインストールして使うみたいな気軽な運用ができる。
言ってしまえばライトユーザ視点ではノートパソコンの形をしたAndorid機がChromebookだと言える。

しかし一度Linuxレイヤーへ手を出すとUbuntuという何でもできるようになったLinuxディストリビューションが存在する中で、昔懐かしい複雑怪奇Linuxディストリビューションを体験することとなってしまう。
ただ、Chromebookで何でもやろうとするからそうなるだけで、APTからIDEインストールしてちょっとした開発をするなんて使い方であるならば業務利用でも意外となんとかなる・・・というか何も意識しないで使える。

そもそもHTTP使えるなら今どきの開発は何とかなるので、Chromebookへ対してギークがゴチャゴチャ言うのはほぼ間違いなく不満を言いつつDIYを楽しんでる。
Ubuhtuならばアレができるコレができると言うならば最初からUbuntu使えよって話。

ギークとは不便を見つけてゴチャゴチャ言う、そういう鳴き声の動物なのだ

追記

少なくともGoogleエコシステムとしてのChromeOSは非常に完成度が高くなりつつある。
Googleアシスタントは元よりAndoridスマホとの連携もよく、ハードウェアへもそこそこの投資ができるのであれば多くのChromebookではUSIペンが使えるし、USBポートUSB-Cだ。
そこそこのChromebookは多くの場合HiDPIIPS液晶でありグレアなのは気に食わないが美しい。
デベロッパーモードにするとセキュアさは下がるが普通に使えばローリングリリースアップデート無償で得られ、Gentoo LinuxベースなChromeOS潜在的マルウェア絶対数がそもそもWindowsMacよりも少ないという利点がある。
Bluetoothイヤホンヘッドフォンヘッドセットも使えるし、NestスピーカーNest HubNest Camを持っているのであればGoogleアシスタントからコントロールが容易なのは想像が付くだろう。Android AppレイヤーGoogleホームマネジメントアプリであるGoogle Homeも動く。
大胆にも憎きCapsLockキーデフォルトで殺し、Everything Buttonキーとして独自キーバインドを与えたのも面白い
もちろんこれは選択するハードによるもの指紋認証ロックを解除することまでできる。

Googleエコシステムへ浸かっていてGoogle個人情報を捧げられるのであればChromebookはアリな選択肢だと断言できる。
敢えて欠点を挙げるのならば、たった一言欠点表現することが可能だ。


Chromebookじゃなくても別に良くね?」


そう、ギークLinuxを使いたいのであれば別にChromebookじゃなくても良い。
というかギーク別にLinuxじゃなくともHaikuであろうが超漢字Ⅴだろうが喜ぶ生き物だ。OS別になんだって良い。
このエントリは単にChromebookという新しい沼ギークの皆さんをご案内しているに過ぎないのだ。

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-05-05

anond:20220505024023

元増田です。追記でも書いたけど、

レンタルサーバは制約があるからイヤ。

レンタルサーバ比較すらめんどい

環境構築したくない。

環境構築したら一応手順書残すじゃん。覚えておきたくないから。書くよね。めんどい

・Ansible とかもめんどい (これは使ったことがないので学習がめんどくさいってだけ)。

Python だの何だのの依存関係バージョンがあわなくて…みたいなトラブル大嫌い (Docker ならいいけど ECS・Fargate・CloudRun・GKE それはそれで高いし、現時点ではメンテフリーはいかない)

・Let's E とかもめんどい。だってたまにやり方が変わるじゃん。めんどい

なので PaaS にしたいのよ。

GCP独自ドメインマネードSSL するには Cloud Load Balancing 必要しかもそこそこ高いってのは想定外だったので、別にそこに金をかけるべきとは言ってない。でも月2000円くらいだからまぁいいやって感じ。もちろん月300円で済むようになればうれしい。

AWS は S3+CloudFront+ACM+Route53 で安く独自ドメインマネードSSLができるんだっけ? であればそっちの方がいいよね。

なお、レンタルサーバでいいって人は別にそれでいいんじゃないわたしには合わないってだけ。

2022-05-03

[]2022年4月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

590あとで/4204users 【詳しすぎる2週間】親の死亡後にまずやること(行動チェックリスト付) | まごころ相続コンシェルジュ

291あとで/1560users Google製のJavaScript教育ツール「Grasshopper」は基礎から学べて初心者に優しい!【どれ使う?プログラミング教育ツール】 | 窓の杜

272あとで/1859users 無料コーディング練習所 | 未経験からWebデザイナーへ!

220あとで/1327users 【翻訳Googleエンジニアソフトウェア開発する時に必ず書くドキュメント「Design Docs at Google」 - BppLOG

201あとで/1017users 30 分でわかる!アルゴリズムの基本 | E869120 | SpeakerDeck

191あとで/1365users Wi-Fiトラブル解決に便利! Windowsの隠れ便利機能Wlan Report」を活用しよう【イニシャルB】 | INTERNET Watch

175あとで/888users Web開発者もっと安全ウェブサイトの作り方」を読むべき - Flatt Security Blog

171あとで/2593users (追記あり) 10億円資産ができたときに知っておいたほうがいいこと | anond.hatelabo.jp

164あとで/849users AWS初心者向けの教材まとめ、AWS日本法人が公開 | ITMedia

162あとで/1231users 【試し読み】書店員さんから反響! 精神疾患を抱えた妻の介護仕事…約20年にわたる苦悩の日々を綴った傑作ルポ『妻はサバイバー』|朝日新聞出版さんぽ|note

159あとで/935users 機械学習が独学できる日本語Youtube難易度別まとめ - Qiita

152あとで/961users 8時間を0.01秒に短縮 「アルゴリズムの素晴らしさが2分で分かる動画」が今すぐ勉強したくなる分かりやすさ | ねとらぼ

142あとで/889users 文春オンライン記事分析を支える爆速ダッシュボードを作るまで|Shota Tajima|note

141あとで/2006users さよなら絵梨 - 藤本タツキ | 少年ジャンプ+

140あとで/1138users 新電力中の人です。すべてをお話します | anond.hatelabo.jp

136あとで/1094users 『ゴールデンカムイ』全話無料! | ヤンジャン!

135あとで/780users Docker創始者らが開発、ビルドテストデプロイ自動化ポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に | Publickey

132あとで/575users フロントエンドエンジニアが知るべきキャッシュ理解する | カーーズ | Zenn

132あとで/1232users みんなが知ってる『ちょっとのコツでめっちゃ美味しくなる、楽になる』みたいなの教えて→全然知らなかった有益情報が集まる | Togetter

131あとで/679users 【個人開発】正規表現を学ぶ狩りに出ませんか?モンスターを倒しながら正規表現が学べるゲームRegex Hunting」を作りました - Qiita

124あとで/1217users 先輩に「何かタメになる話してくださいよ〜」と無茶振りしたら『Language Reactor』という2言語字幕を同時表示できるChrome拡張機能を教えてもらった | Togetter

124あとで/1254users 育休中に相方がめちゃくちゃ売れた|酒寄さん|note

120あとで/1114users Google Analytics(UA)が使えなくなるのはどのくらいヤバくて、いつまでに何をしたら良いのかの話。 - フジイユウジ::ドットネット

120あとで/598users 電子情報学特論:Chromiumアーキテクチャを解き明かす | Kentaro Hara | Google Slides

119あとで/1242users 僕がたどり着いた最強パリパリチキンの焼き方→上手に焼くポイントも「鶏肉好きとしては是非とも取り入れたい」「最高のライフハック」 | Togetter

118あとで/866users 「全クリエイターに広まってほしい」文化庁質問に答えるだけで『著作権契約書』が作れる超便利なツールを作っている | Togetter

116あとで/897users ちょっと触ったら休日が丸2日消失した 個人2022年ベストゲーム「TUNIC」を全力で推したい | ねとらぼ

115あとで/798users 結局UMLとかシーケンス図とかAWSの図とかどれで描くと良いのよ?と思ったとき選択肢 - Qiita

112あとで/494users 『良いコード/悪いコードで学ぶ設計入門 』を出版します|ミノ駆動note

109あとで/522users 予防に勝る防御なし - 堅牢コードを導く様々な設計のヒント / Growing Reliable Code PHPerKaigi 2022

109あとで/1047users (続き)10億円資産ができたときに知っておいたほうがいいこと | anond.hatelabo.jp

はてブではあまり見かけなかったタイプの商用っぽいけど大手メディアじゃなさそうなサイトが上位に入った

2022-04-27

anond:20220426213943

文字が読めない増田は非常に面白いギャグかますよね🤣 

ワイの一番古い増田DHCP理解してないマン宛のトラバやったで

2018-08-14 anond:20180814213814

IPを、MACアドレスに機種名と紐付けて帳簿で管理するのはまず無理だな。

あとユーザ使用許可を出すIPの個数を可能な限り制限したいから、その意味でも管理不可能だな。

RadiusActive Directory も無い世界線どころか、DHCPサーバ側でMACアドレスIPアドレスの組み合わせを予約しておくことすらできない世界線増田

 

最近でも Azure AD なんか導入している企業ないマン、Microsoft365 や Google Workspace は存在しない+それらと連携させるセキュリティプロダクトは存在しないマン

AWSVMDocker存在しない世界線マンAWS で起動テンプレートを作らないインスタンスを複製しないマンDebian契約するマン

Linus Torvalds を知らないマン資産管理意味理解できないマンフリーデスク基本的運用を知らないマン、基幹システムアクセスしないマン

Teamsなどのコミュニケーションツール存在しない世界線マン、今時は Teams などのコラボレーションプラットフォームに内線を統一する流れなのに

一昔前の BYOD個人携帯アプリで内線を割り当てるどころか固定電話廃止して携帯定額通話ドヤ顔マンユニコーン企業で働いてる設定なのにお局云々マン

AWS年収1000万余裕マンAWSについての歴史改変マン既存不正検知AIプラットフォーム使用せず依頼を受けてサイゲ参考に不正検出システムを作ったマン

Python仕事は無いマン・・・・・ほか、上げたらキリがないんだわ

 

とりあえず、時が止まり過ぎ+IT業界に妙な憧れがあることだけは伝わる

因みになんだがこれやってるのすべて同じ増田なんじゃ無いか?って思ってるよ。文字文字通り読めない増田

このレベル増田がたくさんいるとは思いたく無いわ

 

もちろん、だからといって、増田に書き込んじゃダメってことは一切ない。今まで通り好きなこと書いたらいい

ただ文字を読めない自覚常識がない自覚はあっていいと思う

その自覚さえあれば、在りし日のVIPがみんなニートという体だったのと同じく、

ワイも増田

MMMO (M 無教養で M 無能で M 無収入な O オタク) か

MMMM (M 無教養で M 無能で M 無収入な M マン) で

それ以外はフェイ!!!でええやろ

2022-04-19

anond:20220419110149

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

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

2022-04-06

anond:20220406205129

んー、違和感あるけれど、ローカルに引っ張ってきたVMに変更を加えて、後々にリモートもそのdiffを反映させるの、たしかに言うとしたらトランザクションなのかなあ

dockerだと似たようなことはコミットとかプッシュというとは思う

2022-04-05

[]2022年3月はてブあとで読むトップ30リスト

はてブホットエントリ(総合)で月内に数多く[あとで読む]タグを集めたエントリ

342あとで/2882users Amazonプライムビデオで観てほしいおすすめの人気映画42選 ~編集部厳選~ : 映画ニュース - 映画.com

256あとで/1375users 真面目なプログラマのためのディープラーニング入門 | 新山 祐介 | github

233あとで/1341users 実践 Docker - ソフトウェアエンジニアの「Docker よくわからない」を終わりにする本 | ほげさん | Zenn

185あとで/949users ソフトウェア開発の見積もり入門 | hakotensan | Zenn

183あとで/1374users ロシアウクライナ侵攻の背景を読み解く | 東京大学 | 鶴見太郎

180あとで/968users Google が公開している、より良いデータ分析のためのガイドブック「Good Data Analysis」で、データ分析の要所が簡潔にまとめられていて感動した | hurutoriya

178あとで/1408users フォント大好物な人に朗報🎉 MORISAWA BIZ UDゴシックUD明朝オープンソースになったぞ!! | coliss

169あとで/887users 高木浩光さんに訊く、個人データ保護の真髄 ——いま解き明かされる半世紀の経緯と混乱 | 一般財団法人情報法制研究所出版

168あとで/958users はじめに – アルゴリズムデータ構造大全 | take44444 | github

166あとで/1232users ガラケーしか使えないデジタル音痴だった私が「GISデータ分析」できるようになるまでの話|NHK取材ノートnote

156あとで/728users セキュリティエンジニアが本気でオススメする開発者向けコンテンツ 20選 - Flatt Security Blog

153あとで/1187users iPhoneMacの標準アプリメモ」のディープな使い方 | デジタルシニア

153あとで/987users なんとなくプレイしてもそこそこ囲碁ルールがわかるようになる「ぷよ碁」 | Gigazine

150あとで/926users 30代後半になって初めて発信活動を始めたら人生が変わった話 - Qiita

144あとで/1584users ロシアの攻勢と新世界の到来 (2022/02/26): 侵略成功時のロシア予定稿 全訳 - 山形浩生の「経済トリセツ

143あとで/1309users 鶏むね肉を驚くほどしっとりさせた台湾料理ジーローファン」の作り方【ネクスト魯肉飯】 - メシ通 | ホットペッパーグルメ

141あとで/786users RDBデータモデリングテーブル設計の際に参考にしている考え方と資料 | Rebi | Zenn

140あとで/1336users 「依頼された仕事をやらない人」は、なぜあれほど言われても、仕事をしないのか | 安達 裕哉 | Books&Apps

139あとで/891users 「ウクライナ」(2) 小泉悠・東京大学先端科学技術研究センター専任講師 2022.3.9 | YouTube

139あとで/698users テーブル設計の考え方とやり方 [入門編] | 増田 亨 | SpeakerDeck

137あとで/733users オードリータン氏が日本人のために「デジタルITはまったく別物」と語る理由 | ビジネス+IT

137あとで/765users AWSオンラインロールプレイングゲームAWSソリューション構築を学べる「AWS Cloud Quest」公開。実際にプレイしてみた | Publickey

137あとで/909users 手軽に負荷テストができるツール「Taurus」がスゴい | tonchan1216 | Zenn

136あとで/931users 旧限界数学ゼミガール

131あとで/1149users クレカを100万円使って解脱に至るための曼荼羅 - 本しゃぶり

123あとで/587users システム運用アンチパターン | O'Reilly Japan

121あとで/896users 【引越しやることリスト】事前に役立つ知識を50個まとめた | SPOT

119あとで/831users 背景合成アプリ「Shoost」レビュー 映画のワンシーンのような「いい感じ」の絵を手軽に作れる | PANORA

118あとで/724users 電子メール送信に関する技術 | Yuuki Takahashi | Zenn

116あとで/555users 1on1の「話したいことは特にないです」を解決する ~ 共感から始まる関係改善のススメ ~ / How to solve rejection on 1on1 | 面川泰明 | SpeakerDeck

116あとで/1088users 「強いエンジニアは結局休日勉強してるじゃん」って思うけど - spice picks

戦争を起こしたロシアを知ろうとするエントリが入った

2022-03-27

anond:20220327194309

Web系のプログラマーDockerとかフレームワークのものを指して「技術」という言い方をするのがすげえ気持ち悪い。そういうところからも、本質的に雑というか、増田の言うように技術を作る気が無いんだろうなという気はする。

例えばDocker公式ページでの ”technology” という単語の使われ方を見てみると

https://www.docker.com/resources/what-container/

Docker container technology

Docker’s technology

Technology available from Docker

などといった表現になっている。つまり technology とはDocker構成している技術的な要素やコンポーネントのものを指していて、Dockerというフレームワークを指しているわけではない。同じ technology がDocker以外のフレームワークの中にあってもいいし、技術的な概念としてのcontainerなどはその実施例の一つであるDocker containerより上位にあるものということだよな。

日本Webプログラマーが言う「技術」という単語はそういった意味でのtechnologyを指しておらず、まるで最新のiphone出た!というようなノリでフレームワークだの言語だのといった実施例を指してるように感じて非常に気持ちが悪い。

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-13

技術書Mac前提で書かれてるのってすげー違和感ある

AWSやらDockerやらのハンズオン系の技術書を読んでるとインストール手順やらコマンドMac前提で書かれてることが異常に多いんだよね

Macユーザーでも使えるように」ならわかるんだけど「Macユーザーしか使えない」手順を書かれるとどうにも違和感を覚えてしま

どんだけ声でかくても所詮Macユーザーなんて1割程度のマイノリティなわけで、

「なるべく多くの人にわかやす知識を広げるのが目的書籍なのに9割の方のWindowsユーザーを切り捨てるの!?」って毎回思うんだけど、

マカー人達はそういうの考えないんだろうか

2022-03-11

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

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

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

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

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

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

2022-03-10

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

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

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