deha magazine / オフショア開発
オフショア開発
マイグレーションとは?効果やメリット、注意点とは?
マイグレーションとはシステムやデータを別の環境に移転したり、新しい環境に移行することを指します。 日常的に使用しているシステムやアプリケーションを新しいコンピュータに移行する際など、さまざま場面で活用することができます。 この記事ではそんなマイグレーションについて、どんな効果やメリットがあるのかなど徹底解説していきます。 これらに当てはまる方におすすめの記事となっています。これを読めばマイグレーションとは何なのか、どんなことに注意をすれば良いのかなどがわかりますよ。
続きを読む >>
【オフショア開発】良い開発会社に会うためのポイント【社内調整も大事】
オフショア開発ではさまざまな開発会社があります。開発会社によって技術力や予算、強みもバラバラ…。 この記事ではそんな数ある開発会社選びを成功させるためにおすすめの選定ポイントを紹介していきたいと思います。 オフショア開発に興味がある方 社内のIT人材が不足している方 オフショア開発会社選びに悩まれている方 これらに当てはまる方におすすめの記事になっています。これを読めば開発会社選びを失敗しないために重要視したいポイントがわかりますよ! 良いオフショア開発会社に出会いたい方におすすめの選定ポイント オフショア開発会社選びを失敗しないようにするためにはどうしたら良いのでしょうか。 ズバリおすすめの選考ポイントはこの3つです。 類似案件の開発実績の有無 ラボ型開発かどうか ブリッジSEの有無・クオリティ それぞれ詳しく見ていきます。 類似案件の開発実績の有無 開発会社を選ぶ際に多くの人が気になっているのがその会社の実績ですよね。 「オフショア開発白書」によると、実際オフショア開発を成功した企業はオフショア開発会社選定において、「日本企業との取引実績」「エンジニアの実績やスキルセット」を最重要視してしているとのこと。 類似の開発実績があるということは、その開発会社に対応可能な人材が在籍していることの証明になりますし、開発ノウハウやナレッジが蓄積していることも期待できます。 日本企業との取引実績がある企業であれば、日本の文化を理解していることも多いですし、日本語対応ができることもあります。 ラボ型開発かどうか 同グラフでは「ラボ型開発の対応可能か」を成功企業があげています。ラボ型開発とは、基本的にある 一定期間(半年〜1年)の間、お客様の専用のチームを用意し開発を行うという契約形態のことを指します。 ラボ型開発では契約期間内であれば仕様変更や修正も追加費用なしで対応可能な上に、知識やノウハウを蓄積することができるので開発効率の向上が期待できます。コスト削減にも直結しやすいと言ったメリットもあります。 成功企業がより重要視している=オフショアの開発にはラボ型開発の観点が重要だと言えそうです。 ちなみに、成功企業がその他で挙げた回答としては「会社の雰囲気」「カルチャーフィットするかどうか」「開発の目的がしっかりと共有できているか」などがありました。 合わせて読みたい>>ラボ型開発(ラボ契約)とは?メリット・デメリット、請負型開発との違いをご紹 ブリッジSEの有無・クオリティ 下記グラフは「オフショア開発を成功させる上で何が一番重要か」をアンケートした結果になります。 コミュニケーションと答える企業が最も多く、続いてブリッジSEと続いています。ラボ型開発では会社対会社の関係以上に、ブリッジSEの役割・能力がプロジェクトの成功に関わってきます。 そもそもブリッジSEとは、日本にいるクライアントからヒアリングした内容を、海外にいる開発者に伝える、国内と海外の取りまとめの役割を担います。 オフショア開発のような国際的なチームで開発を進める場合、それぞれの国の文化、言葉、時差、価値観などの違いから、お互いを知らずに仕事を進めてしまうと、プロジェクトの進捗や品質などに大きな影響を与えることもあります。 そのため、お互いの情報の橋渡しを行う人が必要になります。この役割を担うのがブリッジSEなのです。 先ほども言ったように開発にはトラブルがつきものです。あらゆるトラブルの発生が想定される中、そうしたリスクを回避していくためにも優秀なブリッジSEはなくてはならないものなのです。 合わせて読みたい>>BrSE(ブリッジSE)とは?オフショア開発での役割、必要なスキルをご紹介 社内調整も重要 これまでおすすめの開発会社を紹介していきましたが、実はオフショア開発を成功させるためには、社内調整も重要です。 下のグラフは「オフショア開発企業を選定する際に感じた課題」について調査した結果です。 これによると、「担当者とのコニュニケーション」「社内調整」が高い値になっています。例年これらは上位にきていて、最も解決するべきポイントと言えます。 オフショア開発を行う際、多くの場合は開発部門だけでなく、他部署や経営陣との調整が必要です。 オフショア開発とはどのような開発手法なのか、どういったメリットがあるのかなど、しっかりと理解してもらう必要があります。 さらにオフショア開発をうまく活用していくためには、現場からの声を適切に聞き取っていくことも重要です。 例えば会社選定の際に必要な発注候補案件が出てこない、現場がオフショア活用に消極的でだったなど、そう言った場合はオフショア開発を行っても成功に至らない場合が多いようです。 社内への理解を高め、しっかり案件の棚卸しを行うことが成功へのポイントと言えそうですね。 まとめ いかがでしたか。本日はオフショア開発を成功に導く開発会社選びについて、おすすめの選定方法を紹介していきました。 重要なのは類似案件の開発実績やブリッジSEがいるのか、ラボ型開発に対応しているのかということでしたね。 そして社内調整をきちんと行い、案件の棚卸しや理解を深めることでより良いパフォーマンスを発揮することができます。 そんなオフショア開発の会社選定、チョータツを利用してみてはいかがでしょうか。 チョータツなら、まとめた要望をヒアリングし適切な人材をスピーディーに確保することが可能です。 研究開発支援やDX化支援などさまざまな依頼に柔軟に対応可能。多くの企業様にご利用いただいています。 人材調達にお悩みの方、オフショア開発のラボ型開発に興味がある方は、ぜひこちらから資料のダウンロードをしていただければと思います。
続きを読む >>
オフショア開発成功の鍵【プロジェクト管理が肝】
オフショア開発を行う際にはプロジェクト管理が重要です。 特に発注企業側とオフショア開発会社でのコミュニケーションが疎かになっていたり、発注企業側の社内での理解がきちんとなされていないと要件通りの開発ができないなんてことも… この記事ではそんなオフショア開発におけるプロジェクト管理に関して、徹底的に解説をしていきたいと思います。 オフショア開発に興味がある方 オフショア開発がうまくいっていない企業の方 社内のIT人材が不足している方 IT人材を確保しようとしている方 これらに当てはまる方におすすめの記事となっています。これを読めばオフショア開発を成功に導くポイントが丸わかりですよ。 オフショア開発の種類 オフショア開発の成功のポイントを語る前に、そもそもオフショア開発の種類について整理しておきましょう。 オフショア開発には「請負型」と「ラボ型契約」の2種類があります。「請負型」は、プロジェクトごとに開発依頼を行う契約です。開発チームは、決められた納期・工数にしたがって、依頼されたプロジェクトの開発を行います。 一方、ラボ型契約は基本的にある 一定期間(半年〜1年)の間、お客様の専用のチームを用意し開発を行うという契約形態のこと。 コスト削減の目的で利用されることの多いオフショア開発ですが、コスト面から考えるとラボ型契約がおすすめです。その他にも優秀な人材を長期間確保できたり、仕様変更にも柔軟に対応できるなどといったメリットがありますよ。 そんなラボ型契約では、プロジェクト管理が非常に重要です。ラボ型契約に慣れていない企業では、うまくそれを活用することができずプロジェクトが失敗してしまうケースも少なくありません。 オフショア開発に必要なプロジェクト管理とは? 下のグラフは「オフショア開発白書」で調査した「オフショア開発企業に感じた課題」のアンケートです。これによると、「品質管理」や「コミュニケーション力」が課題になっていることがわかります。 特に品質管理を課題として上げる声は去年よりも増加しています。これは昨年よりもオフショア開発が一般化したため、新規参入企業が増えたことが要因と言えるでしょう。 この課題を解決するためには、品質管理を強みにしているオフショア開発企業に依頼を行うことが重要です。しかしその一方で、そのような企業に発注側が開発を任せてしまって、イメージ通りの開発が行われないリスクがあります。 最終的な成果イメージをベンダに任せきりにするのではなく、コミュニケーションをしっかりと取り双方が納得のいく開発を行っていくことが重要なのです。 コミュニケーションのコツ さて、コミュニケーションが重要だと言ったものの、海外のオフショア開発国に依頼するためコミュニケーションがスムーズに行われない恐れがあるかもしれません。 そこで、ここではオフショア開発国とうまくコミュニケーションを取るためのコツをご紹介します。 ①チャットツールを活用する 近年では、新型コロナウイルスにおけるリモートワークの増加から、TeamsやSlackなどと言ったチャットツールを使用する企業が増えています。 チャットツールを活用することで、リアルタイムのコミュニケーションができるのはもちろん、会議を臨機応変に行うことも可能です。 また、スケジュールが共有できたり、タスク管理ができるものもあるので、そういったものを活用するのも良いかもしれません。 ②時差が少ない国に依頼する 時差があると会議を行う時間を調整しなければなりません。 なるべく時差が少ない国に依頼をすることでお互いにストレスなくコミュニケーションを行っていくことができるでしょう。 ③文化の違いを受け入れる、商習慣が似ている国に依頼をする 国が違えば文化も異なります。日本はニュアンスで伝えるところがありますが、海外ではそれは通用しません。 また海外では残業を行わない国も多いので、日本では一般的なことかもしれませんがそれを強要しないよう気をつけましょう。 ベトナムのような日本と商習慣が似ている国に依頼するのもおすすめです。 社内調整も重要! オフショア開発への社内理解がされていないと、課題が見えてこなかったり、案件が現場から出てこないリスクがあります。 またオフショア開発を推進する上では、多くの場合、開発部門だけでなく経営陣や他部署との調整が必要になりますよね。 オフショア開発を行う前に、「自社の課題は何なのか」「オフショア開発で何をしていきたいのか」「オフショア開発でどういう結果をもたらしたいのか」など、他部署を巻き込んで案件の棚卸しを行うことで、適切な企業の選択に繋がっていきます。 まとめ いかがでしたか。本日はオフショア開発を成功に導く、「プロジェクト管理」について解説していきました。 オフショア開発の課題として上がる「プロジェクト管理」は、ベンダに任せきりにするのではなく双方でしっかりコミュニケーションをとっていくことが重要でしたね。 コミュニケーションはツールを活用したり、互いの商習慣を理解していくことがポイントでした。 また大前提として、社内調整をしっかり行うことが適切な企業の選定の重要な要素でした。案件の棚卸しを行い要望をしっかりまとめておきましょう。 チョータツなら、まとめた要望をヒアリングし適切な人材をスピーディーに確保することが可能です。 研究開発支援やDX化支援などさまざまな依頼に柔軟に対応可能。多くの企業様にご利用いただいています。 人材調達にお悩みの方、オフショア開発のラボ型開発に興味がある方は、ぜひこちらから資料のダウンロードをしていただければと思います。
続きを読む >>
【オフショア開発】依頼企業から見る業界の動向【オフショア開発が一般化】
ITリソースが不足している日本では、オフショア開発がより一般的な存在になっています。 この記事では、オフショア開発を依頼する企業について詳しく見ていくことで、業界の動向を解説していきたいと思います。 オフショア開発の依頼企業に関する情報は「オフショア開発白書」を参考にしていきます。 日本のITの現状が知りたい方 オフショア開発について知りたい方 社内のIT人材が不足している方 これらに当てはまる方におすすめの記事になっています。これを読めばオフショア開発の動向やIT業界の動向がわかりますよ。 日本国内のITリソース不足 オフショア開発と言えばコスト削減のイメージが強いですが、ここ3年〜4年はコスト削減に加え、リソース確保の側面が強くなっています。 それは国内でITリソースを確保するのが難しくなっているのが要因です。 経済産業省によると2030年に最大で79万人のIT人材が不足すると言われています。 実際、日本国内で募集をかけても即戦力となる人材はなかなか確保できず、未経験からエンジニアを育てたとしても、一人前になるまで教育する余裕を取れない場合がほとんどです。 ITは技術の移り変わりが速く、常に学び続けなければいけません。その労力を考えた時に「給与と割が合わない」と思ってしまう人が一定数いるのが現状なのです。 合わせて読みたい>>IT人材不足の解決手段は、オフショアのラボ型開発が最適な理由 製造業からの依頼が増加 以下のグラフはオフショア開発についての相談があった企業の業種を表しています。 この表によるとIT系、サービス系の企業からの依頼が多いのはもちろん、製造業からの割合が多いこともわかります。昨年は3%でしたので、増加傾向にあることがわかります。 製造業はリモートへの移行のハードルが高い業界で、2020年まではそれが停滞していました。しかし、新型コロナウイルスによる世間的なリモートの増加によって、オフショア開発への依頼が増加していることが予測されます。 エンドユーザーからの依頼の増加 以下のグラフは企業の属性を分類したものになります。ここで言うベンダは日本の開発会社を示しています。つまり自社が受けた案件をオフショア開発会社に依頼し、開発を行っている企業のこと。 一方、エンドというのは実際にその開発案件によってサービスを提供している会社のことです。 2020年と比べると、65%から75%へとエンド企業の割合が増加しました。 このことからオフショア開発がより一般的になったと言うことがわかります。日本ではITリソースが確保できず、近い将来ほとんど全ての日本企業がオフショア開発をせざるおえない状況が予測されます。 Webシステム(サービス系)がトップ 以下のグラフは相談内容の割合です。開発案件の相談内容としては「Webシステム(サービス系)」がトップとなっています。「スマホアプリ開発」「Webシステム開発(業務系)」と続きます。 Webシステム(サービス系)は昨年比でも5%増加しており、これは先ほど解説したエンドユーザーの増加が影響していると考えられます。 自社サービスを開発したいがITリソースが不足しているためにオフショア開発を利用しているのです。また国内ベンダと比べた際に開発スピードをあげるためにオフショア開発を選択したという声も多かったそうです。 「サイト制作」は減少 先ほどのグラフにおいて「サイト制作」は5%と減少傾向にあります。(13%→5%) これまではリソース不足からサイト制作を依頼する企業も多かったのですが、近年は簡単にサイトを作ることができるサービスも増えているため、その数が減少していると考えられます。 またサイト制作はもともと単価が低いため、コスト削減としてオフショア開発を利用している企業にとってはその効果が期待できないのも要因にあげられます。 このことからサイト制作に関しては今後減少傾向が続くでしょう。 まとめ いかがでしたか。本日は「オフショア開発白書」を元にオフショア依頼企業の動向を見ていきました。 単価の安いサイト制作の依頼は減少傾向にある一方、Webシステム(サービス系)での依頼が増加しています。このことからITリソースが不足している企業がオフショア開発を活用していることがわかります。 また、製造業からの依頼が増えていることからオフショア開発がより一般化していて、より身近なものになっていることがわかります。 コスト削減だけではなくITリソース確保の観点からも注目されているオフショア開発、ぜひ検討してみてはいかがでしょうか。 オフショア開発のラボ型開発を検討している方は、「チョータツ」がおすすめです。 チョータツは高度IT人材を最短7営業日後に調達できる人材調達サービスです。 お客様のご要望をヒアリングして、研究開発支援やDX化支援などさまざまな依頼に柔軟に対応していくことが可能です。多くの企業様にご利用いただいています。 人材調達にお悩みの方、オフショア開発のラボ型開発に興味がある方は、ぜひこちらから資料のダウンロードをしていただければと思います。
続きを読む >>
webアプリを開発会社に外注する際の選定ポイントとは?
webアプリを開発会社に外注する際は、要件定義をしっかり行い複数社に見積もりをとることがポイントです。 特にアプリ開発は修正も多いため、「いつの間にか追加費用がたくさんかかっていた…」なんてことも起こりかねません。 そこで今回はwebアプリ開発をしたい方向けに、外注の際に気を付けるべきこと、事前に知っておくべきことなどを徹底紹介していきます。 これらに当てはまる方におすすめの記事となっています。これを読めばwebアプリ開発を外注する前に知っておくべきことが丸わかりですよ。
続きを読む >>
Flutterエンジニアを求人募集しても不発だったなら、ラボ型開発と言う選択肢を考えてみませんか
Flutterエンジニアは注目されてはいるものの、日本ではその人数がまだ多くはありません。 そのため、人材の確保に関して苦労している方も多いのではないでしょうか。 この記事ではそんなFlutterエンジニアの人材確保に苦戦している方向けに、ラボ型開発をご紹介したいと思います。 ラボ型開発なら仕様変更にも柔軟に対応ができるなどメリットが多くあります。 これらに当てはまる方におすすめの記事となっています。これを読めばFlutterエンジニア獲得のためのラボ型開発の魅力が丸わかりですよ。
続きを読む >>
モダンオフショアとは
オフショア開発は時代とともに成長を続けています。 その目的も「コスト重視」から「クオリティ重視」に変りました。この記事ではそんなオフショア開発に関して、その変化やモダンオフショアとは何なのかなどについて解説していきます。 最新のオフショア開発を知りたい方 社内のIT人材が不足している方 オフショア開発に興味がある方 これらに当てはまる方におすすめの記事となっています。これを読めばモダンオフショアとは何なのかはもちろん、最新のオフショア開発はどんなことを重要視しているのかなど丸わかりですよ。 コスト目的からクオリティ目的へ モダンオフショアは2014年〜2017年ごろまではオフショア開発でのアジャイル開発のことを指していました。 しかし、その頃はコストを下げることが目的になっていて、モダンオフショアにクオリティが求められることは少なかったのです。またメンバー間に上下関係がありブリッジSEが中心となっていたのも特徴です。 そこから2019年〜2020年、徐々に優秀なエンジニアが確保できるようになオフショア開発はより質の高いものになっていきました。そして開発メンバーは以前よりもフラットな状態になり、上下関係というものはなくなっていったのです。 2021年にはオフショア開発の目的はコストからクオリティに移行していきました。 プログラマー(万円) シニアエンジニア(万円) ブリッジSE(万円) PM(万円) ベトナム 36.58 42.93 48.68 62.61 中国 41.60 51.54 73.52 90.42 フィリピン 33.93 47.86 66.68 73.96 インド 33.36 47.86 54.92 77.7 ミャンマー 27.27 37.31 41.15 64.15 バングラデシュ 23.69 28.31 58.94 64.56 日本 最低単価43最高単価65 ー 66 84 参考 「「ベトナム」の人【2021年最新版】ベトナムオフショア開発の人月単価相場)」「ブリッジSE(ブリッジエンジニア)の仕事内容」「PM案件の単価は?プロジェクトマネージャーがフリーランスで独立する前に」 上の表はオフショア各国の月単価と、日本のエンジニアの月単価です。 上の表はオフショア各国の月単価と、日本のエンジニアの月単価です。これを見るとポストベトナム開発国ではまだまだ日本よりも費用を抑えられるものの、ベトナムや中国、インドなどでは日本とそこまでコストが変わらなくなってきています。 また、オフショア開発は優秀なチームの確保が重要になり、アジャイル開発だけでなくスクラム手法も取り入れられるようになっていったのです。 モダンオフショアを支えるアジャイル開発とは […]
続きを読む >>
アジャイル開発の世界のトレンド
アジャイル開発は仕様書変更が柔軟に対応でき、リリース時間も短縮できることから、注目の開発手法ですが、近年世界的に見てどのような状況や動向なのでしょうか。 この記事ではそんなアジャイル開発の世界トレンドについて「15th State of Agile Report」を元に解説をしていきたいと思います。 これらに当てはまる方におすすめの記事になっています。これを読めばアジャイル開発の傾向や課題など丸わかりですよ。
続きを読む >>
サーバーレスアーキテクチャーLambdaとは? EC2との違いも解説
サーバーレスアーキテクチャーが近年注目を浴びていますが、その中でもトップシェアを誇っているのがAWSが提供するLambdaです。 Lambdaはサーバーの管理不要で、API Gateway、S3など他のサービスと組み合わせることができるサービスです。 この記事ではそんなLambdaについてその特徴を徹底解説していきます。 Lambdaが気になっている方 インフラのコストを抑えたい方 サーバーレスアーキテクチャについて知りたい方 これらに当てはまる方におすすめの記事となっています。これを読めばLambdaの特徴はもちろん、似たサービスで多くの人が混合してしまうEC2との違いもわかりますよ。 サーバーレスアーキテクチャーとは サーバーレスアーキテクチャーとはサーバーの管理を必要としない仕組み(アーティテクチャー)のことをさします。 サーバーを利用するには、通常OSやネットワークのセットアップなど自分達で構築が必要でした。稼働後も利用状況を監視し、必要に応じてリソースを拡張しなければなりませんでした。 しかしサーバーレスの場合は、登録した処理の実行に必要なサーバーをクラウドサービで割り当てるため、OSやDBなどのインストールは不要で、サービスを利用することができるのです。 サーバーレスアーキテクチャーLambdaとは? LambdaとはAmazonのAWSが提供するサーバーレスアーキテクチャーです。クラウドインフラストラクチャ市場でトップシェアを占めています。 ユーザーが自前でサーバーを持つ必要がなく、Amzonが所有するサーバーでサービスが提供されています。 Lambdaでは、Java、Ruby、Python、Goなどのプログラミング言語を用いて関数を登録するとプログラムを実行することが可能。 Lambdaの利用料金は従量課金制で、実行したリクエストとコンピューティング価格を支払う仕組みとなっています。その一方、リクエスト数が1,000,000件まで、コンピューティング価格は400,000GB/秒までは無料で利用できます。 また初期費用はかかりません。リクエストが少なければお金がかからないので、コストを大幅に抑えることが可能です。 Lambdaの特徴 仮想サーバーの管理が不要 LambdaはAWSが一元的に運用管理を行います。従来のインフラで必要だったセットアップや運用・保守などといった業務は一切不要になるのです。 イベント駆動 アプリが起動されたり、ファイルがアップロードされたりなどといったイベントが起きる際に駆動する仕組みなので、コストを大幅に削減することが可能です。 拡張性 数回のアクセスから、数千万、数万の大規模なアクセスまで、イベントの需要に応じて自動的にシステムを伸縮させることができます。 EC2との違い EC2はAWSの代名詞とも言えるサービスですが、Lambdaとは何が違うのでしょうか。 そもそも EC2とはElastic Compute Cloudの略で、AWS上に仮想サーバーを構築できるサービスです。 EC2ではインスタンスと呼ばれる仮想サーバーを利用します。インスタンスは複数契約が可能で、OSも搭載されているので、大規模なシステム構築にも対応が可能です。 Lambdaとの最も大きな違いは、セットアップの負担の度合いです。 LambdaではAWSにおけるプログラムの実行環境があらかじめ提供されています。そのため、サービスを利用し始めた直後からプログラムの組み立てが可能で、セットアップによる負担が発生しません。 一方、EC2は汎用性の高い仮想サーバーを提供してくれるものの、真っ白な状態からスタートをさせる必要があります。 利用開始時は、OSがインストールされているだけの状態なので初期設定やミドルウェアのインストールなどが必要です。そのため利用負担がLambdaよりもあると言えます。 まとめ いかがでしたか。本日はサーバーレスアーキテクチャーの中でもトップシェアを誇るLambdaについて紹介していきました。 Lambdaははサーバーの管理不要で、イベントが起きた時にだけ駆動する仕組みのため人件費や維持費などを大幅に抑えることができるサービスでしたね。 従量課金制で、初期費用もかからないのも嬉しいポイントでした。 EC2と違い、セットアップに負担がないので、新サービスやシステムが成功しない場合でも、新しいものに簡単に切り替えていくことが可能です。 次世代のインフラサービスとも言えるLambda、ぜひ取り入れてみてはいかがでしょうか。
続きを読む >>
サーバーレスアーキテクチャーとは?特徴やメリット・デメリットをご紹介
近年、話題になっている言葉で「サーバーレスアーキテクチャー」というものがあります。 サーバーレスアーキテクチャーとはサーバーの管理を必要としない仕組みのことで、サーバー管理に使っていた時間やコストを削減することができるということで注目を浴びています。 この記事ではそんなサーバーレスアーキテクチャーについてどんな特徴があるのか、どんな仕組みなのか、メリットやデメリットは何なのかまで徹底解説していきたいと思います。 サーバーレスアーキテクチャーについて興味がある方 サーバーレスアーキテクチャーの仕組みを知りたい方 ITインフラに対する時間を削減したい方 これらに当てはまる方におすすめの記事となっています。これを読めばサーバーレスアーキテクチャーがどんな特徴なのかが丸わかりですよ。 サーバーレスアーキテクチャーとは サーバーレスアーキテクチャーとはサーバーの管理を必要としない仕組み(アーティテクチャー)のことをさします。 あくまでサーバーの管理が不要なだけで、サーバーを使わないわけではありません。リケーションの際は物理的なサーバーが必要です。 つまり、サーバーは裏で動いているものの、利用者にはわからないようになっているというものがサーバーレスアーキテクチャーなのです。 サーバーを利用するには、通常OSやネットワークのセットアップなど自分達で構築が必要でした。稼働後も利用状況を監視し、必要に応じてリソースを拡張しなければなりませんでした。 しかしサーバーレスの場合は、登録した処理の実行に必要なサーバーをクラウドサービで割り当てるため、OSやDBなどのインストールは不要で、サービスを利用することができます。 そんなサーバーレスアーキテクチャーの1つにFaaSというものがあります。 FaaSとはFunction as a Serviceの略で関数のコードを実装することで、関数を実行する環境を提供するサーバーレスアーキテクチャーです。 FaaSと似たような言葉でBaSSというものがあります。どちらのサービスもサーバーの運用を考慮する必要のないサービスですが、FaaSは独自のビジネスロジックを動作させるサービスである一方、BaSSは必要な機能を選択して利用することができるサービスという違いがあります。 サーバーレスアーキテクチャー誕生の秘密 サーバーの管理はエンジニアにとって大変なものでした。アプリケーションの開発や改善に時間を割きたいのに、サーバーの管理に多くの時間がかかってしまっては意味がありません。 そんなサーバーレスアーキテクチャーですが、実は新しいものではなく昔から提唱をされてきました。では何故近年注目を浴びるようになったのでしょうか。 それはFaaSのプラットフォームが使いやすい形で誕生したことがきっかけにあります。Amazon Web Servicesは 2014年にLambdaというサービスを開始しました。 AWSの他のサービスとの連携も容易に行えるなどのメリットがあることから世界中で浸透していったのです。 サーバーレスアーキテクチャーの特徴 ITインフラは仮想化に向けて進化を続けていきました。仮想化とは、サーバー、OS、ネットワークなど物理的な構成を利用者から見えないようにして、効率化を図ったものを指します。 IaaS型のサービスでは、クラウド上に仮想サーバーを作りそれに対して料金を計算し、精算する仕組みになっています。ユーザーが大量にアクセスした場合でも、クラウド上のサーバーを次々に起動することで処理が分散、大量のアクセスを捌くことが可能になります。 反対に、ユーザーのアクセスが安定している場合には、サーバーの数を抑えることで流動性のあるユーザーに安価にサービスを提供することが可能なのです。 しかし、IaaS型ではホスティングサーバー同様に、OSやミドルウェアなどの管理やセキュリティアップデートが必要でフロントエンジニアにとっては敷居が高いサービスだったのです。 そこからFaaS型ではサーバー自体に対するパフォーマンスチューニングやセキュリティアップデートなどをFaaSのプロパイダーが行ってくれるようになりました。 サーバーレスアーキテクチャーの展開方法 サーバーレスアーキテクチャーを提供するプロバイダーをいくつか紹介していきます。 AWS Lambda AWS Lambdaはクラウドインフラストラクチャ市場でトップシェアを占めているAmzonが提供しているサービスです。API Gateway、S3など他のサービスと組み合わせることが可能なのが大きな特徴です。 Google Cloud Functions Googleが提供しているサービスです。Google Cloud Functionsへの呼び出しは、IAM (Identity and Access Management) または OAuth 2.0 による認証・認可をサポートしています。これにより高いセキュリティが実現できます。 Azure […]