すべてのカテゴリ

本日より登録させて頂きました、すぽじゃんと申します。閲覧くださいまして誠にありがとうございます。これまで購入させて頂く事が多かったのですが、今回出品者として登録をさせて頂くことになりました。よろしくお願い致しますm(__)mさて、すぽじゃんではスポーツ特化型の情報ポータルを展開させて頂いておりますが、一方でこれまでの経験を活かしてITサービスもご支援させて頂ければと考えております。会社はつい最近の8月30日に設立を行い、立ち上げたばかりの会社になります。まだまだ走り出したばかりで社員も私1名ですし、日々悪戦苦闘をしながら事業化に向けて走っている様な状況です💦スキルとしてはこれまで社内SEとして情報システム全般からインフラ系を得意としております。前職は15年ほど大手企業における社内SEを行っておりました。他方、地域サッカークラブの指導者も行っており、今回スポーツ関連事業の起業に至ったきっかけもございます。会社の事業としては、スポーツ特化型ポータル展開とIT関連業務、スポーツ指導を軸に運営をしていこうと考えております。是非、お仕事のご縁などございましたらよろしくお願い致します。

おはようございます。新倉(シンクラ)です。今日はレストランの存在意義や語源について書かせて頂きます。 私は全ての飲食店(レストランやバー、カフェ)は社会のインフラであるとずっと思ってきました。 現在のような社会情勢だからこそ社会にとってレストランは必要不可欠なのではないでしょうか！？ 語源や由来については 有名な話ですが、レストランは本来フランス語レストレ（回復する）から来ているというのが定説です。 Rest(休息)＋run(走る)＝レストラン(回復する) こんな意味ですね。 レストランの語が用いられるようになったのは、18世紀に都会に働きにきた人たちなどに体調を回復できるよう消化に良い食べ物を提供するようになったことが由来になっていて料理としてはスープを指していました。 その後のレストランでの食事の提供の特徴は、客ごとに個別のテーブルを用意した事やお客様が体調に応じてメニューから料理を選択できるようにした事。それぞれの料理の価格を明記したことなどが挙げられます。 現代の強いストレス社会において美味しい食事を多様なメンバーと楽しみ笑顔になる事はストレスを軽減しますし、きちんとしたルールの下であれば問題は少ない様に思います。 時短営業の禁酒令ではなく、面積当たりの収容人数の制限などの方が理解されやすい根拠になりうると思います。その証拠に感染者に占める飲食店の割合は数％のはずです。 規制をしいる国の方々がルールを守っていないのに、国民に規制を強いる事は 日本という企業であれば既にアウトだと思っています。誰もいう事を聞かなくなります。 規模は違えど、マネージメントの本質だと思います。

　AIに指定するといろいろ絵を描いてくれてとても楽しい時代になった。故人の写真もAIにいれるとしゃべったり、動いたりするから、故人の思い出にどっぷりはまることもできるようになった。ただこの剣、先っぽが王の頭に刺さっているんではないかと心配になる。あるいは王冠がヘルメットになって刺さらないんでないかとか、王冠は真ん中が剥げているとか様々想像する。　さて古代の偉人を引き合いに出してそれかよの話だが、庭の花に水やりする散水タイマーが先日凍って割れてしまった。もう寒波来ないなと思って蛇口空けたら、その晩に霜が降って壊れてしまった。今年は特寒だった。　仕方ないから、遠くのコメリに行ったらおいてない。２－３年前コメリから買ったのだがずいぶん品ぞろえが悪くなった。仕方ないから楽天見たらまあお安く品ぞろえがたくさんある。　以前はアマゾンから買っていたが、中国やインドやらいろんなところに注文が飛んでいて、物は来ない金はとられるで、クレームいれても知らぬ存ぜぬで、カードもとめて、取引やめた。　ユーチューブなんぞ、栃木の牛革バックとか宣伝していても広告の下みると発送地が中狂になっていたり、京都のxxとかのコマーシャルも広告みると中狂というのがよくある。また来る商品とは全く別のもので動画作っていたり、ネット百鬼夜行状態だ。変な通販サイトで買うととんでもないことになると注意喚起されているけれど、安ければいいで選択すると大変だ。　商品が店に並ぶのも、信用もすべてダモクレスの剣だ。このさきは町の商店もどんどん閉鎖していくといわれるが、生鮮食品の店はどうなるだろうか。個人的にはなくなってほしくはないが、宅配野

地域設計ノートは、障害者 × 社会 × 現場で感じた違和感・好奇心を起点に、地域の中で試せる「新しい関わり方」を設計・提案するための設計ノートですはじめに桜や花見の季節に合わせ、地域設計ノート㉖から桜をテーマに、こんなのがあったら面白いのではないかという仕組みを取り上げてきました。 ㉖では、”「桜を維持したい。でも人手も予算も足りない」それ、就労支援の作業として回せます — 桜保全を“仕事”に変える設計 —”として、綺麗な桜をいつまでも長く楽しむ・保存するにはどうしたらいいかを扱い、 ㉗では、”ゴミを荒らされない地域はつくれる― 天然辛味成分でつくる「鳥獣忌避 × 環境防衛」仕事化モデル ― ”として、綺麗な桜を楽しみながら快適な環境を保つための工夫として、天然辛味成分による鳥獣忌避を取り上げました。 今回の㉘では、その流れをさらに進め、 「ゴミの捨て方そのものをどう設計するか。そこに就労支援としてどう関わるか」 という視点から、廃棄行動と環境維持を接続する仕組みを扱います。現場で起きていることと設計の着眼点 コンビニのゴミ箱は、地域の中で日常的に利用されている。 店舗にとっては、来店者の利便性を支える設備であり、同時に維持管理の負担を伴う存在でもある。一方で、ゴミの量が想定を超えて溜まり、溢れてしまう場面も見られる。 ここでの論点は、 ゴミの問題が「マナー」ではなく、「負担構造」として設計されていない可能性があることです。 誰が、どこまで、どのように負担するのかが曖昧なまま運用されているため、結果として、設置者側に負担が偏り、環境が維持しきれなくなる構造が生まれています。設計

自動化は便利そうだからとりあえず導入する、というケースもありますが、実は「設計前の整理」が重要です。今回は、業務を自動化する前にやっておくべき3つのポイントを紹介します。【① 判断基準を明確にする】・評価はいくつ以上か・レビュー数はいくつ以上か・価格帯はいくらか・除外条件は何かこうした基準が曖昧なままだと、自動化しても意味がありません。まずは「何をもって良いと判断するか」を言語化することが重要です。【② 作業フローを分解する】いきなり全部を自動化しようとすると失敗します。・データ取得・条件フィルタ・重複排除・出力のように工程を分解すると、どこを自動化すべきかが明確になります。【③ 継続運用を前提に設計する】単発で動くだけでは不十分です。・条件変更に対応できるか・拡張できるか・再利用できるかこの視点がないと、結局また手作業に戻ります。自動化は「楽をするため」ではなく、「仕組みで回る状態を作るため」のものです。設計段階での整理が、その後の成果を大きく左右します。今後もLinux / Docker / 業務自動化に関する実践的な内容を発信していきます。業務自動化の設計や構築についても対応しています。ご相談はプロフィールページからお気軽にどうぞ。

CI/CDは便利そうだからとりあえず導入する、というケースもありますが、実は「タイミング」が重要です。今回は、導入を検討すべき3つの基準を紹介します。【① 手動デプロイが増えてきた】・毎回サーバーにSSHして更新している・作業手順が属人化している・デプロイミスが起きたことがあるこの状態なら導入タイミングです。自動化することでヒューマンエラーを減らし、作業時間も短縮できます。【② チーム開発になった】個人開発では問題なくても、複数人になると品質管理が重要になります。CIを入れることで：・プッシュ時の自動テスト・ビルドチェック・品質の一定化が可能になります。【③ 本番環境の更新頻度が上がった】機能追加や改善が増えてくると、手動運用では限界がきます。CDを導入すれば：・ビルド・イメージ作成・デプロイまでを自動化できます。CI/CDは「最初から入れるべきもの」ではなく、「必要になったら入れるもの」です。ただし、設計段階で将来的な導入を想定しておくと、後からの移行がスムーズになります。今後もLinux / Docker / CI/CDに関する実践的な内容を発信していきます。

最近メインの長期案件でも単発の案件でも課題に上がるのが、サービスと共にインフラをどう成長させるかという点です。最近はどのインフラサービスも短期間で簡単に導入が可能です。昔のような知識も一見必要になく思えるかもしれません。ところがサービスの拡大、システムの複雑化によってインフラに対する依存度は非常に高まっていきます。導入直後に問題が見つかってもすぐに解決できますが、外部システムとの連携、運用作業との兼ね合いを考えるとなかなか実行に移せません。これはちょうどパソコンを買う時の話と同じで、買ったばかりのPCが壊れた、無くした場合は泣く泣くですが同等品はすぐに手に入ります。ところが、色々ソフトをインストールして仕事のファイルを保存したり、業務でフル活用してたら相当な付加価値が付きます。もはや同じものは手に入らないという人も多いでしょう。10万円で買ったPCが、人によっては100万どころの価値では無くなります。万が一のリスクに対応すべく、最初から堅牢なインフラを持つ必要は無いのですが、段階的に、定期的にリスク管理（振り返り）の機会は設ける必要はあると思います。例えばDDoS攻撃でサーバーを引っ越す必要があってもバックアップの取得すらできないようになっているとか、監視設定をしていなかったので過去1週間のバックアップ全てが棄損していたとか、良く相談される内容です。どのレベルで転ばぬ先の杖を用意するかはなかなか判断しづらいと思いますので、ご相談頂ければと思います。当方ではどの案件でも検証用サーバーを用意し、万が一の場合の切り戻し作業も可能なよう、作業フローを確立して対応させていただいております

お疲れ様です。とーますです。８月も最終日となりました。やりのこしたことはないでしょうか？私はそうですね、それなりに満喫できたので夏はもう終わってもよいです。９月からは秋に向かってまたがんばるだけですね。そういえば前回のブログがあまりPVがなかったのでPowerAutomateとか技術的なブログって実はあまり読まれないのかな、と思ってしまいました。本当はPowerAppsとかの話も書きたかったのですが悩みますね。このところやりたいことをやって成果を上げていると感じているのでどんどん進めていきたいですね。私はインフラやりながらアプリケーションまで幅広くやっているので何やっても楽しめるのが特技かもしれないですね。最初は全然わからないのですが、やればやるほど実になっていき、楽しくなってくる、いいサイクルになるんですよね。分かるようになった後にまとめようとするのですが時間がなくなってまとめなくてまた忘れて、の繰り返しでもありますが。でも次は少しの時間でまた掘り起こせるのでまずはやってみるのがいいです。ドキュメント化はこまめにやりましょう、が今日の教訓ですね。また時間あるときにブログを書きます。

☆「日本を強く、豊かに！」——トロック流・次の一手は“ジギー”だ。 ■世界は混沌を深めています。 「グローバル」という美しい響きはやや後退し、 各国は「まずは自国」という現実路線へ。 ■物価は上がり、家計は引き締まり、 私たちの忍耐力だけが順調に筋トレされているようです。 ■できれば預金残高も一緒に鍛えてほしいところですが、 なぜかそこは据え置きです。 ■政治の世界では大きな変化がありました。 かつて弱小与党と評されることもあった自由民主党が、 “早苗旋風”をきっかけに存在感を高めました。 ■「日本列島を、強く豊かに。」という言葉は、 多くの人の心を動かしたはずです。 ■しかし、本当の勝負はここからです！ どこから強くするのか？　何を土台に豊かにするのか？ ■私は提案します。 キーワードは——「ジギー」。 ■ジープやバギーのように、大地をしっかり踏みしめて進む！ というイメージの私が考えた造語です。 ■空を飛ぶ前に、まず地面を固める。 派手さはないが、国家の脚力を鍛える戦略です。 国内なら、関税も関係ないですからね！ (^_-)-☆ ＝私の腰が教えてくれた“国家課題”＝ ■私は長年ドライバーとして働いてきました。 日々、ツギハギだらけの道路を走っています。 ・小さな穴。 ・微妙な段差。 ・突然の衝撃。 ■若い頃は「やってしまった！また罠にハマったーーー！」と笑えました。 ところが今は——老体の私の腰が即座に抗議します。 ■ある日、 配送中に小さな段差を踏んだ瞬間、「グキッ」という音が！！！ 体内から聞こえました。車ではなく、私からです。 ■その夜、家で湿布を貼りながら、ふと気づ

Linuxサーバを構築する際、最初に行う初期設定は非常に重要です。ここを疎かにすると、後から大きなトラブルにつながることがあります。今回は、実務でも必ず行っている基本対策を3つ紹介します。【① rootログインの制限】初期状態ではrootで直接ログインできるケースがありますが、これはセキュリティ上おすすめできません。対策：・一般ユーザーを作成・sudo権限を付与・sshd_configでPermitRootLoginをnoに設定最小権限の原則が基本です。【② SSHポート変更と公開鍵認証】パスワード認証のまま運用するのは危険です。対策：・公開鍵認証へ変更・PasswordAuthenticationをnoに設定・必要に応じてSSHポートを変更ブルートフォース対策としても有効です。【③ ファイアウォール設定】不要なポートを開けたままにしないことが重要です。対策例（Ubuntu）：ufw allow 22ufw allow 80ufw enable利用用途に応じて最小限のポートのみ許可します。Linuxサーバの初期設定は、「後から直す」より「最初に整える」方が圧倒的に安全です。設計段階でセキュリティと運用を意識することが、安定したインフラ構築につながります。今後もLinux / Docker / CI/CDに関する実践的な内容を発信していきます。

Docker環境構築の相談を受ける中で、よくあるハマりポイントをまとめます。これからDockerを導入する方や、構成で詰まっている方の参考になれば幸いです。【① ポート競合でコンテナが起動しない】エラー例：port is already allocated原因の多くは、既に同じポートを別プロセスや別コンテナが使用していることです。対処方法：・docker ps で起動中コンテナを確認・lsof -i :ポート番号 で使用状況確認・docker-compose.yml のポート番号を見直す本番環境では、リバースプロキシ構成を前提にポート設計するのがおすすめです。【② volume設計ミスでデータが消える】よくあるのが、コンテナ削除時にDBデータも消えてしまうケースです。原因は、named volume を定義していないことが多いです。対処方法：docker-compose.yml で明示的に volume を定義し、データ永続化を設計段階で考慮することが重要です。【③ サービス間通信ができない】「localhost」で接続してしまうケースが非常に多いです。Docker内部では、サービス名で通信するのが基本です。例：DB_HOST=dbネットワーク設計を理解するだけで、多くのトラブルは防げます。Dockerは非常に便利ですが、設計を誤ると後から大きな修正が必要になります。「とりあえず動く」構成ではなく、保守性や拡張性を意識した設計を最初から行うことが重要です。今後もLinux / Docker / CI/CDに関する実践的な内容を発信していきます。

【大洪水の原因】1814年10月17日ロンドンの貧民街のセント・ジャイルズにビールの津波が街中に押し寄せビールの大洪水として歴史に刻まれてますこの事件は大量のビールが濁流となり町を飲み込み8名の死者が出てしまいその背後に当時の醸造技術や経済背景都市インフラの未整備が絡んでます事故が起きたのは1764年に創業したホース・シュー醸造所と言う場所で当時ヘンリー・ミュー社として特産黒ビールを作ってました黒ビールの主要生産拠点だったここはポーターという特産黒ビールを作りこれは焙煎した茶色麦芽を使った物で風味が良く労働者階級に大人気でしたここは高さ約6.7m容量約120万㍑のビール貯蔵できる巨大な木製樽がありこれが未曽有のビール大洪水の原因で取り返しのつかない事態になりました1814年10月17日午後4時30分従業員のジョージ・クリックが樽の検査中に樽を固定する鉄枠の釘の一部が外れているのを発見しました釘は樽の形を保たせる重要部品で樽は1個317㎏ものビールが入っててその重さとガス圧力で毎年数回外れ特に深刻には受け止めませんでした〓＝〓＝〓＝〓＝〓＝〓＝〓＝〓＝〓【大洪水の被害】でもスグ修理依頼を記した手紙を書きその直後の17時30分樽が大爆発してこれはビールの発酵により樽内部でガス圧力が上昇して起きた爆発ですこの爆発の勢いで樽が連鎖的に次々大爆発して120万㍑以上のビールが濁流となって貧民街を襲いってしまい濁流は高さ4.6mルにも達しましたそして狭い路地や老朽化した家々を次々に呑み込み排水設備が未整備の家は倒壊し人々は避難できず流され隣にあったパブも倒壊しましたこのパブで働いてた14歳の

【月面インフラ整備】 月での資源採掘を効率よく行う為には 月にもインフラを作り必要な物資を 基地工場に届け資源を有効活用できる 貨物輸送システムが必要不可欠です 現在月面車なら存在してますが これでの作業や運搬は非効率なので もっと効率的で耐久性ある貨物輸送を NASAは構築したいと考えています その計画の1つが月に鉄道を敷設する という方法なのですがNASAが発表した 計画の内容によると月面鉄道は 地球の鉄道と大きく異なるようです 現在NASAはフロートと言う輸送方法の 月面にテープの様なレールを敷き そのまま固定せずその上を電車が走る 凄く簡単に設置で良い物を作ってます このレールは3層から出来てて 完成予想図だとフィルムの様な感じで 我々が知ってる電車のレールとは 大きく違う物になってます 3層から出来てるレールの1つの層には グラファイトと言う炭素結晶層があり これで電車を浮かし移動させられる とても移動効率が良い物になってます グラファイトには反磁性と言う 磁場をかけると反対方向に磁化され 磁石から反発するのでこの性質を使い 電車を宙に浮かせると言うのです 〓＝〓＝〓＝〓＝〓＝〓＝〓＝〓＝〓 【計画段階】 鉛筆やシャープペンの芯の主成分も グラファイトで出来てるから 磁石を近づけると反磁性の効果で 芯が逃げる事でよく知られています なのでグラファイトをたくさん使えば 大きく重たい磁石を浮かせる事も出来 フロートでもこの反磁性を利用し 大きく重たい電車を浮かせるのです 2つ目の層は曲げたり変形させたり 柔軟に動くフレックス回路で出来てて 電流と磁場を利用し電車を加速させ

こんばんは、とーますです。本日もブログ書いてみようかと。本日はインフラについて。だいぶざっくりとしたタイトルで書き始めてみる。インフラは通常は、電気、ガス、水道、鉄道、道路、、、無くてはならないものですよね。システムの世界にもインフラという括り、インフラエンジニアという職種があり、その職種もなくてはならない職種と考えます。インフラは一言で言っても多岐にわたっており、・サーバー・ネットワーク・OSさらにはミドルウェアやファームウェアも時には対象になると思ってます。つまりアプリケーション以外といっても過言ではないかもしれない。アプリケーションはユーザーが最初に接触する接点であり、ユーザーから評価される花形のポジションです。インフラは、、、もちろん日陰の職種でユーザーからは見えないところを頑張っているいわば縁の下の力持ちであります。そういえば昨日？くらいに少しツイッターでも話題になっていましたが、機能要件・・・お金になる非機能要件・・・お金にならないのような定義がIPAにでていると話題になっていましたが、そのように話題になるくらい日陰なのかもしれない。動いて当たり前のものとなっている。ですが電気、ガス、水道のように、なくてはならない、止まったら文句を言われてしまうそんな職種は本当はとてもかっこいい職種だと思っています。インフラは最下層レイアの知識が必要でありつまりそのレイアから知識を付けている人はその上を覚えていくことはアプリケーションから覚えるより理解できると思ってますし、インフラを知ったうえでアプリケーションを覚えていくとどこに問題があるのかより一層理解できるはずです。インフラは

こんにちは。大藏(大蔵)陽平と申します。Webシステム開発の中でも、インフラ構築は最も目立たない仕事かもしれません。でもこの仕事を通じて、見えない基盤の大切さを深く学びました。インフラは、建物の基礎工事に似ています。完成した建物を見ても、地中に埋まっている基礎部分は見えません。でもその基礎がしっかりしていなければ、どれだけ立派な建物も崩れてしまいます。システムも同じです。サーバーの設定、ネットワークの構成データベースの最適化。これらは利用者の目には触れませんが、システム全体の安定性とパフォーマンスを左右する重要な要素です。フリーランスとして10年間、数多くのインフラ構築に携わってきました。その中で実感したのは見えない部分こそ、最も誠実に責任感を持って取り組むべきだということです。手を抜こうと思えば手を抜ける部分だからこそ、そこに技術者としての姿勢が現れます。クライアントが気づかないところまで丁寧に設計し将来的な拡張性も考慮する。そうした積み重ねが、長期的な信頼関係に繋がります。インフラ構築の仕事は地味です。でも、お客様のビジネスを支える見えない基盤を作ることに大きな誇りを感じています。これからも、この姿勢を大切にしていきたいと思います。

AWS（Amazon Web Services）を学び始めたいけれど、何から手をつければいいのかわからないそんな方にまずおすすめしたいのが、こちらの書籍です。📘 Amazon Web Services 基礎からのネットワーク&サーバー構築 改訂4版（大澤文孝 著）この本は、AWSのアカウント作成からネットワーク、サーバー構築まで、クラウド初心者にもわかりやすく解説されています。図解が豊富で、実際に手を動かしながら学ぶ「ハンズオン形式」なので、技術に不安がある方でも着実に理解を深めることができます。この教材のおすすめポイント・基礎からしっかり学べる：専門用語の解説も丁寧で、IT業界未経験でも安心・実践形式で手を動かしながら学べる：EC2、VPCなどの主要サービスを自分で構築・注意点：画面表示が異なる場合がありますただし、この書籍は**2023年発行の「改訂4版」**です。そのため、AWSの管理画面（マネジメントコンソール）のUIが一部変更されている可能性があります。例えば、メニューの位置や名称が微妙に違ったり、最新の機能が本に載っていない場合もあります。もし画面が本と異なっていると感じたら、以下の方法で対応してみてください。書籍の手順と画面の構造を照らし合わせて冷静に確認するAWSの公式ドキュメントや外部のサイトを参照する最後にAWSの第一歩は少し難しく感じるかもしれませんが、この教材を使えば着実にスキルアップできます。実務や副業にもつながるAWSスキルを、今すぐ学び始めてみましょう！

次のような依頼を受けて、構築したシステムが３年経ちました。 当初は今のように整理された情報源がなく、AWSのWebサイトにも要約した記事がなかったので、手探りで行いました。 システム要件は以下のようなものになります。 ①事業をスタートしたので、まずインフラを整備したい ②AWSクラウド上で、基本的なセキュリティを組み込みたい ③収支が安定するまではできるだけ経費を削減したいので、費用削減を考慮したい ■取り掛かり■ まず取り掛かりは、最低限のセキュリティサービスを実装して、AWSクラウドの基本を安定したものとしようということでした。 次のような基本的なセキュリティサービスを実装しました。 １．なにはともあれ、AWSアカウントの開設 ルートユーザと普段のメンテ作業を行うIAMユーザを用意し、IAMユーザも当初は管理者権限を持たせていましたので、MFAデバイスによる認証をセットアップしました。 以前は、パソコンとスマホで設定を同期できる「Authy」というアプリケーションを使っていました。 しかし、パソコンでの機能提供が停止してしまったので、代わりに現在はChromeブラウザのプラグインである「Authenticator」を併用しています。 ２．AWS Shield(Standard/Advanced)、AWS WAFの実装を考える 標準機能として、AWSインフラにはデフォルトで、AWS Shield Standard が最初から稼働しています。 AWSドキュメントには、 多くの場合、AWS Shield Standard による保護で十分です。AWSサービスは、一般的DDoS攻撃

EKSを運用していると、必ずここで悩みます。ノードを多めに用意すれば安心ですが、使っていない時間の料金が積み上がります。かといって減らすと、Podがスケジュールできずに詰まります。この「多すぎ」と「足りない」の間を自動で埋めるのが Karpenter です。AWSが公開しているオープンソースのオートスケーラで、必要になった瞬間に必要な分だけEC2を起動し、要らなくなったら削除します。この記事は、すでに稼働しているEKSクラスタに後から Karpenter を追加した際の作業メモです。■ 導入すると何が変わるかやることは2つだけです。・Podがスケジュールできない状態になったら、ノードを新しく起動する・そのノードが空になったら、自動で削除するシンプルですが、この2つが自動で回るかどうかで、月末の請求額はかなり変わります。■ 事前に用意するもの以下の4つを先に入れておきます。どれか欠けると途中で止まります。・AWS CLI … AWSの操作全般・kubectl … Kubernetesの操作・eksctl … EKS専用のCLI・helm … Kubernetesのパッケージ管理Karpenter は自分でEC2を起動するため、AWS側の権限が必要になります。その権限の渡し方が IRSA、正式には IAM Roles for Service Accounts という仕組みです。ざっくり言うと、KubernetesのサービスアカウントにIAMロールを紐づけて、アクセスキーを書かずに権限を渡す方式です。認証情報をファイルに直書きしなくて済むので、これを使います。■ 手順

こんにちは南仙台の父（hrperficio）です。今回は維持が難しくなっている水道事業について取り上げました。人手不足によって各地で水道管の補修が追いつかないことで漏水や水の噴出といった事例も増えています。また、職員の確保やコストの上昇などもあって、海外のように水道の民営を検討する自治体も出てきます。私の住む仙台市でも議論されていますが、条件が折り合わないだけでなく、今後は海外からの参入などもあって、日本の基準・規格に合わない管理なども問題化するリスクもあります。人手不足は更に深刻化し、災害発生後の復旧にも事欠くといった状況も懸念されています。さて、日本でも公営上下水道の民営化が進むことになるのでしょうか。写真は鑑定の結果となります。左側が結果、右側が環境条件となります。まず結果ですが、世界のカードの正位置が出ています。世界のカードの正位置は成就や完成、完全や全体、完璧や制覇、理想や永遠不滅といった意味があります。状況としては水道は公営でも独立採算制の前提にあるため、今の状態をそのまま維持させていくことは難しいのかもしれません。また、採算が合わない場合は財源からの補填もあるでしょうが、それにも限界があります。今後人口が減ることを考えると自治体単位での水道運営は人口規模の大きな自治体でも困難になるかもしれません。また、維持管理は更に深刻な状態となるため、経営規模の統合大規模化や事業の合理化なども手をつけざるを得なくなります。そういった中では行政負担から民間運営、または資本財は公営でも運営は民間といった形の公設民営が進むことになるようです。災害対策や復旧なども今後の日本の状況を考え

　羽田の飛行機事故の犠牲になった方々に哀悼をささげる。　そしてあの事故だけで猛烈な交通障害を世界的に生じているわけで、戦争などして日本にミサイルが数発着弾しただけで何百万人の足が奪われる事態になろう。　国際空港の管制塔、新幹線の高架、高速道路の陸橋、長いトンネルの入り口、大型の架橋、原子力発電所、火力発電所、石油コンビナート。一か所だけでもこれだけの障害が発生しているところに、こう何か所も攻撃されたらインフラ機能もマヒしてしまう。国家防衛などと言ってはいるものの、果たして戦争など現実にできるかという問題も見えてくる。恐らく戦争をするときはすべての物資は同盟国だよりになり、国土は戦場、同盟国の盾となると覚悟して生活は最低な原始生活になるかもしれない。また海外旅行などいったらもうもどれないということも想定しないといけないだろう。　台湾有事やらいうものの、日本の参戦などをしたら日本国の経済機能は停止すると思って備えるしかない。　

こんにちは　ジンです。５Ｇ、さらに６Ｇにむけて各社動いております。中でも最大限に動かしているのはドコモ！全体の５２％の設備投資費用はＮＴＴ関連業者が設備費用を出しております。完全子会社化したことで話題になり、ドコモ口座送金問題にもなりましたが、おかげで通常の子会社化した話題よりもはるかに注目した方が増えたのではないでしょうか？ＮＴＴの設備投資としてはインターネットの光回線以外にも通常の固定電話回線もちろん携帯電話、電波局、電信柱など多岐にわたりますが大手メガキャリアの中でも最も投資しているわけとは？一番可能性が高いのは現状のインターネット回線などＴＶ局やイベントホール、遊園地などＶＲやＡＲ、５Ｇ導入にあたっての強化がほとんどだと思われます。単純にサービスを増やす以外にもインフラ設備を整えることでＭＶＮＯの買収。または提携する形をとってくるのか？それともサブブランド化のように3社ほど合併させてしまうのか？個人的にはＭＶＮＯを何社かまとめてグループ化して買収するというのが本線かな？とは思います。サブブランドだけどサブブランドではないような体裁は欲しいと思いますから、楽天のように2980円で打ち出すほどではないかもしれません。（そもそも楽天は５Ｇとかより先に楽天エリアちゃんとせーや）最近感じることは三木谷さんもモバイル参入してうまくいけば儲けもん、もうからなければかき回すだけかき回して事業ごと売ってしまうのではないか？なんて考えてしまってます。（いったん楽天の株価は売却しました）楽天経済圏の窓口としては必要なので300万人の無料キャンペーンが達成したらその顧客含めて売ってしまう懸念。

こんにちは、高山慶です。フリーランスとして活動する中でよく聞かれるのが「バックエンドもインフラも両方できるなんて大変じゃないですか？」という質問。今日は僕なりの両立術をお伝えします！得意領域を「セット」で考えるバックエンド（API設計・サーバーサイド処理）とインフラ（Docker・AWSなど）は密接につながっています。両方理解することで“動く仕組み全体”を掌握できるのが最大の強みです。学習は「ペア」がおすすめ新技術を追いかけるときは、例えばInfrastructure as Code（IaC）とそのバックエンドコードをセットで学びます。サービス単位でまとまった理解が進むので効率的です。テンプレート化で効率化たとえば、API下地＋インフラ定義（VPC、RDS、ECS）の構成テンプレートを持っておくと、新サービス立ち上げ時にコピペから始められます。これが時短の鍵！コミュニティで知見共有Slackや勉強会で、インフラ運用の最新Tipsをキャッチアップします。得た知識はすぐ自分のプロジェクトに反映。知識の鮮度が保てます。両立こそ「価値」どちらか片方に特化するより、バックエンドの理解がインフラ設計に活き、逆にインフラ視点がAPI設計の品質向上に繋がります。「両方やるからこそ見える改善ポイント」があるんです。フルスタックエンジニア——というより「領域をまたぐ専門家」として、価値ある提案ができる。それが、僕がこの両立を選んだ理由です。バックエンドとインフラをバランスよく扱うことで、設計の精度も開発速度もグッと上がります。皆さんのプロジェクトでも、ぜひ“両輪”の視点を活用してみてください！

株式会社アメリカ合衆国が計画する宜しければ、シェアお願いします。アメリカは株式会社崩壊で　　共和国として動きだすそして、トランプ大統領によって日本解体計画が起こるという事以下　堤未果氏の書籍より　一部抜粋私の見解も交えご紹介します。テレビやメディアの支配下にあるため 正しい情報は入らない仕組みそれによりしらない事で、おおくの犠牲者が出ている事実私もそのひとり卑劣な事が起こっているのに、何も知らずに生きていていいのだろうか 少しでも、真実を知る事だと思います。 まだまだ遅くない表面上は　幸せそうでも闇の真実は表に出てこない 隠すために一生懸命です。マスコミには放送の自由はあっても、法的に正確に国民に伝える義務はある 総務省それでいて５Gを推奨するアクドサ基地をどんどん立てて人へのダメージを負わせる　お金の為食品添加物　国民を人間としてみていない 金儲けしか考えてない モンサント社の危険性を知らない日本に売るという 恐ろしい事実 日本の使用料は基準値の200倍ともいわれています。 前回のブログにも記述していますが、収穫の際にモンサント社の農薬を撒いているいう話国と契約農家があるという話大手企業のお嬢様がこれを導入したとの事日本の企業に外国人が入り込んで どんどん日本ではなくなっています。 厚労省の悪事更にワク〇〇もまだまだ打つために必死国会で、23人のお別れとあったが、本当にそれだけなのか金儲けの為 多くの国民が犠牲になる国民の事は全く考えてないという戦争は儲かると言われています。 ある一部分の企業がこの状況下でもせっせと利益を獲得している事実アメリカに成りをヒソメテウォール街の金