理想的な Kubernetes カスタムコントローラーの開発環境を考えた | メルカリエンジニアリング
はじめまして。メルカリの Microservice Platform CI/CD とメルペイの Architect で Software Engineer Internship をしている riita10069 です。 この記事は、Merpay Tech Openness Month 2021 の3日目の記事です。 本記事では、私が Kubernetes1のコントローラー2を開発する上で使用している開発環境について紹介したいと思います。 コントローラーの実行環境についてまとまっていなかった方や、これからコントローラーを実装するけれど環境構築で悩んでいる方などの参考になれば嬉しいです。 Abstract Kubernetes のコントローラーを開発する場合に、動作確認をしたり、自動テストを作成するのには、実際にコントローラーを Kubernetes の環境上で動作させる必要があります。 具体
Visual Studio Codeを使い倒す––リモートデバッグからローカルサーバーのシェアまで - ログミーTech（テック）
Visual Studio Codeを使い倒そう yoshikawa_t氏：みなさん、こんばんは。今日の登壇はsakkuruがやることになってたんですけど、急遽リモートでやることになりました（笑）。 事前の打ち合わせを30分前にしたくらいなので、いろいろとグダグダするかもしれないですけど（笑）。そのへんご了承ください。じゃあsakkuru、よろしくお願いします。 sakkuru氏：はい。今日はyoshikawaさんと協力して「Visual Studio Live Share」のご紹介をしたいと思います。 まず始めに簡単な自己紹介なんですが、私、sakkuruと申します。 Microsoftでソフトウェアエンジニアをしていて、今はIoTの開発とかの技術支援をメインでやっています。 今日は「Visual Studio Live Share」という機能がVisual Studio CodeとVi
iOS/Androidネイティブアプリ用デバッガ「Sonar」、Facebookがオープンソースで公開。実機およびエミュレータを用いたデバッグに対応
iOS/Androidネイティブアプリ用デバッガ「Sonar」、Facebookがオープンソースで公開。実機およびエミュレータを用いたデバッグに対応 SonarはmacOS用のデスクトップアプリケーションです。デバッグ対象となるネイティブアプリケーションにSonar用SDKを組み込むことで、デバッグ対象アプリケーションとSonarのあいだでデバッグ用の情報がやりとりできるようになります。 デバッグ対象のアプリケーションは実機もしくはエミュレータのいずれで実行したものであっても対応。 Sonarはプラグインによって拡張可能になっていますが、最初から「ログ」「レイアウトイスペクター」「ネットワーク」の3つのプラグインがバンドルされています。 下記はログプラグインの機能を用いてログ収集画面を開いたところ。Androidエミュレータ上で実行されているアプリケーションの動作ログがSonar上で参照で
いやなブログ - スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl
スクリプト言語用のデバッガの使い方 - Ruby, Python, Perl スクリプト言語用の CUIのデバッガの使い方を簡単にまとめました。対象言語は Ruby, Python, Perl です。 私は C, C++ でプログラムを書いているときはデバッガ (主に GNU/Linux 上の gdb) を頻繁に利用します。しかし、スクリプト言語ではそれほどでもありません。これはおそらく次のような理由によります。 ビルドが不要なので printf デバッグが容易 (ある程度大きい C++ のプログラムではビルド時間が長いので printf の挿入はしんどい) 異常終了時にスタックトレースが表示される (Ruby, Python なら自動、Perl の場合は use Carp; $SIG{__DIE__} = \&Carp::confess; など) オブジェクトのインスペクトが簡単 (Ru
Perlのprintデバッグをシュッと見やすくする 〜Data::Printer編〜 - Masteries
Perl Advent Calendar 2014の7日目の記事です. 宜しくお願いします. さて, 昨日の記事は@FromAtomさんの｢Perlのprintデバッグをシュッと見やすくする｣でした. printデバッグはデバッグの中でも基礎中の基礎, とりあえず詰まったらprintデバッグで試してみる... という方は結構多いのではないでしょうか. 昨日の記事ではData::Dumperを紹介されていましたが, デバッグに役立つダンプ用のモジュールは他にもあります. 今日はその中の1つ, Data::Printerを紹介したいと思います. Data::Printerのインストール cpanmコマンドが使えれば簡単です. $ cpanm Data::Printer ここがData::Dumperと比べた時のData::Printerの弱点です. つまり｢便利だけど, コアモジュールじゃない
実践的Perlデバッグ三種の神器 - Qiita
perlでprintfデバッグするにはData::Dumperがおなじみかと思いますが、printfデバッグでは「○○が××なのではないか」という仮説を１つずつ検証していくことになり大変なときもあります。Perlはスタックトレースとかをあまり吐いてくれないし大変だと思いきや、エラーの可視化などに便利なモジュールがあったのでメモりました。 変な場所でdieまたはwarnが出て困っている場合 => Carp::Always warnまたはdieが出た時に、スタックトレースを引数付きで表示してくれます。warnやdieが出るが、どこから呼び出された時に、どんな引数のときにで出ているのかわからない場合に便利です。 ※ Carp::Always::Colorというモジュールもあるようですが、まだ試していません。 エラーメッセージが少なすぎたので use Carp::Always;を適当な場所に追加（
シンボルサーバーの構築方法
ちょっと、ディープなネタです。 WinDbg でダンプファイル解析を行う際、OS のシンボル情報が必要になります。 ダンプファイルを開いた際、シンボル情報が読み込めないと、 のように、”シンボル情報がないよ” と表示されてしまいます。 このまま進めていっても、ntdll.dll のシンボル情報がないので解析するのが非常に困難です。 きちんとシンボル情報を読み込ませると となります。 シンボル情報を含んでいるシンボルサーバーは、Microsoft がインターネット上で公開していますので 通常は、それを使えば何も問題はありません。 Microsoft が公開しているシンボル情報の URL http://msdl.microsoft.com/download/symbols WinDbg でこれを指定する場合には、File – Symbol File Path メニューで シンボルをキャッシュし
シェルスクリプトのデバッグは typeset または declare を使うと良いかも - よんちゅBlog
はじめに つい最近知った便利なデバッグ方法 (長年シェルスクリプトを書いているのに知らなかった。これが常識だったら恥ずかしい…) シェルスクリプトのデバッグでは echo で変数の中身を見るという原始的な方法をよく使うかと思います。 いわゆる プリントデバッグ というやつですね。 もう少し詳しいデバッグが必要な場合は、 set -x と set +x でデバッグしたい部分を囲むという方法もあります。 今回は プリントデバッグ で使う echo の代わりに typeset or declare を使うと良いというお話です。 プリントデバッグは typeset or declare を使おう typeset or declare は変数宣言などでよく使うコマンドですが、変数の中身を見るのにも使えます。 echo と比べて何が良いのかというと、変数の中身はもちろん変数名や変数の型も表示してくれ、
Windows Symbol Packages for Debugging - Windows drivers
Symbol files make it easier to debug your code. The easiest way to get Windows symbols is to use the Microsoft public symbol server. The symbol server makes symbols available to your debugging tools as needed. After a symbol file is downloaded from the symbol server, it's cached on the local computer for quick access. Symbol package deprecation Important We no longer publish the offline symbol pac
i4shamrock - きままに情報発信
Releaseビルドしたアプリケーションで、例外が発生した場所を特定するのに苦労しませんか？ 一般的な方法として、デバッグ用の出力コードを埋め込んだりすることも考えられますが、コードを埋め 込んだ場所でしか問題を検出できませんので、手間と時間がかかってしまいます。 これを解消するのが、ミニダンプという仕組みです。 ただ、UNIXのコアダンプと異なり、通常のアプリはミニダンプを出力してくれません。 アプリケーションでミニダンプを生成するには、"dbghelp.dll"のMiniDumpWriteDump関数を呼び出す必要が あります。 また、例外が発生した時のフック処理を記述する必要があります。 その時に最大限に注意する点として、フックされるコールバック関数内でのエラーは極力発生しないように しなければなりません。 当然ですが、コールバック関数内での例外発生は、例外が例外を再帰的に発生させて
)
シンボルを使用したデバッグ
このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。 Desktop and Graphics Technology (DGT)、ソフトウェア開発エンジニア主任 Andy Glaister 著 2007 年 8 月 ここでは、デバッグ プロセスでシンボルを最大限に活用する方法について概説します。Microsoft シンボル サーバーの使い方、および独自のプライベート シンボル サーバーを設定して使用する方法についても説明します。ここで紹介するベスト プラクティスに従うことで、問題をデバッグする能力が高まり、問題に関連するシンボルと実行可能ファイルがすべて自分のコンピューター上にない場合にも対応できるようになります。 シンボル シンボルを使ったデバッグ 必要なシン
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編）
自動改札機の運賃計算プログラムはいかにデバッグされているのか？ 10の40乗という運賃パターンのテスト方法を開発者が解説（前編） ふだん何気なく使っている鉄道。改札を降りるときにICカードを自動改札にかざすと、「ピッ」という音と共に一瞬のうちに運賃を計算してくれます。けれど、複数の路線を乗り継いだり、途中で定期券区間が挟まっていたりと、想像しただけでもそこには膨大な組み合わせがあります。それでも運賃計算プログラムはわずか一瞬で正しい運賃計算が求められ、バグがあったら社会的な一大事にもつながりかねません。 爆発的な計算結果の組み合わせがあるはずの運賃計算プログラムは、どうやってデバッグされ、品質を維持しているのでしょうか？ 9月12日から14日のあいだ、東洋大学 白山キャンパスで開催された日本科学技術連盟主催の「ソフトウェア品質シンポジウム 2012」。オムロンソーシアルソリューションズ 幡
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual studio de debug
PHPのデバッグに便利な関数 – 応用編 - EC studio 技術ブログ