レンタルサーバーナレッジ

サイトのバックアップ、本当に使えますか？経営者・マネージャーが確認すべき5つのポイント

2026-06-19T01:10:00Z

「バックアップは取っています」

サイト管理の話をすると、多くの方からこの言葉が返ってきます。

もう一つ質問させてください。

「そのバックアップ、担当者がいなくてもサイトを元に戻せますか？」

バックアップが「ある」とバックアップが「使える」は、まったく別の話です。

この記事では、5つの質問に答えるだけで、今の体制を見直すべきか判断できるようになります。

その前に、バックアップはあるけどいざという時に使えない状態だとどんな事態が起きてしまうのか確認しましょう。

バックアップが「使えない」状態で起きる3つの事態

サイトのトラブルは予告なく起きます。ある日突然、サイトが真っ白になる。ハッキングされてデータが書き換えられる。担当者の操作ミスで重要なデータが消える。そのとき、元に戻せますか？

多くの経営者・マネージャーから「バックアップは取っています」という言葉をよく聞きます。しかし実際に問題が起きたとき、こんな事態が起きています。

ケース1　サーバー障害：バックアップも一緒にアクセス不能になる

サーバーが動かなくなると、その中にあるデータにアクセスできなくなります。サーバー内にバックアップが入っていたら、バックアップも同時にアクセス不能になります。「壊れた金庫の中に、コピーも一緒に入っていた」状態です。

ケース2　ハッキング・不正アクセスを受けたとき

第三者がサーバーに不正に侵入した場合、サーバー内のすべてのファイルが影響を受ける可能性があります。感染した状態のバックアップを使って復元しても、また同じ問題が再現します。

ケース3　担当者が誤ってデータを削除してしまったとき

操作ミスでサイトのデータが消えてしまったとき、同じ場所にあるバックアップからは戻せないケースがあります。「同じ棚にしまってあったコピーも、一緒に捨ててしまっていた」という状況です。

いずれのケースも、実は、決して珍しい話ではありません。そしてこれらの多くは、「バックアップの仕組みの設計」を見直すだけで防げるものです。

では、自社のバックアップ体制は今どんな状態にあるのか。次の5つの質問で確認してみてください。

自社のバックアップ体制、今すぐ確認できる5つの質問

バックアップが本当に「使える状態」かどうか、以下の質問で確認できます。

担当者に聞かないと答えられない場合は、「NO」としてください。

Q1.バックアップがいつ最後に取れたか、今すぐ確認できますか？

「たぶん取れているはず」「担当者に聞けばわかる」という場合はNOです。バックアップは一度設定すれば終わりではありません。設定していても、気づかないまま失敗し続けているケースがあります。「最後に取れた日時」が即座に確認できる状態かどうかが、最初の分かれ目です。

Q2.そのバックアップは、サーバーとは別の場所に保存されていますか？

バックアップデータがどこに保管されているか、今すぐ確認できますか？元のデータと同じサーバーの中にバックアップが置かれている場合、そのサーバーに問題が起きたとき、バックアップも一緒に影響を受けます。「バックアップがある」と「使える状態のバックアップがある」は、保管場所によって分かれます。

Q3.担当者じゃなくても、サイトを元の状態に復元できますか？

復元とは、バックアップからサイトを元の状態に戻す作業のことです。スマートフォンを機種変更するとき「バックアップから復元しますか？」と聞かれますよね。あのイメージです。想像してみてください。担当者が突然来られなくなった朝、サイトが真っ白になっているとします。そのとき、担当者じゃなくてもサイトを元に戻すことはできますか？

Q4.サーバーごと問題が起きた場合でも、データは残りますか？

サーバー自体に障害が起きたとき（たとえば、電源トラブル、物理的な故障、ハッキングなど）バックアップデータは無事な状態でアクセスできますか？ハッキングとは、第三者が不正にサーバーへ侵入することです。侵入されると、サーバー内のデータだけでなく、バックアップファイルも影響を受ける場合があります。

Q5.バックアップが失敗したとき、誰かに通知が届きますか？

バックアップは、設定していても失敗することがあります。怖いのは、失敗していても「取れているはず」という認識のまま時間が過ぎていくことです。いざというときに「バックアップが1か月分空白になっていた」という事態を防ぐには、失敗を検知する仕組みが必要です。

【診断結果】

すべてYESだった方
→　今の体制はよく機能しています。この記事は確認としてご活用ください。

1つでもNO・わからないがあった方
→　今の体制を見直したほうがいい可能性が高いです。

多くの方が複数の「NO」または「わからない」を持っています。そしてそれは、担当者を信頼していないからではなく、「仕組み」がないことが原因のほとんどです。

【無料チェックリスト】体制確認はこちらから

経営者・マネージャーが担当者と一緒に使える「バックアップ体制チェックリスト」を無料で配布しています。保管場所・復元手順・引き継ぎ体制など5カテゴリ18項目を確認できます。記事を読み終えた後、すぐに担当者へ渡せます。

▶バックアップ体制チェックリスト（無料）をダウンロードする

バックアップで最も重要なのは「どこに保管するか」

バックアップを語るとき、「何を取るか」と同じくらい大事なのが「どこに保管するか」

考えてみてください。

大切な書類のコピーを取ったとします。でも、そのコピーを原本と同じ引き出しにしまった場合、引き出しが壊れたときにどうなりますか？コピーの意味がなくなります。

バックアップも同じです。元のデータと同じ場所にバックアップがある場合、その「場所」に問題が起きたとき、元データもバックアップも同時に失われます。

これはサービスやサーバーの良し悪しの話ではなく、バックアップという仕組みの本質的な考え方です。

バックアップが「使えない」3つのパターン

パターン1　担当者しか操作できない

バックアップを復元する作業には、技術的な操作が伴うことがほとんどです。担当者が「いつもやっている作業」であっても、別の担当者には手順が分からない、ということが起きます。

ここに構造的な問題があります。復元が必要になるタイミングは、たいてい担当者がいない状況です。担当者が急に来られなくなった日にサイトが止まる、連絡が取れない休日にエラーが出る。そういうタイミングで「担当者しか操作できない」体制の限界が来ます。

パターン2　サーバーの外部に保管されていない

バックアップがサーバーと同じ場所にしかない場合、サーバー自体に問題が起きたときにデータを取り出せません。

外部に保管するとはどういうことか。たとえば、GoogleドライブやDropboxのようなインターネット上の別の保管場所（クラウドストレージと呼びます）にバックアップデータを置いておくことです。サーバーに何が起きても、クラウド上のデータは無事に残ります。

パターン3　一度も復元テストをしたことがない

「バックアップは取っているはず」という状態のまま、実際に復元できるかを確認したことがない。これが最も見落とされやすいパターンです。

非常食を棚に置いてあっても、いざというときに「賞味期限が切れていた」では役に立ちません。バックアップも同じです。「取れている」と「使える」は、一度テストして復元できて、初めてイコールになります。

その「大丈夫」の前提、確認できていますか？

制作会社の保守プランに入っているから安心？

保守プランは「トラブルが起きたときに対応してもらえる契約」で、バックアップデータがある状態を保証するものではありません。いざというとき制作会社が頼りにするのもバックアップデータです。そのデータがなければ、制作会社も元に戻せません。

担当者を信頼しているから大丈夫？

担当者への信頼と、仕組みの有無は別の問題です。どんなに優秀な担当者でも、いなくなれば同じことが起きます。信頼と仕組みは、どちらも必要です。

バックアップは毎日自動で取れているはず？

バックアップは容量の上限、設定の変更、仕様の更新などさまざまな理由で止まります。そして通知がなければ誰も気づきません。「毎日取れているはず」が正しいかどうかは、記録を確認して初めてわかります。

バックアップ体制を整えるならSmartRelease U！

「SmartRelease U」は毎日のバックアップ(※)や、リリース直前のバックアップを自動取得。Webサイト運営で起こりがちな“バックアップ忘れ“を防ぎます。

簡単なクリック操作でのリリース・リストアや、時間指定が可能な予約転送機能なども備えており、Webサイト公開時のトラブル防止やバックアップの手間削減など、制作現場の課題を解決します。

※毎日の自動バックアップは、有料プランのみでのご提供

体制を「見える化」するバックアップ体制チェックリストを無料でダウンロードできます

ここまで読んで「自社の体制が不安になった」という方も、「改めて整理したい」という方も、次のステップとして使えるチェックリストを無料で配布しています。

このチェックリストは、経営者・マネージャーが担当者に渡してそのまま使えるように設計されています。以下の5カテゴリ・18項目で、現状の体制を網羅的に確認できます。

A.保管場所（3項目）	外部保管の有無保管場所を経営者が把握しているか障害時の対応方針があるか
B.取得状況の可視性（5項目）	最終取得日時を経営者自身が確認できるか保存世代数の把握取得頻度の把握失敗通知の設定容量上限の定期確認
C.復元できるか（4項目）	手順が文書化されているか担当者以外が復元操作を完了できるか復元テストを実施したことがあるか復元にかかる時間の把握
D.バックアップの対象範囲（3項目）	サイトのファイルが対象に含まれているかデータベースも対象か複数サイトをすべて網羅しているか
E.引き継ぎ・管理体制（3項目）	ログイン情報を経営者も把握しているか担当者が変わっても継続して取得される仕組みか外部委託先の責任範囲を契約書で確認しているか

「要対応」「不明・未確認」が1つでもあれば、その箇所が今の体制の穴です。 担当者と一緒に確認し、仕組みを整えるきっかけとしてご活用ください。

バックアップ体制チェックリスト（無料）をダウンロードする

A〜Eの5カテゴリ・18項目を網羅。担当者に渡してそのまま使えます。「わからない」が1つでもあれば、今日から体制を見直すきっかけになります。

▶チェックリストをダウンロードする（無料）

新たなSmartReleaseを創造する！ 5人のエバンジェリスト

2025-05-16T06:00:00Z

「ウェブ制作をより安定して運用することができるようになるSmartRelease」という内容で紹介をしてきましたが、前回のインタビューの通り「新しいSmartRelease」を開発中です！

「新しいSmartRelease」は、多くのウェブ制作会社の協力をいただき、制作・開発現場の声を直接もらいながら開発を進めています。

その中で開発チームには「エバンジェリスト」として参加をしていただいている方々がいます。
エバンジェリストの皆さんはウェブ制作現場で働く方々にオファーし、サービスのフィードバックをいただいています。

このプロジェクトでは一般的に使われている伝道者、プロモーションなどを担う「エバンジェリスト」ではなく、よりサービスに深く関わるチーム体制を組んでいます。

今回の記事ではそんな「SmartReleaseエバンジェリスト」の方に焦点を当てて、まずはエバンジェリストの方々が、どんなことをしているのかを掘り下げて紹介したいと思います！

続プロダクトマネージャーに突撃！！

開発秘話についてインタビューを実施した前回に引き続き、新SmartReleaseプロジェクト及び「SmartRelease エバンジェリスト」について、プロダクトマネージャーである下池氏にお聞きしていきます！

CPI本部　SmartRelease推進室
プロダクトマネージャー

下池　壮介氏

SmartReleaseにおける「エバンジェリスト」とは？

ーあらためて、今回の「SmartRelease エバンジェリスト」とはなにか教えてください！

SmartRelease エバンジェリストは、Web制作者さん/担当者さん視点での思考や評価が必要なSmartReleaseの、方針や開発内容を決めるための基準になっていただいている方々です。

弊社の広報室長兼Webマスターの神森、外部の現役Web制作者さん4名の、総勢5名で構成されています。

まだお披露目前なので、他４名の方のお名前は秘密にさせてください。

ーそれはとても気になりますね！
まだ隠されている４名のメンバーの情報が公開されるのが待ち遠しいです。

普段のお仕事の様子を教えて！

ーどのようなメンバーなのかも気になりますが、SmartRelease エバンジェリストの皆さんは普段はどんなお仕事をされているのでしょうか？

新SmartReleaseがWeb制作者 / 担当者さんに対してどうあるべきか、必要または不要な機能はなにか、どう実現するかを定例会で毎週ディスカッションしています。

議論の対象は機能そのものから、機能の動作や画面UI、システムを通したユーザー体験に至るまで様々ですが、こうしたディスカッションを経て開発する機能の要求や仕様を決めています。

ー毎週ディスカッションの場を設けているんですね！

なんだか内容をお聞きしていると新SmartReleasを一緒に作っている感じがしますね。
ということは、新SmartReleaseは実は現役Web制作者さんによって作られているのでしょうか？

そうとも言えます。

もちろん提供するサービス範囲やターゲットなど、プロダクトのコンセプトはCPIが設計して決めています。

しかし、新SmartReleaseが提供するユーザー体験の多くは、エバンジェリストのみなさんがSmartReleaseの利用を通して得たユーザー体験をもとに作り上げ、理想のSmartReleaseに近づけるべく組み込まれています。

ーそれはすごい！エバンジェリストの方が開発から関わるケースはあまりお聞きしたことがないですね。
しかし、エバンジェリストの方々は、そこまで具体的な新SmartReleaseの理想像をイメージすることができるのでしょうか？

SmartReleaseエバンジェリストの方々の多くは、SmartReleaseの提供開始時にその利便性を理解し、積極的に利用してくれた方々です。

つまり、SmartReleaseのファンでいてくれている方々なんです！

SmartReleaseが繋いでくれたチームとも表現できるかもしれません。

今回の新SmartReleaseの開発にあたり、あらためて弊社から1人1人お声がけしお集まりいただきました。

ーSmartReleaseのファン…！実際に開発にも関わることになるとは驚きです。

ファンの方に声をかけたということですが、5人のエバンジェリストの方々は都内でお仕事をされているんですか？

みなさん全く異なるエリアで活躍されていらっしゃいます。

北は青森、南は沖縄までと全国各地で活躍されている方々なんです。

私、下池も奈良県在住なので普段はリモートで会議を開催しています。

ー本当に全く異なる地方にお住まいなんですね！

5人のエバンジェリストの方々のそれぞれの役割を教えてください！

話し合いの場において明確に役割分担をしているわけではないのですが、ユーザー視点やエンジニア視点とSmartReleaseへの関わり方に合わせて、意見をいただいています。

中には、UI・UXを専門とする方にもご参加いただいていて、さまざまな要求をどう実装するか、UX目線で画面に落とし込む役割も担っていただいています。

進めているうちに自然とこういう役割分担になってきました。

SmartReleaseエバンジェリストは伝道者ではない？

プロダクトマネージャーへのインタビューでもわかるように、SmartReleaseエバンジェリストの役割は一般的な「伝道者」という言葉の範囲に収まらず、プロダクトの特性を理解しプロダクトそのものの価値を高める活動を担っていただいていることがわかります。

まだ情報は非公開ですが、これから公開されていくのが楽しみですね！

「伝道」の方法が、直接的な宣伝ではなく、製品価値を高めて自然に利用者が増えるように「プロダクト・ドリブン」なマーケティングを推進する、大きな原動力になっているようです。

このプロジェクトの重要人物である「SmartReleaseエバンジェリスト」について、今回のインタビューで実態が明らかになりました。

次回から「SmartReleaseエバンジェリスト」のみなさんを、お一人ずつ紹介させていただきます。

ぜひお楽しみにお待ちください！

SmartReleaseが進化する！？進行中のプロジェクトにこっそり潜入！

2025-04-30T06:00:00Z

レンタルサーバーCPIに付帯する機能の一つである「SmartRelease」。

リリースから12年、これまで多くのWebサイトでリリース作業やバックアップの面で、
Web制作者さんのサポートをしてきました。

「便利」「神ツール」というお声をいただくこともありますが、問題点への指摘もちらほら。

そこで！リリースから12年という時を経て、SmartReleaseがついにグレードアップするようです！

今回は現在進行中の「新SmartReleaseプロジェクト」に潜入し、
どんなものを作ろうとしているのか覗いてみようと思います！

そもそもSmartReleaseって？

SmartReleaseは安心してWebサイトの公開作業ができる、便利なアプリケーションです。

CPIの共用レンタルサーバーに付帯しており、「ビジネススタンダード」「SV-Basic」「ACE 01」プランをご契約中の方は、どなたでも無料でご利用いただけます。

【SmartReleaseの特徴】

①テストサーバーを標準提供

公開サーバーと同一仕様のテストサーバーを、標準機能としてご提供

②ワンクリックで公開作業が完了

テストサーバー→公開サーバーへの公開作業はワンクリックで完了

③バックアップ機能

毎日自動でバックアップを取得しており、30世代まで保存

サイト公開作業の直前にも自動でバックアップを取得しており、手動バックアップも可能

④ワンクリックでリストア可能

公開作業のあとに、急きょバックアップデータをリストアする場合もワンクリックで完了

こんな機能があったなんて知らなかった！という方も、もしかしたら多いかもしれませんね。

SmartReleaseの詳しい内容はこちらの記事ものぞいてみてください👀

プロダクトマネージャーに突撃！
新SmartReleaseは今までと何が変わる？

ここからは、新SmartReleaseのプロジェクトマネージャーを務める下池氏にお話を聞きながら、
その全貌を詳しく掘り下げていきたいと思います！

CPI本部　SmartRelease推進室
プロダクトマネージャー

下池　壮介

ーそもそも、なぜSmartReleaseの新バーションを作ることになったのでしょうか？

SmartReleaseはご利用者さんから高い評価を得られていますが、どうしても新規のご利用者さんを増やせずにいました。

原因は単純で、Web制作者さんが利用しているサーバーはCPIだけではないからです。

まず、クライアントごとに様々なサーバー環境がありますよね。
CPIのレンタルサーバーだけがSmartReleaseを使えたところで、根本的な課題解決にはなりません。それぞれフローも異なり現場が混乱するので「使いたくても使えない」と判断されることが多かったようです。

SmartReleaseはWeb制作者さんの課題を解決できるツールなのに、CPIでしか使えないので使いにくいという残念な結果に繋がっていました。

そんな背景から「それならSmartReleaseを独立させて、CPI縛りをなくそう！」というアイディアが生まれ、今回の再開発プロジェクトがスタートしました。

ーえ？！CPI縛りをなくす？！詳しく教えて下さい！

CPIの縛りをなくし、他社サーバーでもSmartReleaseを使えるようにします！

現在、CPI以外のレンタルサーバーを使った動作検証を進めていて、まずは利用者の多い会社さんのサーバと連携できるようにし、順次拡張していく予定です。

ーおお〜！今よりずっと使いやすくなりますね！
ちなみにここだけの話、資金繰りはどのように・・・？タダで開発を続けられるわけでもないですし。

今まではレンタルサーバーのご料金をもとに細々と維持・改善を続けてきましたが、CPI以外のサーバーでも使えるとなると、そういうわけにもいかないですよね。

そこで、新SmartReleaseは「SaaS（Software as a Service）」として有償でのご提供に変わります。

有償といっても、それほどご負担の大きい金額にはならないのでご安心を！

今後は、新SmartReleaseのご利用者さんからいただいたご利用料をもとに、これまでやりたくてもできなかった改善や提供範囲の拡大を進める計画です。

ーなるほど。SaaS化させるんですね！

となると、新SmartReleaseの価値がWeb制作者さんたちのニーズに、
しっかりとマッチしている必要がありますね。不安もありますが、期待も大きい！

ところで、新SmartReleaseプロジェクトではどんなことをやっているんですか？

SmartReleaseをクラウドサービスとして使えるように、ゼロから開発しています。

今までとは稼働環境が異なるため、これまでご提供していた機能の引き継ぎは想像以上に難しいのですが、「新しくなって使いづらくなった！」と思われないよう注意しながら設計・開発を進めています。

特に丁寧にに検討しているのは画面まわりです。

Web制作者さんの大半はエンジニアではないので、直感的に操作ができるようにUI／UXにはとても気を使いながら仕上げています。

ー確かにUI／UXは初見でのとっつきやすさに大きく影響しますよね。

ですがCPIはレンタルサーバー事業者なので、どうやってそのような配慮を実現しているんですか？

おっしゃる通りCPIはレンタルサーバー事業者なので、我々だけではどうしてもWeb制作者視点での経験や知見が足りません。

そのため、5人の現役Web制作者／担当者さんに本プロジェクトにご参加いただき、実装する機能の仕様や優先度など、我々だけでは判断しきれない部分を補完していただいています。

ー現役のWeb制作者／担当者さんもプロジェクトに参加されているんですか？

はい。1人は弊社の広報室長でWebマスターの神森ですが、その他は社外の方々にご参加いただいています。

彼らのことを我々は「SmartReleaseエバンジェリスト」とお呼びしています。

Web制作者／担当者視点で、新SmartReleaseがご提供すべき価値から機能ごとの細かな仕様まで、高い解像度でディスカッションしています。

新SmartReleaseがどんなサービスになるのか、こっそり紹介！

①CPI縛りを撤廃。他社レンタルサーバーでも利用可能に！

前述のとおり、SmartReleaseが提供する様々な機能はそのまま、CPI以外の他社レンタルサーバーでもご利用可能です。

Web制作者さんが持つ全ての案件で、新SmartReleaseを使って安全に公開作業が実施でき、
これまで属人的でリスクの温床だったサイト公開プロセスを、新SmartReleaseに統一できるようになります。

②新SmartRelease1つで複数のテストサーバーを管理

新SmartReleaseはご契約１件あたり、5つのテストサーバーの管理ができます。

各テストサーバーは独自の公開サーバーを紐づけることができ、5件の別々の案件でのご利用が可能です。

それでも足りなければ、テストサーバーの追加契約もできますので、新SmartReleaseは運用するサーバー環境のポータルサイトのような存在になっていきます。

③WordPressなどのCMSとの親和性を改善

元々のSmartReleaseが苦手としていたCMSを使ったサイトの運用。

新SmartReleaseでは、WordPressを中心にCMSでも無理なく・事故なく・スマートに利用できるよう、
今後徐々に親和性を上げていきます。

1stリリースではそれを踏まえた土台作りをし、2ndフェーズ以降で本格的な親和性改善に取り組みます。

④直感的な操作を目指し管理画面を一新

元々のSmartReleaseでは「簡単で直感的な操作」を表現していた画面UI。

この思想を踏襲しつつ、より使いやすく、よけいな画面を作らずにシンプルにまとめています。

また新SmartReleaseはWebアクセシビリティにも配慮し、WCAG2.2に準拠するように
デザインやコーディングに取り組んでいます。

今後の予定は？

今後も動作テストを続け、利用できるサーバー環境の拡大やCMSとの親和性を高めるよう取り組んでいきます。

Web制作に携わる方々がさまざまな環境で活用できるように、利用可能範囲を広げることが最重要タスクです。

その他、アカウント管理機能とロール管理機能を持たせて、プロジェクトに関わるスタッフ全員が、役割に応じて利用できるようにしていきます。

とにもかくにも、CPI縛りがなくなり活躍の場が飛躍的に広がりそうな新SmartRelease！

次回はインタビューで出てきた「SmartReleaseエバンジェリスト」の存在を紐解いていきましょう！

Web制作の業務フローを大きく改善するSmartReleaseとは？

2025-04-16T06:00:00Z

Web制作を日々こなす、Web制作者の声から生まれたツール「SmartRelease（スマートリリース）」。

2012年のリリースから、たくさんのユーザーさんにご利用いただいておりますが、まだ知らない・使ったことがないという方も多いかと思います。

今回はそんな方々のために、より深掘りをしたSmartReleaseの情報をお届けいたします！

SmartReleaseとは何者？

SmartReleaseはCPIの共用レンタルサーバーをご契約の方に無料で提供しているサービスの一つです。
以下のプランの方はいつでもご利用可能となっています。

▼ご利用可能なプラン

SmartReleaseは、Web制作者がテストサーバーにサイトを構築し、クライアント（サイトオーナー）の
確認を経て公開するまでの、一連の作業に潜んでいる、以下の問題を解決する事が出来ます。

FTPの接続切れや、FTPに内在する脆弱性の問題
ローカル、テストサーバー、公開サーバーと、環境が変わることに起因する修正漏れ
同時に複数の修正を行うことによる先祖返りや、ファイルの取違いによるアップロードミス
バックアップの取得漏れ
万が一のリストアの際にデータを探したり内容確認で時間がかかる
焦って間違ったデータをリストアしてしまう

SmartReleaseが実現するWeb制作ワークフロー

SmartReleaseは大きく分けて次の3つの機能によって構成されています。

公開サーバーと仕様が同一のテストサーバー
テストサーバーから公開サーバーへのリリース機能
充実したバックアップとリストア機能

ざっくりとした機能はこの3つです。

Web制作をスマートにした3つの特徴

①テストサーバーから公開サーバーへの反映がスマート

SmartReleaseはテストサーバーがデフォルトで用意されています。

これはテストサーバーを作るのが面倒という声が多く、SmartReleaseではこの問題を解決しました。

テストサーバーにはIPアドレスによる閲覧制限を設けることができるので、
サイト公開前にコンテンツが外部に漏れることなく、クライアントに確認してもらうことができます。

公開時にはリリース機能を利用し、ワンクリックでテストサーバーから公開サーバーに安全に公開することができます。

そのため、これまでのようなファイルの納品漏れや間違ってファイルを削除したり古いファイルで上書きしてしまうこともありません。

②自動バックアップから復元までがスマート

「こんなときにバックアップがあったらな」
そんな声からバックアップ機能を開発しました。

次のような場面で自動バックアップを実施します。

毎日、深夜帯に自動バックアップ
テストサーバーから公開サーバーへ反映するときに自動バックアップ
公開サーバーからテストサーバーへファイルを転送するときに自動バックアップ

テストサーバー、公開サーバー、データベースともに自動バックアップ取得対象なので、安心して公開作業が実施できます。

実際のバックアップデータのリストア（切り戻し）はワンクリックで完了するので、煩わしい作業は必要ありません。

※任意のタイミングで手動バックアップも可能

③公開時のファイル除外設定でスマートなサイト運用

テストサーバーから公開サーバーへの公開時には、細かなファイル除外設定ができます。

たとえば、公開サーバーに公開したくないファイルがあった場合、ファイル除外設定を行うことでリリース対象から外すことができます。

除外設定をしたファイルも、自動バックアップの対象になるのでもしもの時も安心です。

どんな人に向いているの？

SmartReleaseは以下のような方々にぴったりなサービスです。

テストサーバーを準備して先方に確認してもらいたいWebディレクター
稼働中のサイトへのファイルアップロードが怖いWebデザイナー
間違ってファイルを消してしまった経験のあるコーダー
テストサーバーを用意するのが面倒なサーバーエンジニア

Webのこととなればまるっと頼まれる機会が多かったり、トラブル対応までおねがい！と頼まれがちな方々も多いのではないでしょうか？

そんな時はSmartReleaseでよりスマートに日々のWeb運用／更新作業ができます。

SmartReleaseで業務フロー改善も！

SmartReleaseは、Web制作者の業務効率と安全性を大幅に向上させる強力なツールです。
特に、以下の点で業務フローを大きく改善します。

公開作業の安全性向上
テストサーバーから公開サーバーへの公開フローが簡素化され、FTPでのファイルロストや環境差分による事故を防ぎます。
迅速なリストア
万が一トラブルが発生しても、迅速に元の状態に復元できるため、安心して作業を進められます。
確実なバックアップ体制により、クライアントに自信を持って運用保守を提案できます。
効率的な運用管理
クライアントごとにテストサーバーの管理が容易になります。

SmartReleaseを導入することで、上記のような簡潔な業務フローにすることができます。

サイト公開までの手順が少なくなることでヒューマンエラーも減り、公開作業時のトラブル軽減に繋がります。

ぜひ、一度お試しください

Web制作者の業務フローから誕生したSmartRelease。

共用レンタルサーバー「ビジネススタンダード」の10日間無料サービスでもご利用いただけますので、気になった方はお気軽にお試しください。

10日間無料お試しはこちら

オンプレミスとは？メリット・デメリットやクラウドとの違いを解説

2023-08-18T01:00:00Z

「オンプレミスって何だろう？」
「オンプレミスのメリット・デメリットって何？」

本記事では、オンプレミスとは何か、オンプレミスを採用するメリット・デメリットは何かを解説します。

また、昨今利用する企業が増えているクラウド（クラウドサービス）との違いもまとめましたので、ぜひ参考にしてください。

オンプレミスとは

「オンプレミス (on-premise) 」とは IT 用語の1つで、サーバーやネットワーク機器などのハードウェア、あるいは業務に使用するソフトウェアなどを使用者の敷地内で管理することを意味します。

「使用者の敷地内」のため、例えば自社オフィス内だけでなく、自社で管理しているオフィスの外にあるデータセンターにサーバーなどを置いている場合も、オンプレミスに当たります。

オンプレミスの反対の意味を持つ言葉として使われるのが「クラウド」です。クラウドは、クラウドサービスを提供する会社からシステムをインターネット経由でレンタルして使用することを表します。クラウドサービス自体を管理しているのは提供会社のため、自社でサーバーなどの機器を保有することは基本的にありません。

もともと、企業でシステムやネットワークを構築する際はオンプレミスが主流でしたが、最近はクラウドサービスを採用する企業が増えてきています。

オンプレミスとクラウドの比較

では、オンプレミスとクラウドにはどのような違いがあるのか、より詳しくみていきましょう。

「導入費用」「維持費用」「カスタマイズ性」「セキュリティの高さ」「利用開始までの期間」の項目で比較した一覧表を作成しました。

	オンプレミス	クラウド
導入費用	膨大な費用がかかる	導入費用が少なく抑えられるケースが多い
維持費用	高額になることが多い	従量課金制のため利用状況により変動
カスタマイズ性	自由度が非常に高い	自由度は比較的高いが制限あり
セキュリティ	自社独自のセキュリティ体制を実現可能	サービス提供会社に依存する部分が大きい
利用開始までの期間	数週間〜数ヶ月かかることが多い	契約後すぐに利用可能

費用の面で比べると、オンプレミスの方が導入費用・維持費用が高くなりやすいでしょう。

オンプレミスのデメリットの部分でも解説しますが、各種ハードウェアを設置する施設を用意したり、管理・運用を行う技術者・スタッフが必要になったりすることを考えると、どうしても高額になりがちです。

クラウドサービスは導入費用がかからない場合が多いですが、従量課金制を採用していることが多く、利用状況によっては維持費用が高額になってしまうことも。しかし、サービスそのものの管理・運用は提供会社が行ってくれるため、自社で対応する業務（メンテナンスなど）は少なくなります。

また利用開始までの期間にも大きな開きがあります。オンプレミスの場合は機器の準備から行う必要があるため、利用開始までに最低でも数週間から数ヶ月は要するでしょう。クラウドサービスは、基本的に契約後すぐ利用できます（サービスの各種設定は自社で行う必要があります）。

クラウドと比較してオンプレミスが優れている点は「カスタマイズ性」と「セキュリティ」の部分でしょう。

ハードウェア・ソフトウェアを全て自社で管理しているため、カスタマイズを自由に行えます。クラウドサービスもカスタマイズ性は高いものの、提供会社の持ち物を借りている状態のため、制限はあります。

オンプレミスのカスタマイズ性の高さはセキュリティにも関わる部分で、自社で独自のセキュリティ体制を構築することが可能です。ただし、自社独自のセキュリティ体制ができたとしても、起こりうるリスクに対応できるとは限りません。そのため「強固なセキュリティ体制が実現できる」とは言い切れないので、ご注意ください。

クラウドサービスはインターネットを利用するため、不正アクセスなどのサイバー攻撃を受ける可能性があります。サービス提供会社側でも対策を行っているため、徐々にリスクは減りつつあるといわれていますが、サービス提供会社のセキュリティ体制に依存してしまう部分が大きいため、不安を感じてしまう企業もあるようです。

オンプレミスのメリット

オンプレミスには、以下のようなメリットがあります。

自社独自のセキュリティ体制を構築できる
カスタマイズ性が高い
社内の既存システムと連携しやすい

それぞれ解説します。

自社独自のセキュリティ体制を構築できる

自社で管理する敷地内に機器を置き、システムやネットワークなども全て自社で管理していることから独自のセキュリティ体制を構築可能です。

具体的にいうと「機器の設置場所の選定」「設置場所への入室制限設定」「窃盗・災害対策」「ウイルスセキュリティソフトの選定」といった、セキュリティ対策を全て自社で決定できるということになります。

自社に必要なセキュリティ対策・セキュリティレベルを把握して実現できれば、社外のセキュリティサービスを利用するよりもリスクを下げられる場合があります。

カスタマイズ性が高い・社内の既存システムと連携しやすい

社内のシステム・ネットワークに必要な機器・ソフトウェアが全て自社内にあることで、自由にカスタマイズできるというメリットも挙げられます。

使用しているソフトウェアの利便性を高めたり、既存の社内システムと新しいシステムを連携したりといった対応が必要になった際も、随時調整できるのがオンプレミスの強みです。

ただし、自社で専門知識を持つ技術者を確保できていることが前提になります。

オンプレミスのデメリット

一方で、オンプレミスにはデメリットもあります。ここで紹介するデメリットの解消が難しいことから、オンプレミスを採用しない企業も少なくありません。

導入・維持費用が高い
利用開始までに時間がかかる
自社での管理・メンテナンスが必要

それぞれ解説します。

導入・維持費用が高い

必要なハードウェア・ソフトウェアを全て自社で管理するため、導入費用は高額になる傾向があります。機器を用意してシステム・ネットワークなどを構築する費用はもちろん、機器を置くための施設の準備にも費用がかかるでしょう。

また、自社で機器や施設を運用・管理したり、不具合が生じた際の対応をしたりする技術者・スタッフが必要になることを考えると、維持費用も膨大になると予想できます。

予算に余裕のある企業でないと、オンプレミスの実現は難しい可能性があります。

利用までに時間がかかる

機器の設置やソフトウェアの各種設定などといった作業が必要なため、システムをすぐに利用することができないという点もデメリットになります。

オンプレミスを採用する場合は、例えばレンタルサーバーのように「契約して利用料を払えばすぐに開始できるわけではない」という認識が必要です。

専門知識を持つ技術者が必要

1つ目のデメリットの「導入・維持費用が高い」でも触れたとおり、オンプレミスを採用するにはハードウェア・ソフトウェア両方の専門知識を持った技術者が欠かせません。

知識がない人だけでオンプレミスを実現するのはハードルが非常に高いでしょう。技術者がすでに社内にいる、またはすぐに採用・業務委託契約ができる状態であることが理想的です。

自社に合った運用・管理形態を選ぼう！

本記事ではオンプレミスとクラウドを比較して紹介しましたが、伝えたいことは「どちらが優れている」ではなく、「自社に合った運用・管理形態を選ぶことが重要」ということです。

オンプレミスもクラウドも一長一短であり、企業によってはメリットの方が大きくなることも、デメリットの方が大きくなることも考えられます。

あるいは、昨今「ハイブリッドクラウド」というオンプレミスとクラウドを両立した運用を行っている企業もあるようです。

自社で利用しているシステムの状況を見直し、最適な運用・管理形態を検討するようにしましょう。

クラウドサーバー（クラウドサービス）の利用にはセキュリティ対策が必須？具体的な方法を解説

2023-08-18T01:00:00Z

インターネット経由でクラウド上にデータを保管できる「クラウドサーバー」を導入する企業が増えてきています。

物理的サーバーを保有する必要がないなどメリットの多いクラウドサーバー。サーバーの提供会社が強固なセキュリティ対策を行っているため、基本的には使用するリスクは低いものの、自社でのセキュリティ対策を怠ると思わぬリスクを招く場合があります。

そこで本記事では、クラウドサービスを利用するにあたってセキュリティ対策が必須な理由や、具体的な対策方法について解説します。

クラウドサーバーとは

まずは、クラウドサーバーについて説明します。クラウドサーバーとは、サーバー管理会社が提供する物理的なサーバー内に複数の仮想サーバーを作り、その仮想サーバーを使用する（レンタル）するものです。

物理的には1つのサーバーのため、サーバーをレンタルしているユーザーが複数いる場合 CPU やメモリは共有しますが、仮想サーバーごとにきちんと割り当てて管理するため、サーバーの性能まで共有することはありません。そのため、クラウドサーバーは他のユーザーの影響を受けにくいという特徴があります。

詳しくはこちらの記事でも解説しているので、あわせてお読みください。
レンタルサーバーとクラウドサーバーの違いは？クラウド化のメリット、デメリットを解説

クラウドサービス（クラウドサーバー）の利用状況

補足情報として、クラウドサーバーを含むクラウドサービスを利用する企業の数についても解説します。

総務省の発表したデータによると、2019年の時点でクラウドサービスを利用している企業の割合は64.7 % 、2020年になるとその割合は68.7 % にまで増えています。

またクラウドサービスを導入した効果について、「非常に効果があった」「ある程度効果があった」と回答した企業は87.1 % となっています。

参照：総務省令和3年版「企業におけるクラウドサービスの利用動向」

この傾向を見ると、今後もクラウドサービスを利用する企業はさらに増えていくことが予想できるでしょう。

クラウドサービス（クラウドサーバー）の利用に情報セキュリティ対策が必須な理由

クラウドサービスを利用する企業の増加にともない、総務省は情報セキュリティ対策をするように呼びかけています。

参照：総務省クラウドサービスを利用する際の情報セキュリティ対策

では、なぜクラウドサービス（クラウドサーバー）を利用する際には情報セキュリティ対策が必要なのでしょうか。

インターネット回線を利用しどこからでも利用できる

まず理由としてあげられるのは、インターネット回線を利用しているという点です。

クラウドサーバーは、インターネットを経由してクラウドにログインし、データを保存・管理することができます。そのためログイン情報を知っていて、インターネット回線と端末があればどこからでも利用できる点が大きなメリットです。

その一方、ログイン情報が社外の第三者に知られてしまった場合、その人物もクラウドサーバーにアクセスできてしまうというリスクもあります。

しっかり対策をしないとクラウドサーバーのメリットがデメリットになってしまう可能性があるのです。

サービス提供会社の情報セキュリティ体制に依存する

クラウドサービスの情報セキュリティ体制は、サービスの提供会社に依存する形になります。

情報セキュリティ体制が整備されていない会社のクラウドサーバーを利用してしまうと、不正アクセスによる情報漏えいやデータ改ざんを許してしまう可能性も考えられます。

また、サービス提供会社でシステム障害が発生したことによるデータ消失などのリスクも考えられるでしょう。

こういったリスクを踏まえて総務省は、クラウドサービスを利用する際は、サービスの提供会社が以下のような対策を行っているかどうか確認することを呼びかけています。

データセンターの物理的な情報セキュリティ対策（災害対策や侵入対策など）
データのバックアップ
ハードウェア機器の障害対策
仮想サーバーなどのホスト側の OS 、ソフトウェア、アプリケーションにおける脆弱性（ぜいじゃくせい）の判定と対策
不正アクセスの防止
アクセスログの管理
通信の暗号化の有無

引用：総務省クラウドサービスを利用する際の情報セキュリティ対策

クラウドサーバーの情報セキュリティ対策例

クラウドサーバーを選ぶ際は、提供会社がしっかりとした情報セキュリティ体制を整えているかどうか確認することが重要です。しかしそれだけでなく自社でも対策することで、より強固な情報セキュリティ体制を作ることが可能です。

では、自社でできる情報セキュリティ対策にはどのようなものがあるのでしょうか。いくつか例を紹介します。

データを暗号化する

データを暗号化することで、第三者によるデータの盗聴や改ざんなどを防ぐことが可能です。

方法としては、VPN (Virtual Private Network) を利用したり、通信を SSL (Secure Sockets Layer) 化したりすることが挙げられます。これによりクラウドサーバーにデータを保存、あるいはクラウドサーバーからデータをダウンロードする際などに、データが狙われるリスクを下げることができます。

SSL 化について、こちらの記事で詳しく解説しています。
今さら聞けない常時 SSL 化の必要性、費用、導入方法について

アクセス情報の管理・見直しを行う

クラウドサーバーにアクセスするための情報（ ID・パスワード）が漏えいしてしまうと、不正アクセスのリスクが高まります。このような事態を防ぐために「アクセス情報を誰でも見られる場所に残さない」「社外からサーバーにアクセスしない」などのルールを設け、管理を徹底しましょう。

また同じアクセス情報を何年も使い続けている場合も注意です。例えば退職者が出た場合、同じアクセス情報を使い続けているとその退職者が社外から不正にアクセスできてしまいます。「覚えやすいパスワードを避ける」「定期的にパスワードを変える」などの対策が必要です。

あわせて、サーバーのアクセス権限を設けて、社内でも権限のある人しかアクセスできないようにするのも効果的な対策となります。

アプリケーション・OS のセキュリティを強固にする

アプリケーションや OS が脆弱だと、その脆弱性を狙われ外部からサイバー攻撃をされてしまう可能性もあります。

クラウドサーバー事態のセキュリティ対策だけでなく、各アプリケーション・OS のセキュリティも強固にするよう意識しましょう。

最新バージョンにアップデートすることで、脆弱性を解消できる場合があります。

また、企業で許可されていないソフトウェアをインストールしないことも効果的な対策になります。インターネットでダウンロードできるソフトウェアの中には、マルウェアが潜んでいるケースや、セキュリティ対策が不十分な場合があります。

こまめにデータのバックアップをとる

クラウドサーバーの提供会社で起きたシステム障害などにより、保存していたデータが消失するリスクがあると先ほど説明しました。よほどの事件・事故が起きない限りデータが消えることはないと思われますが、万が一ということがあるので、データのバックアップをこまめにとっておきましょう。

バックアップデータは、オンプレミス型のサーバー（自社が管理する施設内に置かれたサーバー）に保存しておくと安心です。

データを分散して保管する

クラウドサーバー内のデータはなるべく分散して保管し、1つのフォルダに全てのデータをまとめないようにするのがおすすめです。例えば全てのデータを1つのフォルダに格納してしまうと、そのフォルダが何らかの問題で消えてしまった場合、全てのデータを失ってしまう可能性があります。データは分散して保管することで、このようなリスクを避けることができます。

またデータを分散して保管する場合、どのデータがどこに入っているかを明確にしておくことも大切です。データの保管場所が分からないと混乱を招きやすく、業務に支障が発生する可能性も考えられます。

クラウドサーバーを利用するなら情報セキュリティ対策も意識しよう！

クラウドサーバーの提供会社でも情報セキュリティ対策を行っており、ユーザーが安心して利用できるようなサービスを構築しています。

しかし、現実に企業の顧客情報などが漏えいする事件が起こっていることを考えると、できる限り万全な対策をとっておく必要があるでしょう。

もしクラウドサーバーを利用するならば、あわせて情報セキュリティ対策についても理解を深めましょう。自社でのセキュリティ対策が難しければ、クラウドサーバーの運用代行会社を利用したり、専門知識を持つ人材を採用したりするなどの対応が必要になると考えられます。

クラウドサーバーの運用代行会社について、こちらの記事で詳しく解説しています。
AWS の運用代行会社とは？比較するときのポイントを解説

ハイブリッドクラウドとは？クラウドサーバーとオンプレミス型サーバーを併用するメリット・デメリットを解説

2023-08-17T01:00:00Z

「これまで、サーバーは全てオンプレミスで運用してきたが、クラウドサーバーの導入も検討している」
「オンプレミスとクラウドを併用することにはどのようなメリット・デメリットがあるのだろう？」

最近はクラウドサービスを利用する企業が増えており、従来のオンプレミスとクラウドの両方を採用している企業も見受けられます。このような運用形態を「ハイブリッドクラウド」と呼びます。

本記事では、クラウドとオンプレミスの両立を考えている企業のご担当者様向けに「ハイブリッドクラウド」について解説します。あわせて、クラウドサーバー / オンプレミス型サーバーにポイントを絞って、併用するメリット・デメリットもまとめました。

ハイブリッドクラウドとは

ハイブリッドクラウドとは、運用形態が異なるクラウドサービスや物理的サーバーなどの機器を複数組みわせて使うことです。主に画像にある「プライベートクラウド」「パブリッククラウド」「オンプレミス」を組み合わせて使います。

ハイブリッドクラウドの1番の特徴は、それぞれの良いとこ取りをしつつ、デメリットを補えることです。

かつて、企業で使用するサーバーなどの機器はオンプレミスで運用するのが一般的でした。近年はクラウドサービスの機能がより充実してきたため、従来のオンプレミスとクラウドサービスを併用する企業も増えてきています。

オンプレミスについては、以下の記事で詳しく解説しています。
オンプレミスとは？メリット・デメリットやクラウドとの違いを解説

パブリッククラウドとは

先ほどのハイブリッドクラウドの説明の中で出てきた「パブリッククラウド」についても詳しく解説していきます。

パブリッククラウドとは、サービス提供会社が管理・運用するクラウドサービスを複数の利用者が共有する形態のことです。個人だけでなく企業でもパブリッククラウドを利用するケースもあります。

パブリッククラウドのメリットとしては、主に以下の3点が挙げられます。

複数の利用者でシェアするため利用料金が低め
管理・運用は提供会社が行うため、利用者に負担がかかりにくい
利用開始までにかかる時間が短い（契約後にすぐ利用できる）

一方デメリットとしては、主に以下の2点が挙げられます

セキュリティ体制はサービス提供会社に依存する部分が多い
クラウドサービス自体に障害が起きたときに自社で対応できない（提供会社の対応を待つことになる）

プライベートクラウドとは

「プライベートクラウド」についても見ていきましょう。

プライベートクラウドとは、自社でクラウド環境を構築し、占有して使う運用形態のことを表します。クラウド環境を全て自社で構築する形態だけでなく、提供会社のパブリッククラウド内を仮想的に切り分けて占有する形態もあります。前者を「オンプレミス型プライベートクラウド」、後者を「ホスティング型プライベートクラウド」と呼びます。

プライベートクラウドには、主に以下の3つのメリットがあります。

カスタマイズの自由度が高い
自社独自のセキュリティ体制を構築しやすい
自社内からのアクセスに限定できるため機密性が高い

一方デメリットとしては、主に以下の3つが挙げられます。

パブリッククラウドと比較して導入に必要なコストが高め
自社内でサーバーの構築・運用が必要（専門知識を持つ技術者が必要）
利用開始までに時間がかかる

ハイブリッドクラウドのメリット

「ハイブリッドクラウドは、パブリッククラウドやプライベートクラウド、オンプレミスの良いとこ取りができる」と紹介しました。

ここからはハイブリッドクラウドのメリットをサーバーにフォーカスして、より具体的に見ていきます。

［ハイブリッドクラウドのメリット］

状況に応じて適切なサーバーを使い分けられる
不正アクセスなどのリスクを下げられる
金銭的コストを下げた運用もできる

状況に応じて適切なサーバーを使い分けられる

複数のサーバーを組み合わせるハイブリッドクラウドなら、状況に応じてサーバーを使い分けることができます。

例えば、取引先や顧客の情報といった重要なデータは、プライベートクラウドやオンプレミス型のサーバーに保存して、パブリッククラウドは一時的にアクセスが急増する可能性のある Web サイトのサーバーとして使用するといった使い分けです。

プライベートクラウドやオンプレミス型のサーバーは機密性が高い傾向があるため、重要なデータの保存に向いています。しかし、パブリッククラウドは提供会社のセキュリティ体制に依存する部分が大きいため、万が一、提供会社で情報漏えいなどのリスクが発生した際に自社で対処ができない場合があります。特に社内データの管理を厳重に行っている企業ほど、パブリッククラウドに重要なデータを保存することはデメリットになってしまうかもしれません。

一方パブリッククラウドの強みとしては、サーバーの容量をすぐに増やせるといった柔軟性の高さがあります。この特徴は、アクセスが一時的に急増して高い負荷がかかることが予想される Web サイト用のサーバーなどに向いているといえます。

サーバーの運用形態ごとの特徴を理解して適材適所で生かすことで、トラブルの起きにくい体制を実現することも可能です。

不正アクセスなどのリスクを下げられる

ハイブリッドクラウドは、不正アクセスなどのリスクを下げるという点でもメリットがあると考えられます。

例えば、重要なデータは自社で構築した機密性の高いプライベートクラウドのサーバー内やオンプレミス型のサーバー内に保存することで、不正アクセスのリスクから守ることが可能です。

またデータのバックアップを分散して保管することで、1つのサーバーで障害が発生してデータが破損してしまったとしてもバックアップデータまで破損してしまうリスクを下げることができます。バックアップデータが無事ならば、復旧作業も素早くできるでしょう。

金銭的コストを下げた運用もできる

サーバーの運用にかかる金銭的なコストを下げたい場合、ハイブリッドクラウドの採用が適している可能性があります。

例えば、パブリッククラウドは導入費用が低いという特徴がありますが、使用量によって料金が増える従量課金を採用しているケースが多く、維持費用は高くなってしまいがちです。長期的に利用するシステムのサーバーとしてパブリッククラウドを利用するのは、お金の面からすると適していない場合があります。

一方、利用期間の短いシステムのためだけにプライベートクラウドを構築したり、オンプレミス型のサーバーを用意したりすると、導入費がかかってしまい、パブリッククラウドを使用するよりも金銭的コストが高くなってしまう可能性が高いでしょう。

うまくサーバーを使い分けることができれば、金銭的コストを抑えたサーバー運用もできる点もハイブリッドクラウドのメリットの1つです。

ハイブリッドクラウドのデメリット

メリットの多いハイブリッドクラウドには、デメリットもあります。

ここからは、メリットと同じくサーバーにフォーカスして、ハイブリッドクラウドのデメリットについて解説します。

［ハイブリッドクラウドのデメリット］

管理・運用にかかる負担が増える場合がある
専門知識を持つ技術者が必要になる
適切な運用ができないと金銭的なコストが増える可能性がある

管理にかかる負担が増える場合がある

ハイブリッドクラウドを採用するデメリットは、複数のサーバーを使うことでシステムの運用体制が複雑化し、管理にかかる負担が増えることです。

特にオンプレミスは物理的サーバーそのものを保有することになるため、サーバーを置くスペース（データセンターなど）を用意し、防犯対策のために常駐させるスタッフも必要になるでしょう。さらにそのスタッフの管理も必要になることも考えると、いかに負担が大きくなるかがイメージできると思います。

専門知識を持つ技術者が必要になる

パブリッククラウドもプライベートクラウドも、カスタマイズや構築・運用するにはクラウドサーバーの専門知識を持つ技術者が欠かせません。全く知識がない人が対応するにはハードルが高いでしょう。

またオンプレミス型のサーバーも併用する場合は、ハードウェアの知識を持つ人材も求められます。

こういった技術者が社内にいない場合、新規に採用を行ったり、技術を持つ外部業者を探したりといった手間・金銭的コストがかかります。

適切な運用ができないと金銭的なコストが増える可能性がある

ハイブリッドクラウドはシステムが複雑になることから、運用も難しくなります。もしサーバーを適切に運用できていないと、必要以上に金銭的なコストがかかってしまうかもしれません。

それぞれの運用形態の特徴を理解することはもちろん、導入・運用にかかるお金の試算も重要です。

ハイブリッドクラウドとマルチクラウドの違い

補足として、ハイブリッドクラウドと似ている「マルチクラウド」についても紹介します。

マルチクラウドは「複数の運用形態の異なるクラウドサービスを組み合わせて使うこと」「それぞれのサービスの良いとこ取りができること」という点では共通していますが、以下のような違いがあります。

ハイブリッドクラウド：社外の事業者のクラウドサービスと、自社で構築したシステムを組み合わせて利用する
マルチクラウド：社外の複数の事業者のクラウドサーバーを組み合わせて利用する

自社に合った運用形態を選ぼう

近年、ハイブリッドクラウドを採用する企業が増えてきています。しかし「流行しているから自社でも取り入れよう」という考えだけで採用してしまうと、デメリットの方が大きくなってしまうかもしれません。

導入・運用にかかる費用、運用開始までの時間、必要な技術者・スタッフなど、さまざまな観点からハイブリッドクラウドが自社にとって最適かどうかを見直してから検討することをおすすめします。

その際は、ぜひ本記事で紹介した内容をお役立てください。

PaaS は難しくない！適した環境と提供するサービス・メリット・デメリットを徹底解説！

2023-08-17T01:00:00Z

「PaaS が難しそうで初心者にはよくわからない」
「PaaS に適したシステム環境を知りたい」
「PaaS のメリットやデメリットをおさえておきたい」

このようにお考えの方へ、本記事では PaaS についてわかりやすく解説していきます。基本概要から適したシステム環境、メリットやデメリットについても説明していきますので、参考にしてみてください。

PaaS とは

まずは、PaaS について基礎知識を説明します。

概要
適したシステム環境

それぞれ解説します。

概要

PaaS (Platform as a Service) とはプラットフォームが整った環境を提供しているクラウドサービスのことです。アプリケーションを稼動するための基盤となる OS やインフラ環境、そしてデータベースなどのプラットフォーム（ソフトウェアを動かすためのエンジン）が揃っています。

利用目的として、効率よくアプリケーションを開発するため、またデータ分析をするための専用環境として使うことが多いです、SaaS 提供会社が自社の新たなサービス開発のために PaaS の環境を利用することもあります。

PaaS を利用すれば、サーバーの構築やインフラの設計、データベースをインストールすることなく、すぐにアプリケーションの開発をスタートできます。

適したシステム環境

PaaS はアプリケーションを開発するための実行環境や、データベース環境を利用したい場合に適しています。その理由は、契約すればシステム開発者がインフラやデータベースまで整った環境を利用することができ、アプリケーション周りに専念できるからです。

PaaS と IaaS、SaaS との違い

PaaS と IaaS、SaaS との違いを説明します。

IaaS との違い

PaaS と IaaS の違いについて説明します。IaaS はインフラのみを提供するクラウドサービスです。クラウドサービスの中でも自由度がオンプレミスに近いです。

一方 PaaS はインフラ環境に加えて、データベースエンジンなどのプラットフォームまでを提供しています。IaaS に比べてカスタマイズできる範囲は狭いものの、運用する管理者の負担は少ない、という違いがあります。

SaaS との違い

PaaS と SaaS との違いを説明します。SaaS はインフラ・プラットフォームに加えて、アプリケーションも提供しています。利用ユーザーは基本的にサーバーを直接触ることはできず、Web ブラウザなどを通じてサービスの機能を利用できます。利用機能は決まっているため、クラウドサービスの中でも自由度が低いです。

PaaS 利用時は、プラットフォームの上に載せるアプリケーションを自社で選択します。SaaS に比べて自由度が広いサービスです。

PaaS を提供する代表的なサービス

PaaS を提供する代表的なサービスについて、以下3点を挙げます。

AWS の PaaS 機能
Microsoft Azure の PaaS 機能
Google Cloud Platform の PaaS 機能

それぞれ解説します。

AWS の PaaS 機能

AWS が提供する PaaS 機能を紹介します。

まずは、AWS Elastic Beanstalk です。「 Java・.NET・PHP・Node.js・Python・Ruby・Go・Docker 」などの言語で開発された Web アプリケーションを PaaS 内に配置すればすぐに使える、という特徴があります。選択したアプリケーションに必要なリソース（OSやサーバーなど）が自動的に構築されるため、ユーザーは構築部分を心配することなくデプロイできるようになります。

2つ目が、 AWS Lambda です。「 Node.js・Python・Ruby・Go・Java・PowerShell・C# 」のプログラミング言語に対応しています。ユーザーは実行環境を準備しなくとも、Lambda にプログラムコードをアップロードするだけで実行でき、サーバーレスで動作確認を行えます。

3つ目が、Amazon Simple Storage Service (S3) です。ストレージサービス、静的コンテンツ配信の機能を提供しています。プラットフォームとしての機能はありませんが、他の AWS のPaaS と組み合わせてデータを保存する、データ転送することができるため、AWS の PaaS 利用において、必要なサービスといえるでしょう。

Microsoft Azure の PaaS 機能

Microsoft Azure の PaaS 機能を紹介します。

1つ目は、Azure SQL Database です。利用ユーザーの介入なしに、ほとんどのデータベース管理機能（例えば、アップグレード・修正プログラムの適用・バックアップ・監視機能）を処理できるデータベースエンジンです。また、SQL Server の本体やパッチは、常に最新版を維持しているためセキュリティ的にも安心です。 99.99% の可用性（障害で停止させることがなく稼働し続けること）を備えていることも特徴的です。

2つ目は、Azure DevOps です。システムの開発・運用における必要なサービス一式が集約されたプラットフォームです。開発・テスト・展開などのソフトウェアリリースに必要な一連のサービスとツールを統合しており、Wiki やダッシュボード、バージョン管理ツール、またテスト・ビルド（プログラミングコードを実行可能な状態にすること）・配信の自動化など、さまざまな機能を提供しています。

3つ目は、Azure Functions です。サーバーレス（サーバーを意識しないで、システム構築・運用すること）でプログラムを実行できるという特徴があります。サーバーを常に起動していなくても、トリガー（例えば、ファイルを特定のフォルダに置くとプログラムが発動するなど、プログラムを実行するためのきっかけのこと）事前に登録済みのプログラムが実行される、という特徴があります。

Google Cloud Platform の PaaS 機能

Google Cloud Platform の PaaS 機能は、Google App Engine (GAE) です。Google のサーバー環境でプログラムを実行し、Web アプリケーションの公開が可能なプラットフォームです。多くの開発言語に対応していることや、サーバー負荷に応じて自動でスケールしてくれることが特徴です。

スタンダード環境とフレキシブル環境の2つの環境を用意しています。スタンダード環境では、Python・Java・Node.js・PHP・Ruby・Go をサポートしています。

また、フレキシブル環境ではスタンダード環境のサポート言語に合わせて、.NET や、独自に導入した言語環境にも対応しています。カスタマイズ性の高い PaaS といえます。

PaaS が組織にもたらすメリット

PaaS を利用するメリットについて解説します。主に以下の4つのメリットが挙げられます。

スピーディーな構築
アプリ開発への集中
コストを抑えられる
必要最小限の運用

スピーディーな構築

アプリ開発への集中が可能

コストを抑えられる

必要最小限の運用が可能

PaaS で発生しやすいデメリット

カスタマイズ性の低さ
セキュリティ対策が必要

カスタマイズ性が低い

セキュリティ対策が必要

まとめ

AWS の監視を徹底解説！種類・サービス・メリット・注意点を詳しく紹介

2023-08-15T01:00:00Z

「AWS の監視ってどういうものだろう」
「AWS が提供している監視サービスに何があるのかを知りたい」
「監視のメリットや注意事項について知りたい」

このようにお考えの方へ、本記事では AWS の監視についてわかりやすく解説していきます。監視方法の種類、AWS の監視サービス、メリット、注意点についても触れていますので、参考にしてみてください。

AWS の監視方法の種類

AWS に必要な監視方法の種類について、以下4点を挙げて説明します。

死活監視
サービス監視
リソース監視
セキュリティ監視

それぞれ解説します。

死活監視

1つ目の種類は死活監視です。死活監視とは、インスタンス（仮想 OS のこと）や、インスタンスに導入されているアプリケーションに対して、稼働しているか停止していないかを監視することです。

例えば、AWS で Web サイトを構築していて、何らかの原因でインスタンスが停止してしまった場合、利用者は Web サイトにアクセスできなくなります。

日常的にインスタンスの稼働停止をツール等で監視していれば、インスタンスが停止した場合にもすぐに検知して、管理者のメールアドレスに通知アラートを出すことが可能です。

管理者は AWS の環境を常にみていなくても、通知アラートによって障害発生にすぐに気付くことができ、復旧作業を開始可能です。

サービス監視

2つ目の種類は、サービス監視です。サービスとは、サーバー上で展開されているアプリケーションの稼働に必要な、システムの基盤となるサービスのことを指します。

例えば、Web サイトを構築する場合に必要なサービスのタイプとしては、IIS・Apache ・Nginx などのwebサーバーや、DNSサーバーなどさまざまなものがあります。これらのサービスが停止してしまった場合、提供しているシステムの一部に影響を及ぼすことや、クリティカルエラー（システムが動作できないほどの致命的な障害）に繋がる可能性があります。

そのため、ツール等を使って常日頃サービスを監視することが非常に重要です。

リソース監視

3つ目の種類は、リソース監視です。リソースとは、CPU・メモリ・ストレージなど、インスタンスやアプリケーションの稼働に必要な、システムリソースのことを指します。

例えば、AWS の環境を利用するユーザーが多い時など、利用状況が活発な際は、使用するCPU やメモリ量が増え、システムリソースが枯渇してしまう可能性も否めません。また、文書やイメージファイルなどのデータの登録量が増えると、ストレージのディスク容量圧迫にもつながります。

ツール等でリソース監視をして、一定のしきい値（例えば80%など）を設定すれば、その数値に達したら、システム管理者に対して通知アラートを出すことができます。システム管理者はアラートが出たら、システムリソースを確認・必要に応じて調整するなど、システムに影響を与えないための対応をすぐに行えます。

セキュリティ監視

4つ目の種類は、セキュリティ監視です。セキュリティ監視とは、セキュリティ脅威のための監視対策のことを指します。

例えば、AWS アカウントそのものに不正なログインがないかを監視することや、AWS 上で生成・公開されているデータを対象に学習を行い異常が発生した際に解析を行うことなどが挙げられます。

日々新しい脅威が生まれるインターネットの世界で、セキュリティ監視はITインフラを安全かつ健全に保つためにも必要な対策です。

AWSの監視サービス

AWS が提供している監視サービスを、以下3点挙げて説明します。

Amazon CloudWatch
Amazon SNS(Simple Notification Service)
Amazon GuardDuty

それぞれ紹介します。

Amazon CloudWatch

Amazon CloudWatch とは、AWS サービスの監視やモニタリングができる監視サービスのことです。

Amazon CloudWatchは、ログとメトリクス（リソース・アプリケーションに関するヘルス情報やパフォーマンス情報など）を収集し、監視・アラート・イベントデータを利用して自動アクションの設定などが可能です。

システム管理者はメトリクスに対して閾値を登録し、その条件を満たした場合にアラートで通知するなどといった設定を行えます。通知されたアラート内容を確認すれば、メモリ増設など、状況に合わせた必要な対応をすぐに実施できます。

それにより、リソース管理や、把握、アプリケーションパフォーマンスの最適化などが可能です。

Amazon SNS(Simple Notification Service)

Amazon SNS とは、AWS サービスが提供している通知サービスのことです。

Topicを作成することで、Publisher と呼ばれる Amazon EC2、Amazon CloudWatch などのサービスが、 SNS の設定に従ってメッセージを送信します。送信されたメッセージは、システム管理者のメールアドレス、スマホのSMSなどに届きます。

Amazon SNS は AWS の監視サービスと連携して、適切に管理者の元に通知アラートを届けるサービスです。

Amazon GuardDuty

Amazon GuardDuty は、セキュリティ監視のためのサービスです。

AWS の各種サービスのログを組み合わせて、悪意のある行動を検知することができます。具体的には、AWS にアクセスする複数のデータストリーム（データの転送方法のこと）を見て、悪意がありそうなIPアドレス、デバイスドメインを割り出していきます。

また、AWS アカウントに不正なログインがされていないかを確認するために、ログインしたユーザーが悪意のある行動・不正な行動をしていないか、ユーザー行動を見て学習していきます。

Amazon GuardDuty は、既知の脆弱性対応はもちろん、AWS 環境と送受信のあるポートをスキャンして不正がないか判定すること、また通常想定していないロケーション（例えば海外など）からのアクセスがないかなど、セキュリティ対策に必要なさまざまな検知を行います。

AWS の監視が組織にもたらすメリット

AWS の監視が組織にもたらすメリットについて、以下4点を挙げて説明します。

障害発生の迅速検知
システム管理者の工数削減
安定稼働時間の増加
CS (カスタマーサポート) 向上

それぞれ解説します。

障害発生の迅速検知

1つ目のメリットは、障害発生の迅速検知です。

重要なシステム、もしくは重要なデータが含まれている AWS 環境を監視することで、障害が発生した際に、システム管理者がすぐに気づくことができます。

具体的には、死活監視等でアプリケーション停止を検知すると、監視ツールはすぐにシステム管理者に通知します。通知を受け取ったシステム管理者は、障害発生に迅速に気づくことができ、適切な手順で、対処・復旧に向けた対応実施が可能です。

システム管理者の工数削減

2つ目のメリットは、システム管理者の工数削減です。

監視によって、障害の発生検知・特定を自動化できます。そのため、従来システム管理者が行っていた障害発生箇所の特定、必要な担当者への通知に関する工数コストを大幅に削減できるようになります。

システム管理者は、新システム開発、IT戦略といった主業務に集中できるようになり、これまで以上に組織発展へと役立てることでしょう。

安定稼働時間の増加

3つ目のメリットは、安定稼働時間の増加です。

適切に AWS の監視を行うことができれば、障害発生の手前で通知アラートを出して早い段階で必要な対処ができ、システムダウンを予防することが可能です。

例えば AWS で構築した Web サイトへのアクセス数が想定していた数よりも多くなり、処理量が多くなってしまい、メモリが足りなくなることもあるかもしれません。メモリ不足状態が続くと処理スピードの低下、画面がフリーズ状態になるなど、利用者に大きな影響を及ぼす可能性があります。

リソース監視で、メモリを適切な閾値に設定して監視すれば、利用者への影響を少なくしながら、メモリ増設など必要な対処を行えます。

万が一の状況に備えて監視を行えば、被害を最小限に抑えられ、安定稼働時間を増加することができます。

CS (カスタマーサポート) 向上

4つ目のメリットは、CS 向上です。

システム監視によって安定稼働時間も増加し、システムの稼働自体も安定するようになります。そうすると、Web サイトなどシステムを利用している顧客にとっても、いつ利用しても安定したサービスを受けることができるため、満足度が高まるでしょう。

システム監視は、サイトや企業への評価をあげること、顧客満足度向上にも繋がります。

AWS の監視を行う際に注意すべきこと

AWS の監視時に注意すべきことについて以下2点を挙げて説明します。

監視設計
対応フロー策定

それぞれ解説します。

監視設計

注意すべきことの1つ目は、監視設計です。

AWS で監視を始める際に、監視設計をしっかりと実施する必要があります。監視設計とは、「どのサービスを監視対象とするのか、サービスを形成している要素は何か、どのようなタイプの要素を監視する必要があるか・閾値はどれくらいにするか」など、監視する項目を具体的に決めていくことです。

監視設計が適切でなければ、本来監視しなければならないサービスが監視されていなく、障害発生に気付くのが遅れてしまうかもしれません。また、不要なサービスを監視してしまったがために、クリティカルな障害発生と勘違いしてしまうことも考えられます。

監視設計をしっかりと行うことで、必要なサービスやリソースに対して抜け漏れのない監視ができるでしょう。障害を検知したらすぐに、管理者に通知アラートを出して、適切な対処を行えます。

対応フロー策定

注意すべきことの2つ目は、対応フロー策定です。

対応フローとは、障害が発生した際に、どういう手順で誰が何をすべきかの流れについて、明確に記載している図などの資料になります。

例えば、通知アラートがシステム管理者に通知されたら、システム管理者は障害発生箇所がインスタンスなのかアプリケーションなのか、それともリソースなのかを判断します。そして、それぞれにあった対応（例えば、自社でリソースを調整する、もしくはアプリケーションベンダーに対応を依頼するなど）を実施していきます。

対応フローが明確に定められていることはもちろん、システム稼働中にも対応フローを適切に更新しつづけることも大切です。もし稼働中に問い合わせ先の担当者が変わっても、対応フローが最新の状態に更新されていれば、迷うことなく担当者への連絡を迅速にでき、復旧のスピードアップも図れるでしょう。

まとめ

本記事では、AWS の監視について解説しました。

AWS を安定して稼働させるためには、必要なアプリケーション、アプリケーションが適切に動くために構成されているサービス、そしてシステムリソースを監視することが大切です。監視を行えば、障害発生にいち早く気づき、適切な対処をすることができるでしょう。

AWS の監視サービス Amazon CloudWatch は無料で試すことも可能なため、自社が想定している操作感・監視方法に沿っているかを確認するためにも、まずは試してみてはいかがでしょうか。

AWS の保守について徹底解説！代行会社に依頼するメリット・デメリットも詳しく紹介

2023-08-15T01:00:00Z

「 AWS の保守について詳しく知りたい」
「 AWS の保守代行会社はどんなサポートを提供してくれるのだろう？」
「保守代行会社に依頼するメリット・デメリットは何か」

このようにお考えの方へ、本記事では AWS の保守について詳しく解説します。記事の後半では、保守代行会社が提供するサービス内容、依頼するメリット・デメリットについても触れていますので、ぜひ参考にしてください。

AWS 保守で必要となる作業項目

まずは AWS 保守で必要となる主な作業項目について、以下7点を挙げます。

システムリソースの調整
OS のバージョンアップ
アプリケーションのバージョン管理
監視設定
バックアップ・復旧
障害対応フローの作成・定期見直し
AWS 本体メンテナンス対応

それぞれ解説します。

システムリソースの調整

AWS 保守で必要となる作業項目には、システムリソースの調整があります。システムリソースとは CPU・メモリ・ストレージ容量など、ソフトウェアが動作するための OS の内部的な領域のことです。AWS の運用が始まるとユーザーが徐々に利用するようになり、使用するリソースも増えるでしょう。

運用担当者はシステムの利用状況を見ながら、AWS 契約時に見積もったリソースが適切であるかを確認し、定期的な調整が必要です。

OSのバージョンアップ

OS のバージョンアップも必要な保守作業項目です。Windows などの OS は機能追加やセキュリティ強化対応のために、更新プログラムをリリースします。

OS を最新の状態にアップデートしなければ、最新のセキュリティ対策を維持できない、システムが安定しない、OS の公式サポートを受け続けることができない、というリスクもあります。

AWS の運用開始後は、定期的に OS に関わる対応を実施しなければなりません。

アプリケーションのバージョン管理

AWS に導入済みのアプリケーションのバージョンアップ対応も、重要な保守作業項目です。

特に重要となるのが、ウイルス対策ソフトウェアのアップデートです。近年サイバー攻撃が猛威を奮っており、多くの企業がランサムウェアなどの被害に遭っています。

一般的にウイルス対策ソフトウェアが有効と言われていますが、既知のウイルス対策は検知できるものの、新しく登場した攻撃プログラムには、随時アップデートで対応する仕様のソフトウェアが多いです。セキュリティ対策を強化するためにも、定期的にアップデートすることが重要です。

感染を予防するためにも、ウイルス対策ソフトウェアは常に最新のバージョンを維持しましょう。

また、セキュリティ面として Web サイトを構築している場合は、セキュリティ対策のために SSL サーバーの証明書や CMS・PHP、データベースなども最新の状態に保つ必要となりますのでしっかりと確認しましょう。

セキュリティ対策のため、アプリケーションを最新のバージョンに保つことが大切です。

監視設定

保守作業項目で代表的なのが監視設定です。AWS を安定して稼働するため、障害にいち早く気づくためにも、監視設定は欠かせません。

具体的な監視設定の項目として、AWS 上で動作するインスタンスや、必要なアプリケーションが正常に稼働しているかがあります。監視しているサービスが停止すると登録した管理者用のメールアドレスに通知されるため、早期段階で障害に気付くことができます。

バックアップ・復旧

定期的なバックアップを取得すること、バックアップデータから復旧することも、重要な保守作業です。

AWS では、AWS Backup という AWS のバックアップを自動化するサービスが用意されていますが、バックアップの戦略策定・バックアップの対象・バックアップ先・スケジュール設定・世代管理・復旧作業などを、保守担当者が実施する必要があります。

システムの利用状況によって日次もしくは週次など、バックアップのスケジュールも変わるでしょう。バックアップを取得するタイミングについても、システムが利用されていない夜間など、稼働に影響のない時間帯を考えなければなりません。

障害などが発生して以前の環境に戻さなければならないときも、運用担当者がバックアップしたデータをリストアして復旧する必要があります。

障害対応フローの作成・定期見直し

AWS の障害対応のフローの作成・定期的な見直しをすることも、運用面では必要です。

障害対応のフローには、影響範囲の確認・各組織へ連絡・原因の切り分け・復旧・改善策の検討などがあります。運用担当者は障害発生に備えて、どのような流れで対応すべきかフローを作成しなければなりません。

また、AWS を稼働して年数が経過すると、運用担当者から連絡する先やエスカレーション先（問い合わせ先のこと）が変わることもあるでしょう。組織変更等で連絡先が変わるかもしれませんし、原因の切り分け時にもインフラ (OS やネットワークなど) ・各種ソフトウェアなどのエスカレーション先が変わる可能性もあります。

障害対応のフローの作成とフローの定期的な見直しを行うことで、いつ障害が発生してもスムーズに対応できるでしょう。

AWS 本体メンテナンス対応

AWS の本体メンテナンスも、重要な保守作業項目です。AWS には、頻繁にアップデートが行なわれるサービスもあります。アップデートの内容によってはインスタンス（仮想 OS のこと）の再起動対応を求められます。

例えば、仮想 OS を提供する Amazon Elastic Compute Cloud (EC2) では、多くのタイミングでパッチやアップグレードをAWS 運用中に適用しています。運用担当者はアップグレードに対応するため、インスタンスを再起動して最新の状態に反映する必要があります。

インスタンスを再起動することは、システムを一時的に止めることにもなるため、利用者に影響がでない時間帯に実施するなど、注意が必要です。

AWSの保守代行会社が提供するサポートメニュー

AWSには、運用や保守メンテナンスを実施する代行会社があります。保守代行業者が提供する主なサービスメニューについて、以下8点を挙げます。

リソース監視
サービス監視や死活監視
インフラ周りの設定変更
ミドルウェアの設定変更
定期バックアップ
障害対応支援
インスタンスの停止・起動
運用報告

それぞれ解説していきます。

リソース監視

保守代行会社が提供するメニューで代表的なものに、リソース監視があります。リソース監視とは、CPU・メモリ・ストレージなどについて「しきい値」を設定し、運用でしきい値をチェックし、超えていた場合に適切な対応をすることです。

例えば、ストレージのしきい値を80%と設定した場合は、データの格納容量が全体の80%を超えた際にシステム管理者・運用担当者に対してアラートの通知メールが送られます。

保守代行会社は、AWS のリソースを決められた時間（基本的には24時間対応が多い）監視し、問題が生じた際には依頼元が作成した保守対応フローに沿って、一時対応（ログ取得や一時ファイルの削除など）をします。

システムリソースの調整が必要な場合は依頼元に相談の上、メモリやストレージを増やすなどの調整を行います。

サービス監視や死活監視

サービス監視も保守代行会社が提供するメニューです。必要なサービス等ツールを使って監視し、異常がないかを確認します。

例えば AWS で Web サイトを運営している場合、何かしらの理由で Web サービスが停止して、ユーザーがアクセスできなくなることが考えられます。管理者が停止したことに気付くのが遅れてしまえば、Web サイトの稼働に大きな影響を及ぼしてしまうでしょう。死活監視をすれば、サービスが停止した時点で管理者に通知が行き、すぐに気づいて対処することができます。

サービス監視の方法としては、一例としてエージェントによる死活監視・URL 監視・ポート監視などがあります。

保守代行会社は依頼元と相談の上、必要なサービスなどに死活監視の設定することに加え、サービスが停止した場合も、障害対応フローに沿った対応（例えば該当ログの取得・設定値の確認・サポートセンターへの問い合わせ）も実施できます。

インフラ周りの設定変更

インフラ周りの設定変更も、保守代行会社が提供するメニューの一つです。

運用上必要な OS の設定・ネットワークなどの作業を、保守代行会社に依頼すれば対応してくれます。例えば、ユーザー追加・権限変更・ドメイン変更・ネットワーク設定変更作業、定期的な OS アップデートなどが挙げられます。

保守代行会社は、インフラ周りで何を定期的に実施するかを予め依頼元と合意の上、必要な運用作業を実施します。

ミドルウェアの設定変更

ミドルウェアの設定変更も保守代行会社が実施してくれます。ミドルウェアとは、アプリケーション稼働に必要なデータベースや環境等を指します。

データベースにも脆弱性対応や最新の OS に対応するために、バージョンアップしなければならないタイミングがあります。バージョンアップ作業や最新の環境に合わせた設定も、保守代行会社に依頼すれば実施してくれるでしょう。

また、アプリケーションについても、契約している工数の範囲で、依頼元と合意した手順に沿って設定変更などを実施してくれる会社もあります。

保守代行会社に依頼する時には、ミドルウェアだけでなくアプリケーションの設定変更に対応可能か、自社が理想とする作業を行ってくれるかなど、細かく確認することをおすすめします。

定期バックアップ

定期バックアップも保守代行会社が対応する基本的な作業に含まれます。

保守代行会社は、主に依頼元への要望確認・定期バックアップのための設定・バックアップが正常に取れていることを確認します。

要望確認では、バックアップの対象をシステム全体もしくは一部のフォルダなどどこまでの範囲にするか、バックアップデータをどこに保管するか、スケジュールは日次か、バックアップを取得する時間帯はいつが望ましいかなど、細かく確認していきます。

依頼元からの要望をもとに設定に反映し、バックアップテストで問題ないことを確認できれば、実運用を開始していきます。

バックアップだけでなく、復旧作業にも対応してくれる会社もあります。対応しているバックアップソフト・サービスは会社によって異なるため、どのようなツールに対応しているか、事前に相談しましょう。

障害対応支援

AWS の保守代行会社は、障害対応支援も行います。

保守代行会社は、依頼元が作成した障害発生時の手順に沿って適切な対応をします。例えばエラーが出たサービスの内容確認・設定値の確認・エスカレーション先への連絡・復旧を試みること・動作確認テストなどが含まれるでしょう。

保守代行会社は、契約時のルールに従って、障害対応支援を実施します。

インスタンスの停止・起動

AWS のインスタンスの停止・起動も保守代行会社に頼めば実施してくれます。

例えば、OS やアプリケーションのアップデート時に、インスタンスの再起動を求められることがあります。保守代行会社はサービス稼働に影響のない時間帯を確認し、再起動をスケジューリングします。

また、システムメンテナンス時などインスタンスを停止しなければならないタイミングにも、保守代行会社が停止作業を行うことも可能です。

運用報告

保守代行会社は依頼元に対して、定期的（1ヶ月単位等）に運用報告を行います。

具体的には、前月分の AWS の稼働状況・システムリソース状況・障害が発生した場合はその詳細・1ヶ月間の間対応した内容と工数等が報告内容に含まれます。

システムやサービスに不具合が見られた場合は分析の上、システムの調整や業務の見直しなど、改善提案を行います。

AWS の保守を代行会社に依頼するメリット

AWS の運用保守を代行業者に依頼するメリットとして、主に次の3つを挙げます。

主業務への集中
経験豊富なエンジニアへの委託
セキュリティ対策

それぞれ解説します。

主業務への集中

1つ目のメリットは主業務への集中です。

保守代行会社に作業を依頼することで、自社のシステム担当者は、AWS のメンテナンスではなく、IT戦略の企画立案・DX 推進・Web 改善企画などの主業務に専念できるようになります。

システム担当者は、日々サーバーのメンテナンス対応に忙殺されてしまい、本来取り組むべき重要な業務に手が付けられないこともあります。保守を代行会社に依頼して、主業務に専念できれば組織の発展に大いに貢献できることでしょう。

経験豊富なエンジニアへの委託

2つ目のメリットは、経験豊富なエンジニアに委託できることです。

初めて AWS を契約し稼働する場合、システム担当者は AWS のスキルを一から身に付ける必要があります。それまでオンプレミスシステムを専門にしていた担当者は、クラウド知識を学ばなければならず、多くの工数・費用がかかるでしょう。

AWS の保守代行会社に所属しているエンジニアには、AWS やインフラ周りの経験豊富な方が在籍しており、安心して委託できます。

自社内で一から教育するよりも、経験豊富な外部の担当者に依頼する方が効率的、安定的なAWS 保守を行えます。

セキュリティ対策

3つ目のメリットは、セキュリティ対策です。保守代行会社は監視体制など万全なセキュリティ設計を実装した上で AWS を運用します。

AWS はオンライン上に自社の情報を置くため、社内ネットワークに比べるとセキュリティリスクが高くなってしまいます。近年ランサムウェアなどのサイバー攻撃が猛威を奮い、多くの企業が被害に遭っています。セキュリティ対策を疎かにしていると気付くのが遅くなり、気が付いたら重要なデータを盗まれていた、という事態にも繫りかねません。

自社内だけで管理すると、OS やアプリケーションのアップデート対応に加え、24時間体制で監視しなければならないなど、現実的ではありません。

信頼できる保守代行会社に依頼すれば、自社が保守工数を多くかけなくとも、万全な状態で AWS を運用してくれます。

AWSの保守を代行会社に依頼するデメリット

AWS の利用を検討しているなら、メリットだけでなくデメリットもしっかり把握しておきましょう。デメリットとして、主に次の3つを挙げます。

コストがかかる
カスタマイズ対応ができない
自社の IT スキル低下

それぞれ解説します。

コストがかかる

1つ目のデメリットはコストがかかることです。

保守代行会社は、前述したサービスメニュー（リソース監視・インフラ周りの変更対応・ミドルウェアの変更対応・死活監視・定期バックアップ・障害対応支援・インスタンスの停止・起動・運用報告）と、様々な運用保守メニューを用意していますが、利用するメニューが多いほど、ランニングコストがかかります。

一般的に、ハードウェアを購入してオンプレミスサーバーを構築するよりも、クラウドサービスを利用する方が初期費用が抑えられる、といわれていますが、保守代行会社の費用も含めるとオンプレミスの方が安く済むケースもあります。

コストを理由にオンプレミスやレンタルサーバーを選択する会社もいますので、AWS を契約する前に保守代行会社の費用も含めて検討しましょう。

カスタマイズ対応ができない

2つ目のデメリットは、カスタマイズ対応ができないことです。

保守代行会社が提供するメニューの内容にはある程度決まっているものが多く、自社の好きなようなカスタマイズ対応ができない可能性もあります。

例えば、「請求書処理専用の Web システムを月末の数日だけ稼働させたい。その他の日はインスタンスを停止したい」と考えていても、保守代行会社側のルールでは「決まった曜日に停止・起動できるが、月末のみは対応できない」と返されるケースもあります。インスタンスが起動する時間帯は AWS の課金対象となるため、できるだけ稼働時間を少なくしたいものです。

保守代行会社によってルールが違うため、中には柔軟なカスタマイズに対応している所もあるかもしれませんが、その際も費用が高くなる可能性があります。

自社の IT スキル低下

3つ目のデメリットは自社のITスキルの低下です。

保守代行会社に依頼すると、自社が AWS に詳しくなくてもセキュリティの高い体制で安定して運用できる、というメリットがあります。その反面、運用に必要なスキルを自社に蓄積できないため、自社の IT スキルが低下してしまいます。

AWS 運用を保守代行会社に依頼すれば、障害発生やシステム移行時などに自社のみでは対応できなく、保守代行会社に頼らざるを得ません。

AWS の複雑な保守に悩むなら簡単なレンタルサーバーの検討もおすすめ

本記事では、AWS 保守に必要な作業項目、保守代行会社が提供するメニューとメリット・デメリットについて解説しました。

AWS を稼働すると、システム運用担当者は「リソース監視・インフラ周りの変更対応・ミドルウェアの変更対応・死活監視・定期バックアップ・障害対応支援・インスタンスの停止・起動・運用報告」などの、多くの作業を実施しなければなりません。

信頼できる保守代行会社に依頼すれば、万全な監視体制で安心してサービスを利用できますが、多くの費用がかかる上に、自社の IT スキルも低下してしまうでしょう。

自社の IT スキルを向上しながら、単純な保守でシステムを稼働させたい場合は、レンタルサーバーの利用もおすすめします。

レンタルサーバーは提供会社がバックアップを行うため、自社の運用担当者のメンテナンス工数を抑えることができます。また、ファイアウォール・不正侵入検知 (IDS・ADS) ・WAF・Web 改ざん防止に対応しているため、セキュリティ面でも安心して利用できるでしょう。

AWS 導入を検討する際は、自社で保守ができるか、もしくは保守代行会社に依頼する予算はあるかを確認した上で、適したサービスを利用しましょう。

パブリッククラウドとは？メリット・デメリットやプライベートクラウドとの違いを解説

2023-07-28T02:00:00Z

クラウドサービスには、パブリッククラウドとプライベートクラウドの2種類があります。

本記事では、パブリッククラウドとは何か、利用するメリット・デメリットやプライベートクラウドとの違いについて解説します。

プライベートクラウドについては、こちらの記事で詳しく解説しているので、あわせてご覧ください。
プライベートクラウドとは？利用するメリット・デメリットやパブリッククラウドとの違いを解説

パブリッククラウドとは
パブリッククラウドとプライベートクラウドの違い
パブリッククラウドを利用するメリット
パブリッククラウドを利用するデメリット
- セキュリティ体制はサービス提供会社に依存する部分が多い
- クラウドサービスの障害対応が自社でできない
パブリッククラウドの特徴を理解した上で利用を検討しよう

パブリッククラウドとは

パブリッククラウドとは、サービス提供会社が管理・運用するクラウドサービスを複数の利用者が共有する形態のことです。提供会社と契約すれば、企業・個人問わず使うことができます。

パブリッククラウドの多くは従量課金制を採用しているため、サービスを利用した分だけ課金される仕組みとなっています。

パブリッククラウドとプライベートクラウドの違い

クラウドサービスの1つであるIaaS（Infrastructure as a Service：インターネットを経由してCPUやメモリ、ストレージなどのインフラを提供するサービス）は、パブリッククラウドとプライベートクラウドの2種類に分けられます。

パブリッククラウドとプライベートクラウドには様々な違いがありますが、最も大きな違いは、パブリッククラウドがクラウドサービスを複数名で共有するのに対して、プライベートクラウドは1人（1社）が独占して使うという点です。

さらに、プライベートクラウドはオンプレミス型とホスティング型の2つに分類されます。

オンプレミス型プライベートクラウドは自社でクラウド環境を構築し占有しますが、ホスティング型プライベートクラウドはクラウドサービス提供会社のパブリッククラウド内を仮想的に切り分けて占有するという特徴があります。

パブリッククラウドを利用するメリット

ここからは、パブリッククラウドを利用するメリットについて見ていきましょう。

導入にかかる金銭的コストが低め

パブリッククラウドは初期費用がかからないケースが多く、導入にかかる金銭的コストを抑えることが可能です。料金は従量課金制が一般的で、利用した分だけ費用が発生します。

利用者に保守・管理の負担がかからない

パブリッククラウドは、サービス提供会社が保守・管理を行っています。そのため、利用者側の手間がかからない点も大きなメリットです。人件費などのコストカットにもつながります。

ただし、例えばクラウドサーバー内のデータなどはサービス提供会社が管理してくれるわけではないので、利用者自身で管理する必要があります。

契約後すぐに利用できる

パブリッククラウドは、サービス提供会社と契約後、数時間〜数日以内に利用できるようになります。このスピード感もパブリッククラウドのメリットといえるでしょう。

オンプレミス型プライベートクラウドの場合は、社内でクラウド環境を構築する期間が必要となるため、パブリッククラウドのように短期間で利用開始するのは難しいでしょう。

パブリッククラウドを利用するデメリット

一方、パブリッククラウドを利用するデメリットとしては、主に以下の2つが挙げられます。

セキュリティ体制はサービス提供会社に依存する部分が多い

パブリッククラウドのメリットとして、利用者に保守・管理の手間がかからないことを挙げましたが、裏を返すとサービス提供会社に依存する部分が大きいということです。

利用するレンタルサービスに独自のセキュリティ対策を施すことができない可能性があるため、注意しましょう。もし不安がある場合は、別のサービスの利用や、プライベートクラウドでの対応を検討してみてください。

クラウドサービスの障害対応が自社でできない

また、パブリッククラウドの場合はクラウドサービスで発生した障害の対応は提供会社が行います。つまり、利用者側は提供会社の対応が完了するのを待たなければなりません。

トラブルを自社で解消できないことから、サービスが利用できない時間が必要以上に長くなったり、いつ頃復旧するか分からない状態が続いたりといったデメリットがあります。

パブリッククラウドの特徴を理解した上で利用を検討しよう

パブリッククラウドは、以下のようなケースでの利用がおすすめです。

導入費用を抑えたい
保守・管理の手間をかけたくない
すぐにクラウドサービスを利用したい

自社の状況によってはプライベートクラウドの方が適している、あるいはレンタルサーバーを利用した方がよい場合もあります。パブリッククラウドの特徴を理解し、自社の状況と照らし合わせて利用するかどうか検討しましょう。

プライベートクラウドとは？利用するメリット・デメリットやパブリッククラウドとの違いを解説

2023-07-28T02:00:00Z

昨今、クラウドサービスを利用する企業が増えています。その流れを受けて、クラウドサービスの利用を検討しているご担当者様も多いのではないでしょうか。

本記事では、プライベートクラウドとは何か、利用するメリット・デメリットやパブリッククラウドとの違いについて解説します。

パブリッククラウドについてはこちらの記事で解説しています。
パブリッククラウドとは？メリット・デメリットやプライベートクラウドとの違いを解説

プライベートクラウドとは
- オンプレミス型プライベートクラウドとは
- ホスティング型プライベートクラウドとは
プライベートクラウドとパブリッククラウドとの違い
プライベートクラウドを利用するメリット
プライベートクラウドを利用するデメリット
プライベートクラウドの特徴を理解して利用を検討しよう

プライベートクラウドとは

プライベートクラウドとは、ある特定のユーザー専用に作られたクラウド環境のことです。プライベートクラウドには、オンプレミス型プライベートクラウドとホスティング型プライベートクラウドの2種類があります。

オンプレミス型プライベートクラウドとは

オンプレミス型プライベートクラウドとは、自社でクラウド環境を構築し、占有して使う運用形態のことです。サーバーやネットワークなどのIT機器を自社で用意し、データセンターなど企業の敷地内で管理する必要があります。

ホスティング型プライベートクラウドとは

ホスティング型プライベートクラウドとは、クラウドサービス提供会社のパブリッククラウド内を仮想的に切り分けて占有する形態のことです。オンプレミス型と異なり、自社でIT機器などを所有することなくクラウド環境を独占して利用できます。

プライベートクラウドとパブリッククラウドとの違い

次に、プライベートクラウドとパブリッククラウドの違いについて説明します。

プライベートクラウドは、ここまでに説明してきたとおり、ある特定のユーザー・企業専用のクラウド環境のことです。一方でパブリッククラウドは、サービス提供会社のクラウド環境を複数名で共有します。

プライベートクラウドを利用するメリット

プライベートクラウドを利用すると、どのようなメリットがあるのでしょうか。ここでは、3つの主なメリットを紹介します。

カスタマイズの自由度が高い

プライベートクラウドの大きなメリットは、カスタマイズの自由度が高いことです。

自社の業務内容に合わせてシステムを構築できるため、パブリッククラウドにない機能が必要な場合は、プライベートクラウドを利用して独自にカスタマイズするのがよいでしょう。

セキュリティレベルをコントロールできる

また、プライベートクラウドはセキュリティレベルも自社で独自にコントロールできます。

パブリッククラウドを利用する場合、クラウドサービス提供会社のセキュリティ体制に依存する部分が多く、ユーザー側で完全にコントロールすることができません。より強固なセキュリティ体制を整えたい場合は、プライベートクラウドの利用がおすすめです。

機密性が高い

さらに、オンプレミス型プライベートクラウドの場合、IT機器やシステム、ネットワークなどをすべて社内で管理・運用するため、機密性が高いという特徴があります。

例えば、利用している社外のサービスがサイバー攻撃の対象になった場合に、自社もその影響を受けるリスクを低減できるでしょう。

プライベートクラウドを利用するデメリット

では、プライベートクラウドにはどのようなデメリットがあるのでしょうか。

導入時のコストが高い

プライベートクラウドは、導入に必要な金銭的コストが高くなる傾向があります。

特にオンプレミス型プライベートクラウドは、サーバーやネットワークなどのIT機器の準備や、IT機器を管理する施設（データサーバーなど）も必要となるため、導入には高い費用がかかります。

なるべく導入コストを抑えたいとお考えの場合は、プライベートクラウドはデメリットが大きい運用形態となるでしょう。

ITリソースの追加・拡張が難しい

また、プライベートクラウドはCPUやメモリなどのITリソースの追加・拡張が難しく、環境構築・契約後の自由度が低いという特徴があります。

利用状況に応じてITリソースの変更を行いたい場合は、プライベートクラウドの利用が不向きといえるでしょう。

自社内でクラウド環境の構築・IT機器の管理が必要

オンプレミス型プライベートクラウドは、自社でクラウド環境の構築が必要になります。ホスティング型プライベートクラウドの場合は、クラウド環境はクラウドサービス提供会社のものを利用できますが、カスタマイズなどは自社で行う必要があります。そのため、プライベートクラウドを利用するなら、クラウドに関する知識を持っている技術者が欠かせません。

また、オンプレミス型プライベートクラウドを運用する場合はIT機器の管理も必要です。IT機器のトラブル発生時に対応できる技術者や、IT機器を管理するデータセンターのスタッフを配置する必要もあります。

利用開始までに時間がかかる

プライベートクラウドの利用にはIT機器の準備やクラウド環境の構築が必要な分、利用開始までに最低でも数週間から数ヶ月はかかってしまうでしょう。一方パブリッククラウドは、クラウドサービスの提供会社と契約すれば、数時間以内で利用を開始できます。

プライベートクラウドの特徴を理解して利用を検討しよう

プライベートクラウドは、以下のようなケースでの利用がおすすめです。

クラウド環境を自社で占有したい
クラウド環境を自由にカスタマイズしたい
自社でセキュリティ体制を整えたい

本記事を参考にプライベートクラウドの特徴を理解し、自社の状況と照らし合わせながら利用を検討してみましょう。

レスポンシブデザインとは？メリット・デメリットや実装方法を解説

2023-07-14T02:00:00Z

パソコンだけでなくスマートフォンやタブレットでWebサイトを閲覧するのが当たり前となっている昨今、Webサイトのマルチデバイス対応が必須となっています。レスポンシブデザインを実装することで、マルチデバイス対応にかかる手間を削減することが可能です。

本記事では、レスポンシブデザインとは何か、どうすればレスポンシブデザインを実装できるかについて解説します。

レスポンシブデザインとは
レスポンシブデザインのメリット
- ページの編集・修正にかかる手間を減らせる
- モバイルファーストインデックスに対応できる
レスポンシブデザインのデメリット
- 端末ごとのデザインの変更には制限がある
- ページ速度に影響が出る場合がある
レスポンシブデザインを実装する方法
- HTMLファイルのヘッダー部分に meta viewport タグを記述する
- CSSにメディアクエリを記述する
レスポンシブデザインで使用する基本のCSS
レスポンシブデザインになっているか確認する方法
- Google Chromeの検証機能で確認する方法
- 実際の端末で確認する方法
Webサイトにレスポンシブデザインを実装しよう

レスポンシブデザインとは

レスポンシブデザインとは、Webサイトを閲覧するユーザーの端末の画面サイズに合わせて、Webサイトのデザインを最適化することです。

「レスポンシブ（responsive）」という言葉に「反応が良いさま」という意味があることを知っておくと、「画面のサイズに応じて反応する（表示が切り替わる）デザイン」とイメージしやすくなるのではないでしょうか。

当サイトも、パソコンで見た場合とスマートフォンで見た場合でデザインのレイアウトが異なります。

最近では、パソコンだけでなくスマートフォンからWebサイトにアクセスすることが当たり前となりました。iPadなどのタブレットからアクセスするユーザーもいるでしょう。そのため、Webサイトにはマルチデバイス対応が求められています。

さらに、レスポンシブデザインが求められる理由として、Googleが発表した「モバイルファーストインデックス（MFI：Mobile First Index）」の影響が挙げられます。

モバイルファーストインデックスとは、GoogleがWebサイトのコンテンツを評価するときに、これまでパソコン版の評価を軸にしていたのを、モバイル版を軸に方針転換したことです。モバイル版の評価が、インデックス登録のスピードや検索順位に大きく影響するようになったのです。

このような流れもあり、レスポンシブデザインを実装するWebサイトが増えてきています。

レスポンシブデザインのメリット

Webサイトをレスポンシブデザインに対応するメリットとして、以下の2つが挙げられます。

ページの編集・修正にかかる手間を減らせる

パソコン版とモバイル版で別々にページを作った場合、ページのデザインを編集する際にそれぞれのページで同じ作業をする必要があります。

一方、レスポンシブデザインを実装しているWebサイトなら、パソコン版とモバイル版でページが分かれていないので、1回の作業で両方のページの修正が完了します。

このようにページの編集・修正にかかる手間を減らすことが可能です。

モバイルファーストインデックスに対応できる

先ほど解説したGoogleのモバイルファーストインデックスに対応できる点も、レスポンシブデザインのメリットといえます。

モバイルファーストインデックスに対応していないWebサイトは、Googleからの評価が下がるという見方が一般的です。どんなWebサイトでもマルチデバイス対応が求められているといってもよいでしょう。

レスポンシブデザインを実装すれば、手軽にモバイルファーストインデックスへの対応が可能です。

レスポンシブデザインのデメリット

一方、Webサイトをレスポンシブデザインにするデメリットもあります。

端末ごとのデザインの変更には制限がある

レスポンシブデザインでは、パソコン版とモバイル版でデザインを大きく変更したり、コンテンツを別のものにしたりといった調整ができません。HTMLの表示をCSSによって変えているため、端末ごとのデザイン変更には限界があるのです。

そのため、もしパソコン版とモバイル版でデザインを全く別の仕様にしたい場合は、それぞれ専用のページを作ることをおすすめします。

ページ速度に影響が出る場合がある

また、レスポンシブデザインを実装するとCSSの量が増えるため、読み込みに時間がかかりページ速度に影響が出る可能性があります。

ページ速度が遅いことはユーザーにとってストレスであり、ページからの離脱率を高めるリスクとなります。レスポンシブデザインを実装したことであまりにもページ速度が遅くなってしまった場合は、PageSpeed Insights を使って改善策を見つけましょう。

レスポンシブデザインを実装する方法

ここからは、レスポンシブデザインを実装する方法を解説します。

以下の手順に沿って進めてください。

HTMLファイルのヘッダー部分に meta viewport タグを記述する
CSSにメディアクエリを記述する

HTMLファイルのヘッダー部分に meta viewport タグを記述する

まずは、HTMLファイルのヘッダー部分に以下のコード（meta viewport タグ）を記述します。※指定の方法はさまざまで、このコードは一例です。

<meta name="viewport" content="width=device-width,initial-scale=1.0″>

HTMLファイルで作成したWebサイトの場合は、すべてのHTMLファイルのヘッダー部分に記述してください。

WordPressで作ったWebサイトの場合は、header.phpなどの共通のテンプレートファイルに記述します。

ここで紹介した meta viewport タグを記述することで、以下のことが可能です。

ユーザーが自社サイトにアクセスした際に、使っている端末の画面サイズなどの情報を取得する
取得した情報のうち、画面の横幅からパソコンかスマートフォンかを判断する

CSSにメディアクエリを記述する

次に、CSSにメディアクエリを記述することで、Webページが表示されたデバイスの画面サイズに適用するスタイルに切り替えることが可能です。

パソコン向けとモバイル向けに設定する場合、以下のコードをCSSに記述します。

パソコン向け

@media screen and (min-width: 481px)　{ }

ここではパソコン向けに、表示画面が481px以上を想定したコードを例として挙げています。

この数字は「ブレイクポイント」と呼ばれ、画面サイズが481pxになると指示内容が切り替わり、モバイル版のページからパソコン版のページに変更されます。ブレイクポイントは任意の数字に変更可能です。

{ }内には通常使用する CSS を記述します。

スマートフォン向け

@media screen and (max-width: 480px)　{ }

表示画面が480px以下を想定したコードです。パソコン向けのコードと同じくブレイクポイントは変更可能です。

{ }内には通常使用する CSS を記述します。

タブレット向けに表示画面を切り替える場合も、ここで紹介した2つのコードを応用してブレイクポイントを指定してください。

レスポンシブデザインで使用する基本のCSS

レスポンシブデザインを実装するにあたり、よく使うCSSについても解説します。

Webサイトに掲載した画像が、パソコンの画面では問題なく表示されていても、そのままの状態でスマートフォン表示に切り替えると小さすぎるというケースがあります。

この場合、先ほど解説したCSSに記述するスマートフォン向けのメディアクエリを、以下のように指定しましょう。

@media screen and (max-width: 480px)　{
img {
width: 100% ;
}
}

これにより、スマートフォンの画面でのみ画像の横幅を100%にでき、画像が見やすくなります。

レスポンシブデザインになっているか確認する方法

レスポンシブデザインの実装が完了したら、うまく反映されているか確認してみましょう。

Google Chromeの検証機能で確認する方法

まず、Google Chromeの検証機能を使った確認方法を紹介します。

Google ChromeでWebサイトが表示された状態で、画面を右クリックしてください。以下の画像のような表示が出たら「検証」をクリックします。

画面の右側に「スマートフォンとタブレット」のアイコンがあるので、クリックすると、Webサイトがスマートフォンでの表示に切り替わります。

以下の画像のとおり、プルダウンから端末の種類を選ぶことができ、それぞれの画面で表示を確認することが可能です。

実際の端末で確認する方法

また、もし手元にパソコン以外の端末（スマートフォンやタブレット）などがあれば、それらの端末で実際に確認してみるのもいいでしょう。各端末に対応したWebデザインになっていれば、問題はありません。

Webサイトにレスポンシブデザインを実装しよう

スマートフォンやタブレットでインターネットを利用することが当たり前になり、Googleによるモバイルファーストインデックスが実施されたことで、Webサイトのマルチデバイス対応が必須となっています。

Webサイトを作成するときは、ぜひレスポンシブデザインを実装してみてください。デバイスごとにWebページを作る手間がなくなり、効率のよいWebサイト運用ができるでしょう。

WordPressとCMSの違いは？WordPress以外のCMSも紹介

2023-07-14T02:00:00Z

WordPressに触れたばかりのIT初心者の方は「WordPreeとCMSがどう違うのか、いまいちよく分からない」という方も多いかと思います。

そこでこの記事では、WordPressとCMSの違いについてわかりやすくまとめました。ぜひ参考にしてください。

CMSとは

まずCMSとは「Contents Management System （コンテンツマネジメントシステム）」の略称で、Webサイトのコンテンツに使われているテキスト、画像、動画といったデータを一元管理・保存できるシステムを意味します。

CMSを使うと、HTML/CSSで作成したWebサイトよりも作業効率を上げることができます。

例えば、Webサイトのヘッダーに項目を追加する場合、HTML/CSSで作成したWebサイトなら1ページずつ編集する必要がありますが、CMSを導入していればヘッダーに項目を追加するだけですべてのページが自動的に編集されます。

HTML/CSSに不慣れな方や、Webサイトの更新作業を効率的に行いたい方は、CMSを使って Webサイトを作成することでメリットを得られるでしょう。

CMSについては、こちらの記事で詳しく解説しています。
CMSとは？特徴や種類、導入するメリットをIT初心者向けに解説

WordPressとは

一方WordPressとは、世界で最も使われているCMSの種類のことで、Webサイトの作成や更新が簡単にできます。

WordPressについては、こちらの記事で詳しく解説しています。
WordPressとは？メリット・デメリットや導入時に注意すべきポイントを徹底解説

WordPressの主な特徴

WordPressは、オープンソース型CMSのため、GPL（General Public License）に同意することを前提に無料で利用できます。

また、その他にも以下のような特徴があります。

テーマが豊富で差別化しやすい
プラグインで簡単に機能が追加できる
ブログや店舗サイトなど、あらゆる種類のWebサイトが作成できる
レスポンシブWebデザインに対応している
インターネット上の情報が多く、初心者でも扱いやすい

WordPress以外のオープンソース型CMSも一部紹介

最後に、WordPress以外のオープンソース型CMSを3つ紹介します。

Joomla!

WordPressに次いで人気のCMSが「Joomla!」です。ECサイトの作成に向いていて、ユーザー同士のネットワークを作る機能に優れているといった特徴があります。

デザインテンプレートの種類も多くありますが、WordPressテーマの数にはやや劣ります。 SEOに関する機能もWordPressほど整っていないので、集客を狙うならより徹底したSEO対策が必要となります。

公式サイト：Joomla!

Drupal

「Drupal」も高い人気を誇るCMSの1つで、大手企業や政府機関、大学などの大規模サイトを作成する時によく使われます。

読み込みスピードの速さや、高い拡張性、他言語対応などが特徴ですが、使いこなす難易度は高めなので、CMSを初めて使う方には不向きかもしれません。

公式サイト：Drupal

Concrete CMS

「Concrete CMS」は、直感的な操作でWebサイトを作成できるCMSです。コンテンツを作成したい場所にブロックというパーツをドラッグ＆ドロップするだけで、サイトを作成することができます。

HTML/CSS の知識がなくてもWebサイトを作成できることから、IT初心者でも使いやすいといえるでしょう。

公式サイト：Concrete CMS

WordPressとCMSの違いを知っておこう

本記事の内容を一言でまとめると「WordPressはCMSの一種」ということです。これさえ知っていれば、WordPressとCMSを混同することは少ないと思います。

この他にも、レンタルサーバーナレッジではWordPressやCMSに関する記事を多数公開しています。ぜひ参考にしてみてください。

WordPress・CMSに関する記事一覧

GoogleカレンダーをWebサイトに埋め込む方法を初心者向けに解説

2023-07-07T02:00:00Z

Webサイトにカレンダーの機能があると、営業日やイベントの予定などをお客様へお知らせできます。特にGoogleカレンダーは、手順さえ分かればITに詳しくない方でも簡単に表示させることが可能です。

そこで本記事では、GoogleカレンダーをWebサイトに埋め込む方法を解説します。

Googleカレンダーとは

Googleカレンダーとは、Googleが提供するスケジュール管理ツールのことです。

利用料金は無料で、データはすべてクラウド上に保存されるため、Googleアカウントを持っている人とスケジュールを共有することもできます。

また、1つのGoogleアカウントで複数のカレンダーを作成することも可能です。プライベート用とは別に事業用のカレンダーを作成すれば、会社や店舗のスケジュールのみをWebサイトに表示することもできます。

GoogleカレンダーをWebサイトに埋め込む方法

では、GoogleカレンダーをWebサイトに埋め込む方法を見ていきます。

まずは、ブラウザでGoogleカレンダーを開いてください。
Googleカレンダー

画面左側の「他のカレンダー」という項目の右にある「＋」マークをクリックし、「新しいカレンダーを作成」を選択してください。

カレンダーの名前と説明を入力して「カレンダーを作成」をクリックすれば、作成完了です。名前は、カレンダーを使用する目的に沿ったものにするとよいでしょう。

今回は「店舗スケジュール」という名前をつけました。作成したカレンダーが、画面左側に追加されたのを確認してください。

次に、カレンダーをWebサイトに埋め込むためのコードを取得します。

作成したカレンダーの名前にマウスカーソルを合わせると、縦の3点リーダーが表示されるので、クリックしてください。

メニューが開いたら「設定と共有」を選択してください。

遷移した画面をスクロールしていくと「予定のアクセス権限」という項目があるので、すぐ下にある「一般公開して誰でも見られるようにする」にチェックを入れてください。また、その右の項目を「予定の表示（すべての予定の詳細）」に設定してください。

続けてスクロールしていくと「カレンダーの統合」という項目の中に「埋め込みコード」が表示されています。

このHTMLコードをコピーして、Webサイトの任意の場所にペーストすれば埋め込みが完了します。

Googleカレンダーのカスタマイズ方法

上記の手順により、WebサイトにデフォルトのGoogleカレンダーが表示されます。しかし、サイズやカラーなどデザインを変更したい場合もあるでしょう。ここからは、Googleカレンダーをカスタマイズする方法について紹介します。

まず「埋め込みコード」の下にある「カスタマイズ」というボタンをクリックしてください。

すると、Googleカレンダーの編集画面に移ります。

画面左側に編集項目が表示されているので、画面中央のプレビューを見ながら調整していきましょう。

例えば「ナビゲーションボタン」のチェックを外すと、カレンダーのプレビューにあった「今日」「◁▷」の項目が非表示になります。

また、カレンダーのサイズを変更したい場合は、幅と高さを変更しましょう。

さらに、カレンダーの背景色を変更することも可能です。カレンダーを埋め込むWebサイトに合わせて調整してみてください。

編集が完了したら、画面上部の埋め込みコードをWebサイトにコピー&ペーストしましょう。

Googleカレンダーを使って予定を共有しましょう

Googleカレンダーを使えば、簡単な手順でWebサイトにカレンダーを埋め込むことができます。営業日やイベント日程、予約状況などを共有しやすくなるでしょう。本記事を参考に、ぜひ試してみてください。

A.保管場所（3項目）	外部保管の有無保管場所を経営者が把握しているか障害時の対応方針があるか
B.取得状況の可視性（5項目）	最終取得日時を経営者自身が確認できるか保存世代数の把握取得頻度の把握失敗通知の設定容量上限の定期確認
C.復元できるか（4項目）	手順が文書化されているか担当者以外が復元操作を完了できるか復元テストを実施したことがあるか復元にかかる時間の把握
D.バックアップの対象範囲（3項目）	サイトのファイルが対象に含まれているかデータベースも対象か複数サイトをすべて網羅しているか
E.引き継ぎ・管理体制（3項目）	ログイン情報を経営者も把握しているか担当者が変わっても継続して取得される仕組みか外部委託先の責任範囲を契約書で確認しているか

レンタルサーバーナレッジ

サイトのバックアップ、本当に使えますか？ 経営者・マネージャーが確認すべき5つのポイント

バックアップが「使えない」状態で起きる3つの事態

ケース1 サーバー障害：バックアップも一緒にアクセス不能になる

ケース2 ハッキング・不正アクセスを受けたとき

ケース3 担当者が誤ってデータを削除してしまったとき

自社のバックアップ体制、今すぐ確認できる5つの質問

Q1.バックアップがいつ最後に取れたか、今すぐ確認できますか？

Q2.そのバックアップは、サーバーとは別の場所に保存されていますか？

Q3.担当者じゃなくても、サイトを元の状態に復元できますか？

Q4.サーバーごと問題が起きた場合でも、データは残りますか？

Q5.バックアップが失敗したとき、誰かに通知が届きますか？

【診断結果】

【無料チェックリスト】体制確認はこちらから

バックアップで最も重要なのは「どこに保管するか」

バックアップが「使えない」3つのパターン

パターン1 担当者しか操作できない

パターン2 サーバーの外部に保管されていない

パターン3 一度も復元テストをしたことがない

その「大丈夫」の前提、確認できていますか？

制作会社の保守プランに入っているから安心？

担当者を信頼しているから大丈夫？

バックアップは毎日自動で取れているはず？

バックアップ体制を整えるならSmartRelease U！

体制を「見える化」するバックアップ体制チェックリストを無料でダウンロードできます

バックアップ体制チェックリスト（無料）をダウンロードする

新たなSmartReleaseを創造する！ 5人のエバンジェリスト

目次

続 プロダクトマネージャーに突撃！！

SmartReleaseにおける「エバンジェリスト」とは？

普段のお仕事の様子を教えて！

SmartReleaseエバンジェリストは伝道者ではない？

SmartReleaseが進化する！？進行中のプロジェクトにこっそり潜入！

目次

そもそもSmartReleaseって？

【SmartReleaseの特徴】

①テストサーバーを標準提供

②ワンクリックで公開作業が完了

③バックアップ機能

④ワンクリックでリストア可能

プロダクトマネージャーに突撃！新SmartReleaseは今までと何が変わる？

新SmartReleaseがどんなサービスになるのか、こっそり紹介！

①CPI縛りを撤廃。他社レンタルサーバーでも利用可能に！

②新SmartRelease1つで複数のテストサーバーを管理

③WordPressなどのCMSとの親和性を改善

④直感的な操作を目指し管理画面を一新

今後の予定は？

Web制作の業務フローを大きく改善するSmartReleaseとは？

目次

SmartReleaseとは何者？

Web制作をスマートにした3つの特徴

①テストサーバーから公開サーバーへの反映がスマート

②自動バックアップから復元までがスマート

③公開時のファイル除外設定でスマートなサイト運用

どんな人に向いているの？

SmartReleaseで業務フロー改善も！

ぜひ、一度お試しください

オンプレミスとは？メリット・デメリットやクラウドとの違いを解説

目次

オンプレミスとは

オンプレミスとクラウドの比較

オンプレミスのメリット

自社独自のセキュリティ体制を構築できる

カスタマイズ性が高い・社内の既存システムと連携しやすい

オンプレミスのデメリット

導入・維持費用が高い

利用までに時間がかかる

専門知識を持つ技術者が必要

自社に合った運用・管理形態を選ぼう！

クラウドサーバー（クラウドサービス）の利用にはセキュリティ対策が必須？具体的な方法を解説

目次

クラウドサーバーとは

クラウドサービス（クラウドサーバー）の利用状況

クラウドサービス（クラウドサーバー）の利用に情報セキュリティ対策が必須な理由

インターネット回線を利用しどこからでも利用できる

サービス提供会社の情報セキュリティ体制に依存する

クラウドサーバーの情報セキュリティ対策例

データを暗号化する

アクセス情報の管理・見直しを行う

アプリケーション・OS のセキュリティを強固にする

サイトのバックアップ、本当に使えますか？経営者・マネージャーが確認すべき5つのポイント

ケース1　サーバー障害：バックアップも一緒にアクセス不能になる

ケース2　ハッキング・不正アクセスを受けたとき

ケース3　担当者が誤ってデータを削除してしまったとき

パターン1　担当者しか操作できない

パターン2　サーバーの外部に保管されていない

パターン3　一度も復元テストをしたことがない

続プロダクトマネージャーに突撃！！

プロダクトマネージャーに突撃！
新SmartReleaseは今までと何が変わる？