並び順

ブックマーク数

期間指定

  • から
  • まで

281 - 307 件 / 307件

新着順 人気順

ベストプラクティスの検索結果281 - 307 件 / 307件

  • AWS CDKのベストプラクティスは本当にベストなのか アーキテクトが今一度考える「リソースの自動名付け」の公理

    「AWS CDK Conference Japan」は AWS CDK ユーザーが集まって事例やノウハウを共有しあうイベントです。今回は、CDKv2をメインテーマに、初の大型カンファレンスが開催されました。クラスメソッド株式会社の佐藤智樹は、CDKのベストプラクティスにおける、「リソースの自動名付け」をテーマに発表しました。全2回。前半は、ベストプラクティスの詳細と、物理名を使う場合のデメリットについて。 自己紹介 佐藤智樹氏(以下、佐藤):それでは始めたいと思います。「それでも俺はCDKの作るリソースに物理名を付けたい〜CDKのベストプラクティスは本当にベストなのか〜」という話をします。 正直に言うと、ユーザーグループのイベントなので、ちょっとこういう話もしていいのかなと思って応募してみたら、思っていたより参加人数がすごく、ちょっとビビっていますが、始めていきたいと思います。 (スライド

      AWS CDKのベストプラクティスは本当にベストなのか アーキテクトが今一度考える「リソースの自動名付け」の公理
    • Argo CDによる継続的デリバリーのベストプラクティスとその実装 - Cybozu Inside Out | サイボウズエンジニアのブログ

      こんにちは。Necoの池添(@zoetro)です。 現在San Diegoで開催されているKubeCon 2019に参加しているのですが、時差ボケで寝付けないのでこんなブログを書いています。 さて、現在我々はKubernetes上のアプリケーションの継続的デリバリーを実現するためにArgo CDというツールを利用しています。 github.com 本記事ではArgo CDについて簡単に解説した後、継続的デリバリーのベストプラクティスと具体的な実践例を紹介したいと思います。 Argo CD とは Kubernetes向けの継続的デリバリーツールとしては、Spinnakerや Jenkins Xなどが有名です。 これらのツールは継続的デリバリーのパイプラインを統合的に管理・実行するためのツールになっています。 一方のArgo CDは、パイプライン全体を管理するのではなくパイプラインの中の1つの

        Argo CDによる継続的デリバリーのベストプラクティスとその実装 - Cybozu Inside Out | サイボウズエンジニアのブログ
      • 2017年はNode.jsの達人になる!いま知っておきたいベストプラクティス10

        前回の記事『10 Tips to Become a Better Node Developer in 2017(達人に学ぶ、優れたNode使いにレベルアップするための10のヒント)』では、いますぐ使える10個のNode.jsのヒントやテクニックを紹介しました。この記事もそれに続いて10個のベストプラクティスを紹介し、Nodeのスキルを次のレベルに上げられるようにしたいと思います。 以下が今回紹介する内容です。 npmスクリプトを使う:bashスクリプトを使わず、npmとNodeのスクリプトを使ったほうが管理しやすい(例:npm run build、start、test)。Nodeの開発者が新プロジェクトに取り組むには、npmスクリプトこそが唯一の真実 環境変数(process.env)を使う:process.env.NODE_ENVを、development(開発)あるいはproducti

          2017年はNode.jsの達人になる!いま知っておきたいベストプラクティス10
        • Androidで互換性の高いアプリを書くための最悪ではない程度のプラクティス - oops

          っつーても1.6~4.0までぼちぼち対応しているって程度。 一般アプリ向け。ゲームは知らん。 ・プロジェクトそのもののAPI Versionは最新のもの(今なら14)を指定 ・android:minSdkVersionは当然V4 ・android:targetSdkVersionは二択。3.x以上の端末でMenuボタンを出したいならV10、腹を括ってモダン設計で行くなら最新のもの(今ならV14) ・android-support-v4.jarを使うのは今時常識。Fragment使わず全部ベタActivityとか使う輩はこの先生mashroomあたわず ・基本的にV4のAPIしか使ってはいけない。それ以上を使う時はリフレクションするかクラスローダの例外を拾ってスタブクラスでゴニョゴニョ。 ・V5以上のAPIを使ってもコンパイルは通ってしまう。そのくせV4のマシンで動かすとクラスロ

          • 書籍紹介:大規模データ管理(エンタープライズアーキテクチャのベストプラクティス) | フューチャー技術ブログ

            最近読んだ書籍の中で非常に良質な内容でしたので紹介したいと思います。少しでも多くの方に興味を持ってもらえることを期待しています。 O’Reilly Japan はじめに私自身がデータ管理(データマネージメント)という観点でここ数年様々な検討を行ってきていますので前提としてその背景について簡単にまとめてみます。 かつてオンプレミスで運用を行っていた時は企業内のデータは完全に管理されていました。データウェアハウスを導入してデータの集約・加工は行われていましたが、専門チームがデータ仕様確認やデータ提供までもすべての責任を担っていました。品質は高いのですが利用者からの要望(新しいデータの提供、仕様の変更)の対応についてはスピード大きな制約がありました。また大規模なデータを扱うためには多大なコストが必要という制約もあります。 クラウド技術による「スモールスタートを可能とするインフラ」「大規模なデータ

              書籍紹介:大規模データ管理(エンタープライズアーキテクチャのベストプラクティス) | フューチャー技術ブログ
            • ベストプラクティスとの付き合い方 - Qiita

              はじめに 今携わっているプロジェクトの中で自分はテックリードとして動いていたのですが、9月からプロダクトオーナーが転職してしまうということで、自分がその役割を引き継ぐことになりました。 プロダクトオーナーは初めてやるので様々な本を読んでインプットをしていたのですが、 その中で『プロダクトマネージャーのしごと』を読んでいたときに第7章の『「ベストプラクティス」のワーストなところ』を読んでとても衝撃を受け、自分自身の経験と共に記事としてまとめたいと思い、この記事を書いています。 あたかも自分の言葉のように書いていますが、ほぼほぼ本からの参照ですし、自分なりの解釈を含めたり、自分の経験と照らし合わせたりしているので、この記事を読んで興味が湧いたら、ぜひ『プロダクトマネージャーのしごと』を読んでみてください。 7章だけではなく、全体的にも本当に良い本でした。 この記事でいうベストプラクティスについ

                ベストプラクティスとの付き合い方 - Qiita
              • みんなベストプラクティスできてる?「AWSセキュリティのベストプラクティスに関する利用実態調査レポート」まとめ | DevelopersIO

                みんなベストプラクティスできてる?「AWSセキュリティのベストプラクティスに関する利用実態調査レポート」まとめ 「Security-JAWS Insights AWSセキュリティのベストプラクティスに関する利用実態調査レポート」の解説です。みんなベストプラクティスを実践できているのか、知ることができます。 こんにちは、臼田です。 みなさん、AWSのセキュリティベストプラクティス実践できてますか?(挨拶 今回は、Security-JAWS運営メンバーが調査を実施し、レポートとしてまとめた「Security-JAWS Insights AWSセキュリティのベストプラクティスに関する利用実態調査レポート」の内容を解説するとともに、僕自身の提言をまとめます。 これを読んで頂くと、「周りのみんなはAWSのベストプラクティスどれくらいできているの?」「自分たちは十分にベストプラクティスに沿えているのか

                  みんなベストプラクティスできてる?「AWSセキュリティのベストプラクティスに関する利用実態調査レポート」まとめ | DevelopersIO
                • 青森県の「道の駅とわだ」で見た、Mac好き駅長の自作メールシステム――7000万円の経済効果

                  道の駅をご存じだろうか。郊外の幹線道路を走っていると、よく目にするドライブインで、地元産の農作物を即売していたり、24時間の休憩施設を設けていたりする。 地元の農家から生鮮食品を仕入れたり、購入するのも観光客や地元のおばちゃんたちだったりするので一見ITとはほど遠い、アナログな経営をしているように思われるが、実はITを積極的に活用した道の駅も存在する。その1つが、今回取材した「道の駅とわだ」(青森県十和田市)だ。年間60万人が利用するというこの道の駅、実は優秀な中小企業を表彰する「デル スモールビジネス賞」で国内企業部門で優勝しているのである。 青森県三沢市の三沢駅(JR東日本東北本線)から車で30分ほど。国道4号線を南下すると道沿いに道の駅とわだが見えてくる。出迎えたのは、駅長の苫米地祥文(とまべち・よしふみ)さん。2001年の開業以来、駅長を務めている。 7000万円以上の欠品防止効果

                    青森県の「道の駅とわだ」で見た、Mac好き駅長の自作メールシステム――7000万円の経済効果
                  • AWS Copilot CLI

                    Your toolkit for containerized applications on AWS オープンソースの AWS Copilot CLI で、AWS App Runner、Amazon ECS、AWS Fargate を活用したプロダクションレディなコンテナアプリケーションのビルド、 リリース、運用をかんたんに実現しよう。 さっそく始めてみよう アーキテクチャから始めよう Dockerfile からコマンド1つでクイックに AWS のベストプラクティスを適用したコンテナアプリケーションを展開してみましょう。 Copilot は AWS リソース群のモデリング手段ではなく、クラウド上のアーキテクチャとして良く知られた Request-Driven Web Service、 Load Balanced Web Service、Backend Service、 Worker Ser

                    • Windowsシステム構築ガイド - PRIMERGY 技術情報 : 富士通

                      Windowsシステム構築ガイド 富士通製品でビジネスを行うパートナー様やインテグレーター様に向けて、富士通の豊富な企業システム導入実績をベースに、PCサーバPRIMERGYを主体としたシステム導入、設計構築に関するガイドラインやソリューションをご紹介します。 Windows Server 2008 R2 以前のWindows設計構築情報 Hyper-V Windows Server 2022 Windows Server 2022 Hyper-V 導入・操作ガイド 本書では、Fujitsu Server PRIMERGY、Fujitsu Storage ETERNUS にて検証および確認した、Windows Server 2022 Hyper-Vの導入、および標準管理ツールの利用方法をご紹介します。 Hyper-V よくある失敗集【最新版】(Windows Server 2022 Hyp

                      • 「自走プログラマー」は中級以上のPythonプログラマーになりたい人のための豊富なレシピ集 - ビープラウド社長のブログ

                        ビープラウドの清水川貴之さん@shimizukawa , 清原弘貴さん@hirokiky、@tell-kさんが執筆(ビープラウド監修)した「自走プログラマー」が出版されます(大手書店は2020年2月18日から先行販売、電子書籍は2月22日販売開始、一般書店は2月27日販売開始です)。 自走プログラマー ~Pythonの先輩が教えるプロジェクト開発のベストプラクティス120 作者:清水川 貴之,清原 弘貴,tell-k出版社/メーカー: 技術評論社発売日: 2020/02/22メディア: Kindle版 自走プログラマーの前書きには「プログラミング入門者が中級者にランクアップするのに必要な知識をお伝えする本」と書かれています。 私なりに、入門、初級、中級以上のそれぞれのプログラマーのレベルをイメージしてみました。 入門プログラマー プログラミングの文法を学びながら書いている。プログラムが完成

                          「自走プログラマー」は中級以上のPythonプログラマーになりたい人のための豊富なレシピ集 - ビープラウド社長のブログ
                        • ディレクトリ構成ベストプラクティス ~ Angularアプリを作り続けてわかったこと / FRONTEND CONFERENCE 2019

                          FRONTEND CONFERENCE 2019にて発表した資料です。

                            ディレクトリ構成ベストプラクティス ~ Angularアプリを作り続けてわかったこと / FRONTEND CONFERENCE 2019
                          • Amazon.co.jp: データベース・リファクタリング: スコット W アンブラー (著), ピラモド・サダラージ (著), 梅澤真史 (翻訳), 越智典子 (翻訳), 小黒直樹 (翻訳): 本

                              Amazon.co.jp: データベース・リファクタリング: スコット W アンブラー (著), ピラモド・サダラージ (著), 梅澤真史 (翻訳), 越智典子 (翻訳), 小黒直樹 (翻訳): 本
                            • 時系列予測のベストプラクティスを共有するGitHubリポジトリを開設、Microsoft

                              時系列予測のベストプラクティスを共有するGitHubリポジトリを開設、Microsoft:PythonやR向け Microsoftは、時系列予測のベストプラクティスを共有するためのGitHubリポジトリを開設した。PythonやRを使っている開発者に向けたものだ。 Microsoftの「R」コミュニティー向けブログサイト「Revolutions」は、2020年4月14日(米国時間)、時系列予測のベストプラクティスを共有するためのGitHubリポジトリ「Time Series Forecasting Best Practices & Examples」を開設したと発表した。 Microsoftはこのリポジトリについて、README.mdで次のように説明している。 「時系列予測は、データサイエンスで最も重要なトピックの一つだ。的確な意思決定と効果的な資源配分を行うために、ほぼ全ての企業には未来

                                時系列予測のベストプラクティスを共有するGitHubリポジトリを開設、Microsoft
                              • Node.js Docker baseイメージには alpine < distroless < ubuntu+slim 構成がよさそう

                                Node.js Docker baseイメージには alpine < distroless < ubuntu+slim 構成がよさそう はじめに この記事は、DockerCon 2022 で発表された Bret Fisher の "Node.js Rocks in Docker, DockerCon 2022 Edition" を参考にしています。 base イメージの選択肢に関する話は、動画の前半一部分だけですが、他にも Node.js で Dockerfile を書く時のベストプラクティスが数多くまとまっているので、是非チェックしてみてください。 node:alpine イメージを使わない base イメージサイズを小さく保ちたい、という点で気軽に利用される事が多い alpine イメージですが、Official の README には下記の記載があります。 This variant

                                  Node.js Docker baseイメージには alpine < distroless < ubuntu+slim 構成がよさそう
                                • 例外処理とロギングのベストプラクティス:CodeZine

                                  はじめに システム開発において例外処理は重要なポイントですが、あまりに軽視されているのが現状ではないでしょうか。本稿では、これまでの著者の開発経験の中から培った汎用的な手法を説明します。 この記事は「美しい設計」ではなく「現実的な設計」、現場に適用できる「できるだけ手間の少なく、汎用的な設計」を目指しています。 対象読者 J2EE開発者・アーキテクト。特に業務システムの開発現場の方が対象です。 必要な環境 概念の説明が中心ですので、開発環境は必要ありません。 エラーの分類 実装時に考慮すべきエラーは2つに大別できます。 想定内でトランザクションの実行開始前にチェックするエラー。主に入力エラー。 異常な状態としてトランザクションの続行が不可能なエラー(例外)。 前者については、例外を使うべきではありません。入力チェックエラーを表現するには、ステータスコードを使うべきです

                                  • 【読んでみた】Amazon VPCを保護するためのベストプラクティス #reinvent #NET309 | DevelopersIO

                                    はじめに こんにちは、佐伯です。 私はre:Invent 2017に参加していないので、レポートではなく「読んでみた」という形で以下ワークショップのスライドをGoogle翻訳を駆使して読んでみました。所々にAWSドキュメントのリンクも入れています。なお、ワークショップのスライドなので、ハンズオン部分は省いてます。ご了承ください! [slideshare id=83144263&doc=net309-best-practices-for-secu-d21b4ab5-aad1-4bf0-bf1e-4018bb9b832b-525728499-171201191331] 予防的制御 悪意のある、意図しない、または望ましくないアクティビティの防止 一般的にベースラインのセキュリティ要件(インターネットからのSSH接続を許可しないなど)を満たす インフラストラクチャの「望ましい状態」を表す AWSに

                                      【読んでみた】Amazon VPCを保護するためのベストプラクティス #reinvent #NET309 | DevelopersIO
                                    • 入社4日目のAWS専任者が挑むセキュリティの向上 “土地勘”がないからこそ選んだ「OODAループ」という考え方

                                      人・カネ・ものの足りないスタートアップにおいて、どのように工夫しているか発信する「スタートアップ事例祭り ~監視・モニタリング・セキュリティ編~」。ここで山原氏が「スタートアップ入社4日目までに考えたAWSのセキュリティ向上 」をテーマに登壇。まずは、株式会社スマートラウンドがおかれている状況と、ベストプラクティスの検討について紹介します。 自己紹介と会社紹介 山原崇史氏:山原です。タイトルは「スタートアップ入社4日目までに考えたAWSのセキュリティ向上」になります。自己紹介です。スマートラウンドという会社のSREをやっています。(スライドを示して)経歴は記載のとおりで、好きなAWSサービスはAWS SSO(AWS Single Sign-On)やOrganizationsです。 会社や事業の内容についても説明します。スマートラウンドは設立が2018年、4年前のスタートアップで、従業員数は

                                        入社4日目のAWS専任者が挑むセキュリティの向上 “土地勘”がないからこそ選んだ「OODAループ」という考え方
                                      • 【Ansible】メンテナンスしやすいPlaybookの書き方 | 電算星組

                                        Playbookは外部ファイルのインポートや条件分岐やループなどの制御構文が使えるため、プログラミングと同様にソースコード品質管理の考え方を活用できます。 本記事では、筆者がPlaybookを作成する際に、後々メンテナンスしやすいように気を付けていることを紹介します。(もっと良い方法がある場合は、コメントいただけると助かります) インベントリ(Inventory) ターゲットノードにはホスト名とIPアドレスを書く インベントリ(Inventory)には、構成管理対象のノード(以下、ターゲットノード)を記載します。IPアドレス、ホスト名(FQDNも可)どちらの書き方も可能ですが、それぞれ以下の問題があります。 IPアドレス: ターゲットノードが何のサーバなのか分からず可読性が悪い ホスト名: Ansibleを動かすサーバがホスト名を名前解決できる必要がある 上記の問題を解決するため、ターゲッ

                                        • Azure アーキテクチャ センター - Azure Architecture Center

                                          このブラウザーはサポートされなくなりました。 Microsoft Edge にアップグレードすると、最新の機能、セキュリティ更新プログラム、およびテクニカル サポートを利用できます。

                                            Azure アーキテクチャ センター - Azure Architecture Center
                                          • Titanium Mobile で Android, iOS 両対応のアプリを開発する際の注意点|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ

                                            Titanium Mobile で Android, iOS 両対応のアプリを開発する際の注意点 大学生活にも慣れてきました。 18 歳の夏を満喫している take です。こんにちは! 会社では、 JavaScript を書くお仕事をしています。楽しいです! さて、 前回 は Titanium Mobile で Android アプリを書く際にハマるポイントをいくつか紹介しました。 最近、Titanium Mobile なのだから、1つのコードで Android, iOS 両対応するアプリを書こう!ということで、コードを書きながら、予め知っておくと開発が捗るポイントを何点か見つけましたので、ここで紹介したいと思います。 ※これから紹介する方法 (コード) は私個人が勝手に考えて実践しているものなので、ベストプラクティスであると保証することはできません。間違っている点や、さらに良い方法があれ

                                              Titanium Mobile で Android, iOS 両対応のアプリを開発する際の注意点|技術ブログ|北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
                                            • ソフトウェア構成管理の 高度な実践方法 | 東陽テクニカ

                                              新しいソフトウェア構成管理(SCM: Software Configuration Management)ツールを自社内に展開するとき、実装担当者は、しばしば詳細な活動まで完璧に行おうとする一方、これまでのまずい大規模なやり方 を、知らず知らずに推し進めてしまいます。その結果として、大きな失敗を招いてしまいます。 ここでは、SCM展開における著者の経験に照らした、高度なSCM実践方法(ベストプラクティス)をご紹介します。 「道具は、それを使う人によって効果が変わる」とよく言われます。我々は、ソフトウェア構成管理(SCM)ツールの提供者、あるいはソフトウェア会社に対 するコンサルタントとして、SCMのベストプラクティスについての適切なアドバイスをしばしば求められます。すなわち、「どのようにSCMソフトウェアを 展開すれば最大の利益を得られるか」という内容のアドバイスです。このような要請に対し

                                              • 運用でカバーするシステムから、想定の範囲内でまわせるシステムへ | gihyo.jp

                                                こちらが何を聞いても、一事が万事この調子です。その後、スケジュールに押し切られる形でシステムはリリースされ、現場は火の海となりました。 鳴りやまない監視アラーム…… 対処方法のわからない障害…… 使い道のわからない体裁だけ整った手順書の数々…… 右往左往する運用メンバーと構築メンバー…… 結局、運用が安定するまで半年以上の期間がかかりました。 その頃は「運用設計」という言葉も概念もまだ浸透しておらず、残業によるマンパワーで運用を安定稼働させるしか術はありませんでした。 (この時にこの本があったら、どれだけ指標になったかと今なら思います⁠)⁠。 運用を取り入れた設計構築へのチャレンジ この経験から、運用が大変な理由の諸悪の根源はシステムリリース時にあると考え始めました。いま思えば、初めに入った楽園のような現場は、目的のはっきりした手順書しかなく、トラブル時の連絡先も明確でした。“⁠楽園システ

                                                  運用でカバーするシステムから、想定の範囲内でまわせるシステムへ | gihyo.jp
                                                • [レポート] SNSとSQSとLambdaによるスケーラブルでサーバーレスなイベント駆動アーキテクチャ #reinvent #svs303 | DevelopersIO

                                                  [レポート] SNSとSQSとLambdaによるスケーラブルでサーバーレスなイベント駆動アーキテクチャ #reinvent #svs303 こんにちは。サービスグループの武田です。開催中のre:Invent 2020でScalable serverless event-driven architectures with SNS, SQS & Lambdaのセッションを視聴しましたのでレポートします。 こんにちは。サービスグループの武田です。 開催中のre:Invent 2020でScalable serverless event-driven architectures with SNS, SQS & Lambdaのセッションを視聴しましたのでレポートします。 何度か配信がありますので視聴したい方はスケジュールを確認してみてください。 AWS re:Invent 2020 セッション概要

                                                    [レポート] SNSとSQSとLambdaによるスケーラブルでサーバーレスなイベント駆動アーキテクチャ #reinvent #svs303 | DevelopersIO
                                                  • 大林組

                                                    2024年03月22日 プレスリリース ドローンを活用した完全無人巡回による建設現場の工事進捗管理の実証実験に成功 2024年03月18日 更新情報 「トンネルを知ろう OBAYASHI TUNNEL WORLD」特設サイト シールドトンネルのコンテンツを更新 2024年03月15日 会社情報 大林組は7%の賃上げを実施 2024年03月14日 プレスリリース 製造時のCO2排出量を約60%削減した低炭素型地盤改良用グラウト材「Infill Hard Geo™」を開発 2024年03月13日 サステナビリティ TNFD Adopterに登録 2024年03月12日 更新情報 プロジェクト最前線 横浜・みなとみらいに新たなランドマークをつくる

                                                      大林組
                                                    • 新しいAWS Well-Architected Machine Learning Lensの紹介 | Amazon Web Services

                                                      Amazon Web Services ブログ 新しいAWS Well-Architected Machine Learning Lensの紹介 この記事は、「Introducing the new AWS Well-Architected Machine Learning Lens」を翻訳したものです。 AWS Well-Architected Frameworkは、お客様のワークロードをベストプラクティスと比較するための一貫したアプローチを提供します。また、どのように改善すべきかの指針も含まれています。 機械学習(ML)アルゴリズムは、データのパターンを発見および学習し、将来のデータを予測する数理モデルを構築します。これらのソリューションは、病気の診断の改善、環境保護、製品やサービスの変革など、生活に革命をもたらします。 MLモデルが正確な結果を出すためには、入力データの質が重要です。

                                                        新しいAWS Well-Architected Machine Learning Lensの紹介 | Amazon Web Services
                                                      • iOSアプリ開発時の実ファイルの配置ベストプラクティス - Qiita

                                                        Androidアプリ開発時に使うEclipseなどとは違い、Xcode上のファイルグループ分けと実ファイルの物理構成はリンクしているわけではないので、実ファイルをどのように配置していくのかはプロジェクト初期にメンバーで都度決めていると思います。 自分がいつもやっているのは実ファイルをMVCに分類し、Classesディレクトリの下にMVCディレクトリを作りそこに配置していくことです。 例としてクラスAModel,BModel,AControllerとリソースであるstoryboardやxibがある場合は次のようにしています。 SampleProject/Classes/Models/AModel.h SampleProject/Classes/Models/AModel.m SampleProject/Classes/Models/BModel.h SampleProject/Classes

                                                          iOSアプリ開発時の実ファイルの配置ベストプラクティス - Qiita