タグ

関連タグで絞り込む (19)

タグの絞り込みを解除

GoとGemsに関するraimon49のブックマーク (4)

  • 至高のDockerイメージ生成を求めて -2019年版- - Qiita


    この記事は@yugui氏の書いた至高のDockerイメージ生成を求めてに感謝しつつ、記事が投稿された当時には無かったさまざまな事情を組み込んで再度まとめたものである。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメージを互いに配慮することなく柔軟に配備し実行できる 必要のないサービスがコンテナ内で走っていないので、セキュリティの向上に資する イメージの転送が効率的である ベースイメージ部分は一度送ればいちいち再転送する必要がないので、ベースイメージを共有する複数のイメージを効率的に転送できる 標準のレジストリAP
    至高のDockerイメージ生成を求めて -2019年版- - Qiita
    raimon49
    raimon49 2019/09/20
    ちょうどマルチステージビルドでコンパイル時間を短縮したいと考えていたので、BuildKitやBazel触ろうと思った。
    リンク

  • 至高のDockerイメージ生成を求めて - Qiita


    本稿は良いDockerイメージを良い方法でビルドすることを探求した記録である。 Supership株式会社 Advent Calendar 2016の21日目にあたる。 2019年現在は@inductor氏の改訂版を見たほうが良い。 この記事で論じた望ましいコンテナイメージの姿は2019年でも変わらない。ただし、multi-stage buildのような新しい仕組みが普及したりツールの評価が定まってきたりと、実現に用いるツールの状況が2016年からやや変化している。 良いDockerイメージ 良いDockerイメージとは何だろうか。Dockerの利点は次のようなものだから、それを活かすイメージが良いものであるに違いない。 ビルドしたイメージはどこでも動く 適切にインストールされ、設定されたアプリケーションをそのままどこにでも持っていける。 コンテナ同士が干渉し合うことはないので、任意のイメ
    至高のDockerイメージ生成を求めて - Qiita
    raimon49
    raimon49 2016/12/22
    ビルド環境用Dockerfileと分ける。
    リンク

  • Rebuild: 155: I Am Your Grandfather (Matz)

    まつもとゆきひろさんをゲストに迎えて、RubyKaigi, Ruby 2.4, プロダクティビティ、mruby, Elixir, 自作言語などについて話しました。 スポンサー: Heroku Show Notes Rebuild: 118: The Lonely Operator (Matz, a_matsuda) RubyKaigi 2016 Larry Wall - YAPC::Asia Tokyo 2015 Ruby 2.4.0-preview1 Released New Features in Ruby 2.4 Ruby Bug: Inline rescue behavior inconsistent GitHub on BigQuery: Analyze all the open source code map_v List Comprehension Heroku Kafka

    Rebuild: 155: I Am Your Grandfather (Matz)
    raimon49
    raimon49 2016/08/22
    デバイスメーカーにとってソフトウェアエンジニアは固定費、ハードウェアの原価は変動費
    リンク

  • Goを使い複雑性を回避する | POSTD

    『銀の弾などない— ソフトウェアエンジニアリングの本質と偶有的事項』 を書いたFred Brooksはその論文の中で、 偶有的な複雑性と本質的な複雑性 について重要な区別をしています。 本質的な複雑性 とは、問題特有の領域から生じる複雑性のことを指します。例えば、SMTPクライアントを作成しているディベロッパは、 RFC 5321 の核心の細かいところ全てに取り組む必要がありますが、これはSMTPクライアントの作業をする上で避けては通れないものです。これに対して 偶有的な複雑性 とは、私たちが自ら作り上げた問題から生じる複雑性のことを指します。 技術者としては、自らの選択で生じる偶有的な複雑性によって、余計な負担が増えないようにとても注意しなければなりませんよね。その意味では、言語の選択は偶有的な複雑性を軽減できる完璧な例と言えます。Webアプリケーションを書くのにアセンブリ言語を選びます

    Goを使い複雑性を回避する | POSTD
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.