ネットワークの基礎⑦

前回、PPPについて触れてきました。さらにPPPについての学習とその他のデータリンクについても学んでいきましょう。

その他(インフラ)

今後必ず需要が伸びるクラウドエンジニアについてご紹介！必要な知識もご紹介します

近年、自社でサーバーを持たずにクラウドサービスを利用してアプリケーションを構築する形態が多くなっております。その中で需要が増えてきているのがクラウドエンジニアとなります。クラウドエンジニアとは、ネット上のクラウドサービスを利用してシステムの構築や保守を行う、クラウドサービスに特化したエンジニアを指します。これまではサーバーやネットワークといったハードウェアを自社にて調達、設置したうえでアプリケーションを構築・運用する形態が一般的でした。これらはオンプレミス環境と呼ばれており、現在でも多くの環境がオンプレミス環境となっております。一方で最近ではクラウドサービスの導入を検討する企業が多くなっております。より多くの企業がクラウドサービスを採用するようになるため、クラウドエンジニアの需要は今後必ず伸びていきます。一方でクラウド技術も発展途上ということもありますが、クラウドサービスに長けたクラウドエンジニアもまだまだ少ないのが現状です。ネットワークエンジニアやサーバーエンジニアはクラウド化の進行に併せて、これまで培ってきたサーバーの構築知識やネットワーク技術を活かしながら、クラウドへの理解を深めることが求められるでしょう。そこで今回はクラウドエンジニアについてご紹介していきながら、必要となる知識についてもご紹介していきます。

【セキュリティ】脅威と対策

昨今、リモートワークの普及によりVPNの使用に関するインシデントも増えているようです。また、攻撃が巧妙化しているのもあり、セキュリティ問題について考える機会も多くなってきました。どんな脅威が増えているのか、またその対策などについて学習していきます。

テスト(IT事務全般)

ITインフラの基礎【初心者向】

ネットワークとは、複数のコンピュータを通信回線で接続し、データのやり取りを行えるようにしたもので、正確にはコンピュータネットワークと呼ばれます。当初は、管理者が特定のコンピュータ同士を接続しただけのもの(＝プライベートネットワーク)でしたが、段々とプライベートなネットワーク同士を接続するようになり、世界中のネットワークが接続されたインターネットとなりました。

【初心者用】React フックについて

React フックとは、Reactのライブラリの一部として導入された機能で、state などの React の機能をクラスを書かずに使えるようになります。React フックを活用すると、簡潔で読みやすいコードを記述できます。

ネットワークの基礎⑥

TCP/IPネットワークでよく使われるデータリンクであるイーサネット、無線LAN、PPPなどについてさらに学習していきます。

その他(インフラ)

【初心者向け】Packet Tracerでネットワークを学ぶ（ルータの設定①）

ここでは様々なルータの設定方法を紹介します。

詳細設計(内部設計)(インフラ)

【初心者用】COBOLとは

直近でCOBOLの案件に行く可能性があるので、COBOLとはどういうものかまとめようかと思います。COBOLは最新の言語ではありませんが、現在でも金融系などで使用されています。ですので、化石のような言語ではありますが、需要自体はあるようなので改めて学ぼうかなと思います。

その他(PG/バックエンド)

【CSS】基本のまとめ | プロパティ編

今回は、Webページの見た目を設定するCSSのセレクターについてまとめました。CSSは、Web開発をするにあたって欠かせない知識となっています。ぜひ最後までお読みください！

製造・コーディング(PG/フロントエンド)

javascript 基本文法2

javascript 基本文法についてです。

初心者向けAWSでサーバを構築する手順

Docker環境を取り扱うためのAWS環境のセットアップ手順と、AWS環境へのデプロイを実施し、その構成の学習を目的とします。最終目標としてDocker環境をサーバにデプロイし、本運用を見越したDocker環境でのリリースを実施します。環境・Windows 10・VSC version 1.83.1・Docker Desktop ・AWS

その他(PG/バックエンド)

【ソフトウェアテスト】不具合報告のインシデントレポートについて

開発プロジェクトで発生した問題はインシデントとして、管理・分析・対応が必要です。プロジェクト全体を通しての問題となるとかなり範囲は広く、人的トラブルやステークホルダー間での問題など、開発しているプロダクト以外の問題も含んでしまうので、本記事では主にプロダクトのテストに関して検出された動作の不具合(バグ)に焦点を絞って記載します。プロダクトのテストに際して検出した不具合は、報告・対応したあとは蓄積データとして、引き続きプロジェクトで参照・活用されます。実際の開発現場によっては、早期レビューでのやりとりに関するものや、開発とテスターが口頭で連携できるような状況で報告即時対応できる程度の不具合対応など、状況により必ずしも定められたドキュメントの形式で報告されるものとは限りませんが、可能な限り検出対応した不具合は履歴を残しておくことで、プロダクトの品質向上を目指すことができます。ほとんどの場合は不具合管理に別途外部のbug tracking system（BTS）を使用しています。BTSはインシデントレポート1件をチケットという1単位で扱います。チケットの形式や内容が必ずしも同一の形式に沿っているというものではありませんが、不具合の報告管理をするチケットの内容は、管理運用の観点から記載が必要となる項目はある程度決まっています。余談ですが、BTSは不具合報告のみならず、チケット駆動開発 (TiDD) を実施するプロジェクトでは開発作業自体の管理進行目的で使用される場合もあります。

テスト(運用・保守・サポート)