Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...
概要 タイトルの通り、他言語から入門した人が最低限気にするべき、ネーミングルールをまとめました。 対象読者 Goの基本構文を理解している人を対象読者としています。 この記事で説明すること、説明しないこと 説明すること Goのファイル名、変数名などの名前付けに関するルールや慣例などを説明します。 説明しないこと 名前付け以外で気をつけるべきGoの書き方[1] がいくつかあります。 しかし、それらに関してはこの記事では説明しません。 筆者のバックグラウンド プログラマ歴はもうすぐ8年程で、Goの他には以下のような言語の経験があります。 JavaScript TypeScript PHP Ruby Java Scala Goは少し前に書いて、一時期書かない時期が続いていましたが、最近また書いています。 トータルするとGoの経験は1年半程度です。 意識すべき名前付けルール package名 利用し
PulumiがKubernetesへの本格対応を発表。GitOps対応、YAMLからPulumi Pythonへの変換機能など コードを用いてAWSやAzureをはじめとするさまざまなITインフラの状態を記述できる、いわゆるInfrastructure as Codeツールの「Pulumi」が、Kubernetesへの本格対応を発表しました。 Are you a #Kubernetes user and a fan of #InfrastructureAsCode? Checkout Pulumi's new superpowers out today: Deployment automation New ecosystem integrations like @OpenPolicyAgent ✈️ Migration tools convert YAML to modern code h
Oisixが19年運用してきたモノリシックなサービスのマイクロサービス化を進め、Kubernetesを本番運用できる理由 2000年に生鮮食品のネットショップとして創業したサービス「Oisix」。創業以来19年間連続でサービス規模を拡大し続けていたが、システムの肥大化により、サービスをローンチするまでの期間が長くなる、開発/リリースの難易度が上がるなどが課題になっていた。そこでマイクロサービスアーキテクチャへの刷新とKubernetesの採用に取り組み始め、現在は幾つかのサービスで本番運用を開始している。マイクロサービス化とKubernetesの本番運用が可能になった理由とは何だったのだろうか。 2000年にJavaで構築したECサイトをリフォームし続けてきた結果 有機野菜や特別栽培野菜などの安全性に配慮した食品の宅配を手掛けるオイシックス・ラ・大地。オイシックス、大地を守る会、らでぃっし
作成が完了すると、一覧でグリーンチェックが付きます。 gcloudコマンドのインストール この作業を行うとkubectlが/usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/bin/kubectlに変更されます。 $ brew cask install google-cloud-sdk ~/.bash_profileに以下を追記 # gcloud source '/usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/path.bash.inc' source '/usr/local/Caskroom/google-cloud-sdk/latest/google-cloud-sdk/completion.bash.inc' kubectlのインストール $
はじめに この記事は、Why Every Software Engineer Should Write Articlesを翻訳したものです。今まで、記事やブログを書くことに時間を使うことに懐疑的だったのですが、この記事を読んで腑に落ちるものがありました。 アウトプットしたほうがいいのは分かっているけど、めんどくさい、時間が勿体無いなどと思っている方にはぜひ読んでもらいたい記事です。 英語を日本語に直訳すると不自然で読みにくくなるため、主張を壊さないことを前提に意訳します。ミス等あれば指摘ください。 なぜ全てのエンジニアが記事を書くべきなのか? 近頃、コンピュータサイエンス産業は複雑かつ急速に進化しており、複雑な技術やコンセプトを簡単な方法で説明するという事がより重要になってきている。 ブロックチェーン・機械学習・深層学習・データサイエンス・分散システム・量子コンピューティング・ビッグデータ
Google Cloud Next 2018で、“現代的なサーバレスワークロードを構築、デプロイ、管理するための、Kubernetesベースのプラットフォーム”として、Knativeのリリースが発表された。オープンソースのこのフレームワークは、コンテナ(とファンクション)の構築、ワークロードの提供(と動的スケーリング)、イベント処理という、クラウドネイティブアプリケーション開発の3つの領域に関するベストプラクティスをコード化するために、GoogleがPivotal、IBM、Red Hat,、SAPとの緊密なパートナシップの下で開発したものだ。 Knative(ケイ・ネイティブと読む)は、オンプレミス、クラウド上、およびサードパーティのデータセンタにおいて動作可能な、“現代的でソース中心のコンテナベースアプリケーションの構築において重要な”、一連のミドルウェアコンポーネントを提供するもので、
こんにちは、プレイドの @nashibao です。今回は少し前に話題になった [Metaparticle](https://metaparticle.io/tutorials/javascript/) というプロジェクトについて紹介
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く