Kubernetesとは インストール クラスタ(Cluster) デプロイメント(Deployment) ポッド(Pod) サービス(Service) ローリングアップデート ロールバック その他いろいろ Minikubeのメモリを増やす Kubernetes APIにアクセスする イメージの一覧を表示する Minikubeのログを表示する Podのログを表示する Podにシェル接続する Podにラベルをつける minikubeコマンド kubectlコマンド リンク Kubernetesとは Google が開発したコンテナ管理システムです。 「クバネティス」「クバネテス」「クーべネティス」などと読まれます。 ギリシャ語で「船長」の意味を持ちます。 Kubernetes のスペルが K と s の間に8文字あることから k8s と表記されることがあります。 Kubernetes を簡略
はじめに TROCCO では ETL ジョブや、dbt 連携、ワークフローなど、様々なジョブで実行ログをリアルタイムで見ることができます。 これによりエラー時のトラブルシュートをスムーズに行うことができます。 そして、この実行ログですが、DB にあるジョブのレコードの1カラムに書き込まれていました。 このように TROCCO の実行ログの表示機能は、データベースのアンチパターンの上に成り立っています。 ログデータは TEXT 型で DB に保存されているためサイズが大きく、また TROCCO の成長に応じてジョブ数は増えるため、ログデータもサービスの成長とともに無限に成長してしまいます。 おかげさまでアカウント数は増加の一方であり、それに伴い DDL が遅くなったり、また SELECT のパフォーマンスも当然落ちるため、INDEX に気をつけたりする必要がありました。 SRE ではこれに課
拙著『GitHub CI/CD実践ガイド』は内容だけでなく、読書体験にもこだわりました。AmazonやSNSでも読みやすいという声は多く、技術書としては珍しい観点で評価を得ています。 Amazonにおける「GitHub CI/CD実践ガイド」の読者レビュー 本記事では書籍の「読みやすさ」という切り口から、執筆の舞台裏を紹介します。 最高の読書体験を目指す 技術書の使命は、役立つ情報を届けることです。しかし筆者は役立つだけでなく、読んでいて心地よい書籍にしたいと考えました。そこでまず決めたのが「最高の読書体験を目指す」ことです。そして最高の読書体験を実現するため、次のような設計原則を定めて執筆しました。 シンプルにする：短い文章・簡潔なコード・直感的な図表へと磨き上げる ノイズを減らす：難しい表現は避け、読者を迷わせる要素は徹底的に取り除く テンポを重視する：読者の集中力を削がないよう、読ん
癌治療を専門にしている医師ですが、夜寝付けなかったので、 癌になった時にまず最初に知っておいて欲しい事をかいてみました。 結論いかに早く治療を開始できるかで癌の治りやすさが変わります。 そして、あなた（患者）の頑張りで、治療開始日は大きく変化します。 今回は、知っておいて欲しい癌の知識について書いた後、癌の疑いがあると言われた時の治療開始RTAのコツについて書きます。 （RTA:リアルタイムアタック、いかに早くゲームをクリアできるかの挑戦の事） --- 知っておいて欲しい癌の知識 癌は、ひたすら増え続けるおかしな細胞人間の体は細胞で出来ていて、正常な細胞は決まった日数で細胞分裂して増えますし、決まった日数で死にます。例えば皮膚の細胞は1か月くらいで新しくなって、古い細胞は死んで垢になります。このバランスが保たれているのが通常です。 ただ、変な細胞も一定の割合で発生します。決まった日数で死な
<a href="https://bootcamp.fjord.jp/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBK0RDQXc9PSIsImV4cCI6bnVsbCwicHVyIjoiYmxvYl9pZCJ9fQ==--ebbd3105c5e1c961380296d078509293c424c053/%E3%83%91%E3%83%8D%E3%83%AB.png" target="_blank" rel="noopener noreferrer"><img src="https://bootcamp.fjord.jp/rails/active_storage/blobs/redirect/eyJfcmFpbHMiOnsibWVzc2FnZSI6IkJBaHBBK0RDQXc9PSIsImV
EMになってかれこれ1年半ほど経過しました。仕事でほとんどコードを書かなくなってからは1年くらいが経ちます。代わりに組織やヒトのマネジメントが主務になっています。情報収集をしてチームの軌道修正をしたり、メンバーの活躍や成長を助けたり、組織の成果を大きくするための変化を企画したりといった具合です。何かを考えておく、文書にまとめるという仕事が日々大量に襲ってきます。それらを効率よくこなす訓練をしていくと、日々の仕事の不確実性はどんどん下がっていきます。この件は30分で結論を出す！この企画書は1時間でまとめきる！それを見積り通りやれるようになっていきます。パフォーマンスを出す上で、仕事に不確実性はないし許容できないというマインドが強くなるのを感じます。 そんな暮らしの中で、月に1件くらい開発タスクをやることがあります。チームの負荷を下げるためメインラインではない保守運用を巻き取ることにしているの
※本ページは、アフィリエイト広告を利用しています。 今週の金曜日から開催されるAmazon ブラックフライデーに先駆けて、Kindle本のブラックフライデー特大セールが開催されています。Webや紙のデザイン、HTML/CSSなどWeb制作の解説書、ディレクションやマーケティング、同人誌・絵師さん向けのイラストの良書がたくさんセール対象です！ セール期間は、12/6まで。 スクロールバーを見ると分かると思いますが、かなりの数がセール対象になっています。対象のKindle本は最安値（当方調べ）、セール初登場のものも多く、貴重なこの機会をお見逃しないように。 【ブラックフライデー】最大70％OFF Kindle本キャンペーン セールでは他にも、ビジネス書・文芸・マンガ・趣味実用書・ライトノベル・雑誌などもたくさんお買い得になっています。 まずは、Kindle Unlimited 3ヵ月がなんと9
TOPICS System/Network 発行年月日 2024年12月 PRINT LENGTH 164 ISBN 978-4-8144-0091-1 原書 Tidy First? FORMAT Print PDF EPUB 乱雑なコードは厄介です。コードを読みやすくするには、管理できる小さなまとまりに分割する必要があります。本書は、エクストリームプログラミングの考案者で、ソフトウェアパターンの先駆者であるケント・ベックが、システム全体の構造を念頭に置き、コードを改善するには、いつどこで整頓するのがよいかを解説します。 整頓のしかたを一気に習得するのではなく、整頓を少しずつ試しながら自身の課題解決につなげます。コード行数の多い大きな関数については論理的にコードを小さなチャンクに分割する方法を学び、その過程で、結合、凝集、ソフトウェアシステムの経済的価値（ディスカウントキャッシュフローやオ
Hello 👋 I'm Andy. I’ve been using Rails since 2007. I've run Brighton Ruby for over a decade and have organised and supported multiple other Ruby and Rails events and initiatives. Rails is 20 years old and better than ever. Time to pokemon all the amazing teams around the world and show off the amazing things our community has built. If you have any feedback on this site you can email [email prot
JavaScriptランタイム「Deno」の開発元であるDeno Landは、米国特許商標庁にオラクルが所有する「JavaScript」の商標登録の取り消しを申請したことを明らかにしました。 JavaScriptはNetscapeがWebブラウザ用に開発したプログラミング言語であることはよく知られていますが、その名称はサン・マイクロシステムズが登録商標として所有し、同社がオラクルに買収されたことで現在はオラクルが所有しています。 Node.jsの作者であり、現在はDenoの作者であるライアン・ダール氏は、これまでに2回、2022年9月と2024年9月にオラクルに対してJavaScriptの商標を手放してほしいと公開書簡で呼びかけていました。 2回目の呼びかけの時には、次のアクションとして米国特許商標庁に取消を申請することを表明しており、今回それが実行されたことになります。 今回Denoが申
先日、OpenTelemetry Meetup 2024-11に参加してきました。久々のオフラインイベントで非常に楽しく、参考になる話が多かったので久しぶりに参加レポートブログ記事を書くことにしました。 イベントページ opentelemetry.connpass.com OTel Collector (多段構成)で TailsamplingとSpanMetricsを両立させる speakerdeck.com （gumamon33さん） 多くの組織では、問題のあるリクエスト（エラーや遅延など）に関連するトレースの収集が重要課題となっています。この課題に対してTailsamplingは効果的な解決策となりますが、OTel Collectorを分散構成で運用する際には注意が必要です。 直面した課題 エラーのないspanが欠損するリスク SpanMetricsの集計精度の確保 提案された解決策
2024年11月26日、MS-DOS用のテキストエディタVZ Editor Ver1.6が、オープンソースソフトウェアとしてGitHubに公開された。 vcraftjp/VZEditor MS-DOS Text Editor -GitHub #VZEditor GitHubに公開しました！ お気づきの点があれば、このレスでお知らせ頂けると嬉しいです。あらためて、私をVCの中村さんと引き会わせて下さったZOBの@yyhayami氏、開発時に多大なご協力を頂いた日経MIXの生存者の(w)皆様に深く感謝致します。みんな長生きしてよー！w https://t.co/2URgnbFZP6 — c.mos (@c_mos) November 26, 2024 VZ Editor Ver1.6 VZ Editorは兵藤嘉彦氏の開発によるNEC PC-9800シリーズ上のMS-DOSで動作するテキストエデ
Invitation to ASF SNSでご報告した通り、2024年11月12日にApache Hiveコミッターに就任しました。 Hello world! I'm thrilled to announce that I am now an Apache Hive committer. I am more than happy to take on this role and make further contributions in the future.https://t.co/Qv5hiZHRRn— おくみん (@okumin) November 12, 2024 Apacheプロジェクトにおいて、コミッターというのはソースコードに対する変更権限を持った個人を意味します。Apache Hiveの場合、現在111名がコミッターとしてリストに記載されています。 2023年5月19日にコ
こんにちは。2024年11月13日から15日にかけて、アメリカ・シカゴで RubyConf 2024 が開催され STORES からは3名が登壇しました。 ホテル内の立て看板 (photo by ko1) RubyConf はアメリカのタンパで 2001 年から開催されているシリーズとしては最も長い Ruby 関連カンファレンスです。今年はシカゴの Hilton ホテル（ミシガン湖の隣）で3日間開催されました。参加人数は600人ほどの規模とのことで、今年初めて来たという人も結構いたようです。 今年の RubyConf は、2日目がワークショップや Hack Day の日、ということで、いつもと毛色が違いました。 キーノートが 5 件 まつもとさんのオープニングキーノート "ICE, CONFUSION, & THE 38,000FT CRASH" by Nickolas Means "Wh
Amazon S3 can now perform conditional writes that evaluate if an object is unmodified before updating it. This helps you coordinate simultaneous writes to the same object and prevents multiple concurrent writers from unintentionally overwriting the object without knowing the state of its content. You can use this capability by providing the ETag of an object using S3 PutObject or CompleteMultipart
@sanposhiho といいます。Kubernetesを中心に複数のOSSをメンテしています。 この記事ではたまに聞かれるOSS周りのタスク管理方法をまとめます。 タスク管理手法 Kubernetesにはフルタイムのコントリビューターも僕のような趣味コントリビューターもどちらも多く、平日土日に関わらず開発が活発に行われています。この状態だと、ちょっとissueやPRをレビュー/Watchしたりするだけで、ほぼ毎日メールが来るような状態に陥ります。 特に、僕はKubernetes SchedulerのエリアでApprover(= PRを最終承認できる人)の権限を持っている関係で、平日だとそこらじゅうから毎日メンションが飛んできます。この状態だと、数日サボった後に戻ってくるだけでメールが数十件溜まっていることはザラです。 昔は特に何も考えずGmailを眺めて、「あ〜これまだ返信してなかったっ
Mermaid Graphical Editor VSCodeの拡張機能です。 Mermaid記法を利用してマークダウン内部で作図しながら、Mermaidそれ自体のエディタを立ち上げることができます。 逆にMermaid Editor側で編集した内容もマークダウンにフィードバックされます。 vs Draw.io Integration 類似ツールとしてDraw.io Integrationがあります。 こちらは.drawio拡張子のファイルをVSCodeで作成すると、draw.ioのエディタが開いて作図ができるツールです。 しかし、draw.ioはあくまで図が書けるところを生業としていて、作成したdraw.ioファイルをマークダウンファイルに埋め込むには画像としてexportが必要です。 できれば自分はマークダウン以外のファイルを作らず、一つのマークダウンファイルだけで完結したいと思ってま
「コードを書くのは好きだけどドキュメントは苦手」 「ドキュメントはつい後回しにしてしまう」 エンジニアの皆さん、そんな覚えはありませんか？ 本書は、日本語ドキュメントのスペシャリストであるテクニカルライターの著者が、エンジニアが「いつ」「何のドキュメントを」「どうやって」書けばよいのかを、イチから解説します。 先生役の著者と生徒役をキャラクターにし、全編にわたってイラストを豊富に掲載。 はじめてドキュメントを書くエンジニア、またはこれまで自己流で書いてきたエンジニアが、一度読めば一生使える知識満載です。 装丁画と挿絵は、カケヒジュンさんが手がけます。 ＜基礎編＞ Chapter１ 良いドキュメントを効率良く書くために Chapter２ ドキュメントの読み方を理解する Chapter３ 読み手とテーマを選定する Chapter４ テーマを分解する Chapter５ ドキュメントの骨組みを組む
$ brew install act ==> Downloading https://ghcr.io/v2/homebrew/core/act/manifests/0.2.60 ############################################################################################################################################################################# 100.0% ==> Fetching act ==> Downloading https://ghcr.io/v2/homebrew/core/act/blobs/sha256:5533293b8efc5d003e2f607626ac2a487c7f92202775f95
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く