大規模クラウドインフラ設計・構築案件の歩き方(AWS-28)がインフラエンジニアに刺さりまくりな内容だった | iret.media
AWS Summit Japan 2024 Day1の「大規模クラウドインフラ設計・構築案件の歩き方」のセッションについてレポートです。 控えめに言っても満足度の高いセッションでした。 大規模なクラウドインフラの設計構築運用に関わる方なら首がもげるくらい頷きが多い内容であり、アーカイブが公開された際はもう一度見たいと思うほど…。 セッションの内容には「設計書の一覧サンプル」や、「アプリ/インフラチームの責任分界」といった界隈でも関心が高い内容に触れられています。 考え方のひとつとして参考にしていきたい内容がモリモリでしたので、シェアさせていただきます。 セッション概要 大規模クラウドインフラ設計・構築案件の歩き方 Level 300: 中級者向け スピーカー: アマゾン ウェブ サービス ジャパン合同会社 仲谷 岳志 様 クラウド技術のコモディティ化により、エンタープライズ分野では近年、A
PdM から見た「スーパーエンジニア」の思考と行動 / Thoughts and Actions of Super Engineers as Seen from PdM
「PHPカンファレンス福岡2024」の登壇資料です。 https://phpcon.fukuoka.jp/2024/ # スライド掲載資料 https://speakerdeck.com/kassy1127/qiang-i-enziniatodong-kuzhong-de-xin-zu-1ni…
続・技術者への転職のススメ、人月商売からの脱出に向け勇気を出せる話をしよう
今回の「極言暴論」では、記事の後のほうで私の若い頃の話を書こうと思っている。もちろん、このコラムを私物化しようという意図でもなければ、武勇伝などの自慢話をしたいわけでもない。むしろ今でもあまり話したくない恥ずかしい話、つらい話の類いだ。では、なぜ書くのかというと、人月商売や多重下請けが幅を利かせるIT業界で、理不尽な境遇にある技術者たちが明るい未来に向かえるよう、思いっ切り背中を蹴飛ばしたいからだ。私の若き日の体験談はそのための「手段」として使うつもりだ。 ずっと読んでくれている読者ならご存じの通り、この極言暴論では日本のIT業界の現状を厳しく批判してきた。というか、私としてはそれこそボコボコにしてきたつもりだ。昔はパッケージソフトウエア、そして最近はクラウドサービスが世界の潮流になっているにもかかわらず、日本のITベンダーは客の要望を聞いて「人月（単価）いくら」の工数ベースで開発料金を設
Azure Kubernetes Services (AKS) on Azure Stack HCI の AKS ネットワーク アーキテクチャ - Azure Example Scenarios
このシナリオでは、AKS クラスターに Azure Kubernetes Service (AKS) ノードをデプロイするためのネットワーク概念を設計し実装する方法を説明します。 この記事には、Kubernetes ノードと Kubernetes コンテナーのネットワーク設計に関する推奨事項が記載されています。 これは、2 つの記事から成るアーキテクチャ ベースライン ガイダンス セットの一部です。 ベースライン アーキテクチャに関する推奨事項については、こちらを参照してください。 Architecture 次の図は、Azure Stack HCI または Windows Server 2019/2022 Datacenter クラスター上の Azure Kubernetes Service のネットワーク アーキテクチャを示しています。 このアーキテクチャの Visio ファイルをダウン
AKS on Azure Stack HCI 用の Azure Kubernetes Service (AKS) ベースライン アーキテクチャ - Azure Example Scenarios
このシナリオでは、Azure Stack HCI で実行される Microsoft Azure Kubernetes Service (AKS) のベースライン アーキテクチャを設計して実装する方法について説明します。 この記事には、組織のビジネス要件に基づいたクラスターのネットワーク、セキュリティ、ID、管理、監視に関する推奨事項が記載されています。 これは、2 つの記事で構成されるアーキテクチャ ベースライン ガイダンス セットの一部です。 ネットワーク設計に関する推奨事項については、こちらを参照してください。 Architecture 次の図は、Azure Stack HCI または Windows Server 2019/2022 Datacenter フェールオーバー クラスターの Azure Kubernetes Service のベースライン アーキテクチャを示しています。
Azure でのミッション クリティカルなベースライン アーキテクチャ - Azure Architecture Center
信頼性レベル 信頼性は相対的な概念であり、ワークロードの信頼性を適切に確保するには、それを取り巻くビジネス要件が反映されている必要があります。たとえば、アプリケーションが利用可能な時間の割合を取得するためのサービス レベル目標 (SLO) やサービス レベル アグリーメント (SLA) などです。 このアーキテクチャは、99.99% の SLO を目標としており、これは、52 分 35 秒の許可された年間ダウンタイムに相当します。 したがって、すべての包括的な設計上の決定は、このターゲット SLO を達成することを目的としています。 主要な設計戦略 障害から回復する機能、リージョンの可用性、デプロイの有効性、セキュリティなど、多くの要因がアプリケーションの信頼性に影響を与える可能性があります。 このアーキテクチャでは、これらの要因に対処し、ターゲットの信頼性レベルを確実に達成することを目的
新Linuxカーネル解読室 - ソフト割り込み処理 - VA Linux エンジニアブログ
「Linuxカーネル2.6解読室」（以降、旧版）出版後、Linuxには多くの機能が追加され、エンタープライズ領域をはじめとする様々な場所で使われるようになりました。 それに伴いコードが肥大かつ複雑化し、多くのエンジニアにとって解読不能なブラックボックスとなっています。 世界中のトップエンジニア達の傑作であるLinuxカーネルにメスを入れ、ブラックボックスをこじ開けて、時に好奇心の赴くままにカーネルの世界を解読する「新Linuxカーネル解読室」プロジェクト。 本稿では、旧版第3章で解説されていたソフト割り込み処理について、カーネルv6.8/arm64のコードをベースに解説します。 はじめに 割り込み禁止区間と応答性について perfにおけるNMI割り込みから見る応答性 ソフト割り込み処理 ソフト割り込み処理の考え方 ソフト割り込み実行までの流れ ソフト割り込み要求（RCU_SOFTIRQの場
Azure Front Door を使用して AKS ワークロードをセキュリティで保護する - Azure Architecture Center
この記事では、Azure Front Door、Azure Web Application Firewall、Azure Private Link サービスを使用することにより、Azure Kubernetes Service (AKS) で実行されるワークロードをセキュアに公開して保護する方法について説明します。 このアーキテクチャでは、NGINX イングレス コントローラーを使って Web アプリケーションを公開します。 NGINX イングレス コントローラーは、AKS 内部ロード バランサーのフロントエンド IP 構成として、プライベート IP アドレスを使用するよう構成されます。 デプロイでは、エンド ツー エンドのトランスポート層セキュリティ (TLS) 暗号化が提供されます。 Architecture Grafana ロゴは、各社の商標です。 このマークを使用することは、保証を
オープンソースのジャンプ サーバー ソリューションを Azure 上で実装する - Azure Architecture Center
このシナリオ例では、Azure 上で実行されるジャンプ サーバーの高可用性ソリューションについて説明します。 Azure Bastion と同様の機能を持つ、Apache Guacamole というオープンソース ツールを使用します。 Apache®、Apache Guacamole、および炎のロゴは、Apache Software Foundation の米国およびその他の国における登録商標です。 これらのマークを使用することが、Apache Software Foundation による保証を意味するものではありません。 アーキテクチャ このアーキテクチャには、外部アクセス要求を受信して、Web レイヤー内の 2 つの仮想マシン (VM) に転送するパブリック ロード バランサーが含まれています。 Web レイヤーは、MySQL データベースがサインイン情報、アクセス イベント、接続を
Stromasys Charon-PAR を使用して Azure で HP-UX ワークロードを実行する - Azure Architecture Center
この記事では、HP-UX ワークロードの Azure へのリフトアンドシフト移行について説明します。 HP-UX は、PA-RISC ワークステーションとサーバー用の HP の Unix オペレーティング システムです。 この記事では、Microsoft パートナーである Stromasys の Charon-PAR というエミュレータ ソフトウェアで、Azure 上の HP-UX ワークロードを実行する方法について説明しています。 アーキテクチャ このアーキテクチャの Visio ファイルをダウンロードします。 ワークフロー Charon-PAR は Azure 上で実行され、HP-UX 用の PA-RISC システムがエミュレートされます。 この仮想システム (Azure 仮想マシン) では、Charon ホスト オペレーティング システム (Linux)、Charon エミュレーター
ウォータフォールはやめて2024年の開発をやろう！｜牛尾 剛
今回の記事は特に私の意見であり、所属会社の意見ではないことをお断りしておきます。 最近になってまたウォータフォール vs アジャイルの議論を見かけることが多くなってきたので、私が勤務する米国の世界規模のクラウドプロバイダーでは2024年現在どんな開発をしているのかをご紹介したいと思います。私はこれが「正解」といいたいのではなく、何らかのポイントが皆さんの何らかの参考になったらいいなと思って筆をとりました。 ちなみに、2016年時点で私のウォータフォール開発に対する考え方は下記のブログの通りで今も変わっていません。ただ、2024年現在だからといってアジャイルをやるべきと思っているわけでもありません。 もし、今ウォータフォールをやっている人がいたら「そんなこと言ってもどうしたらええねん」となると思うので、自分なりの解決方法も考えてみました。 最初に自分的な結論を書いておくと「2024年の開発と
生成AIで期待以上の成果を得た企業が語る「最も重要な成功要因」とは PwCコンサルティングが調査結果を発表
PwCコンサルティングは2024年6月17日、「生成AIに関する実態調査2024 春」の結果を発表した。これは売上高500億円以上の日本企業に所属する、AI（人工知能）導入に何らかの関与をしている課長職以上の従業員を対象に実施した調査で、912人から有効回答を得た。それによると生成AIの活用効果については、二極化の兆しが見られるという。 生成AIに置き換わった仕事にかけていた時間を何に使うのか 調査結果によると「社内で生成AIを活用中」または「社外に生成AIサービスを提供中」と回答した人の割合は前回調査（2023年10月実施）と比べて9ポイント増加しており、他社事例に「とても関心がある」と回答した人は前回調査比で4ポイント増。生成AIの普及／関心度合いは上昇していることが分かる。 生成AIで得られた活用効果に対しては「期待通りの効果があった」との回答が48％で最も多く、「期待を大きく上回る
なぜ、本を捨てられないのか？｜さかもとさとみ | 子育ては自分育て🍀
こんにちは♪ さかもとさとみです。 今日は、 ふと疑問に思った自分のことについて。 洋服の断捨離は、苦手ではないのに。私、洋服の断捨離は苦手ではないのですが、 自分が学んできたことや記録したこと、 一度興味があって買った本は、 なかなか手放せない。 そんなことにふと気づいたのです。 古本屋さんに出そうと整理してみても、 「また読むかもしれないし。」 とどうしても捨てられない本の山。 だけど、本当に読み返す本って 実はごくごくわずがで。 そのことを知っているのに、 それでも手放せない。 これって何でなんだろうなー？ とふと思ったのでした。 本を捨てたら、どうなるんだろう…？まず思いあたるのは、 本を捨てることに“不安”があるということ。 参照したいときに、 できなくなったらどうしよう。 悩んだ時、苦しくなった時、 本に助けを求められなくなったらどうしよう。 （…！！あ！これだ！！！） きっと
Terraformを採用する前に知っておくべき6つの課題
こんにちは、株式会社FIXER＠名古屋オフィスの村上です。 クラウドインフラのシステム基盤構築にTerraformを採用している組織は多いですね。村上自身は特別な要件がない限り、”どのクラウドを使う場合でも” システム基盤構築にはTerraformを使いたいと考えているインフラエンジニアです。 私は、Terraformを3年間使用する中で、6つの課題に直面してきました。 このブログでは、実際の開発現場でどのような問題が起こったのか、またその問題をどのように回避、あるいは対策すべきだったのかについて、綴ってみました。 【課題１】プロジェクト始動直後にTerraform開発を開始したため、後工程で改修タスクが多発 SI案件では、クライアントが提案する調達要件RFPをもとに、ITベンダーがヒアリングを行いながら要件定義を進めていきます。 要件定義の一例として以下のようなものがあります。 クラウド
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
External Data Sharing With Microsoft Fabric
Use budget management and forecasting to bring your FinOps practice into the era of AI
Stop Worrying and Love the Outage, Vol III: Cached Logons
Sign in to your account
Platform engineering: Monitor Backstage with Application Insights
いつも忙しい…時間貧乏な人がやっている4つのNG | ライフハッカー・ジャパン
