【AWS 數據戰情室】Day 30 QuickSight 功能介紹

QuickSight 功能介紹

在資料源設定完成後,接下來介紹如何繪製圖表,以資料源是每個 User 購買數量為例,來建立圖表看哪些商品的購買量最多。從建立 QuickSight 的 Filter及自建欄位,自訂自己的運算式,創建符合自己需求的圖表。

【AWS 數據戰情室】Day 28 QuickSight 連接 Redshift – Part 1

QuickSight 連接 Redshift

QuickSight 是 AWS 的 BI工具 ,QuickSight 可以非常方便且簡單的串接 AWS 的資料庫或 S3,在 QuickSight 中可以 Join 多張 Table 或是多個資料源並進行視覺化分析產出視覺化的圖表,透過 UI 的方式可以更快速的進行分析。

【AWS 數據戰情室】Day 26 持續同步 S3 資料到 Redshift – Part 1

同步 S3 資料到 Redshift

之前在 Glue 上進行資料存取時都是使用 S3 ,而今天我們要透過 Glue Job 將 S3 資料儲存到 Redshift。這次是使用 Day 17 的運算結果,每個 User 最喜歡的前五名商品清單,將它放到新的 S3 路徑下,並且將他切成三等份每一份大約 30 萬筆資料。

【AWS 數據戰情室】Day 24 Redshift 教學

AWS Redshift教學

在介紹完 Amazon Redshift 後,我們直接來創建一個 Redshift。首先在創建 Redshift 前,需要先創建 cluster subnet group,其代表等等創建的 Redshift 要開在哪一個 VPC以及哪個 Subnet 上。

【AWS 數據戰情室】Day 23 Redshift 簡介

AWS Glue ETL Job Redshift簡介

在介紹 Data Catalog 連接 Redshift 之前,我們先介紹 Redshift 這個資料庫。Redshift 在 AWS 上的定位是 Data Warehouse 也就是資料倉儲,而 Data Warehouse 與一般的資料庫有什麼不同呢?馬上來看詳細說明。

【AWS 數據戰情室】Day 22 Glue Workflows 教學 – Part 2

aws Glue Workflows

本篇補充創建 Glue 的自動化流程 Workflows 的小細節,上次介紹完 Workflow 的使用方式,可以正常產生出每個User購買最多的前五名商品,但如果是使用昨天的 S3 資料階層來當資料源時,Data Catalog 需要修改部分設定才能正常工作。

【AWS 數據戰情室】Day 21 Glue Workflows 教學 – Part 1

AWS Glue ETL Job 教學 -workflows

講完 AWS Data Catalog 與 ETL Job 後,在整個資料處理的流程中可能會需要用自動化的方式讓整個流程可以夠便利,資料若是以天為單位的方式存入S3,則會有 Partition 更新的需求,今天就要來介紹如何創建 Glue 的自動化流程 Workflows 。

【AWS 數據戰情室】Day 18 Glue ETL Job 教學 – Part 5

AWS Glue ETL Job設定

本篇文章將延續前一篇說明,使用 Glue ETL Job 找出每個user最常購買的前五名商品,接續進行 spark SQL 程式碼 的設定,透過 spark SQL 對資料進行Group與排名。定義有哪些欄位要寫入 S3 ,並且定義該欄位的資料類型,設定完成即可得到完整程式碼。

【AWS 數據戰情室】Day 17 Glue ETL Job 教學 – Part 4

AWS Glue ETL Job

創建完 ETL 的 Spark Job 後我們要加入資料處理的內容,在預設的程式碼中只能做到資料搬遷,那這次我們的目標是要找出每個 user 最常購買的前五名商品,這部分會使用 PySpark 的進行。接下來會以修改後的程式進行說明。

【AWS 數據戰情室】Day 14 Glue ETL Job 教學 – Part 1

S3資料源準備

接下來我們來介紹 Glue ETL Job,在開始之前我們需要先準備 資料源 。這次我們一樣使用 Kaggle 的資料,將資料放入 S3。S3 上的資料準備完成後,再到 Glue 的 Crawlers 在創建一次我們在 Day 7 所創建的 Crawler 。

【AWS 數據戰情室】Day 13 Athena 教學

AWS S3 Athena 資料查詢

今天要介紹 Athena 在不透過 Glue Data Catalog 的情形下如何查詢 S3 的資料。首先我們還是一樣使用 order.csv 這個檔案當作資料源,將他上傳到S3後就可以開始 Athena 的設定。

【AWS 數據戰情室】Day11 Glue Partition 教學 – Part 1

儲存 大量資料時,影響查詢速度怎麼辦?本篇要介紹會使用到的資料切分方式 Partition 。當資料量小時在查詢的速度上不會有感覺,但今天資料量以機累積了一年兩年五年時,資料的大小與資料筆數就會很大的影響查詢度,所以 Partition 在 數據分析 中非常重要

【AWS 數據戰情室】Day10 Glue Data Catelog 教學 – Part 7

Classification

在上一篇講解完整的流程後,我們再回來說明 Table 的資訊與可調整的部分Table 說明:6-1. 點選創建成功的 Table Name,接著在6-2. 可以看到這個 Table 的詳細資訊, Classification 是哪一個類型的資料,原始資料所在的 AWS S3 路徑

【AWS數據戰情室】Day9 Glue Data Catalog 教學 – Part 6

AWS數據分析

上一篇說明使用 Athena 前需要執行的設定,本篇要接著使用 Athena 進行查詢,5-2. 設定完成後,就可以開始查詢 order.csv 裡的資料,Athena 是使用標準 SQL 進行查詢,所以如果會使用 SQL 操作 資料庫 ,再來是用 Athena 進行查詢分析幾乎是

【AWS數據戰情室】Day8 Glue Data Catalog 教學 – Part 5

Glue Data Catalog

延續昨天的步驟繼續將 Crawler 設定完成:IAM 的部分選擇我們在步驟 1-1 時創建的 IAM Role(ITGlue),Schedul 可以設定 Crawler 是否要定期執行,通常這個會用在需要將新的 Partition 更新到 Table 中時所使用

【AWS數據戰情室】Day3 Glue 基本介紹 – Part 2

Glue ETL

AWS Glue有另外兩個主要功能:ETL JobETL Job 有三種 ETL 方式可使用Python shell當資料量還不需要分散式運算的計算量時,可以考慮使用 Python shell,Python shell 與 Lambda 相似,可以執行 Python Script

【AWS數據戰情室】Day2 Glue 基本介紹 – Part 1

AWS glue基本介紹 part1

AWS Glue 為全託管的 SaaS 服務,使用者可以不用管理 VM,以及不需要手動設置 Claster。用戶不需管理基礎設施,AWS Glue 會佈建、設定和擴展執行資料整合任務所需的資源,因此使用者可以節省部屬環境的時間,讓使用者只需專注在資料處理流程的規劃與程式開發。

【AWS數據戰情室】Day1 資料處理的相關服務

AWS 資料處理的相關服務

AWS 上有需多數據處理與分析的服務,常見的有 Glue、Athena、Redshift 等,我們將介紹如何在 AWS 上進行數據處理與分析,並解說如何使用 AWS Service,以及使用中常見問題的解決方法,最後會有實作範例提供參考,降低大家在 AWS 數據處理與分析的門檻。

【PHP on AWS】Day 15 MYSQL 管理上的難題

傳統上管理 MYSQL 都是開發的工作,而phpmyadmin則是cpanel中的工具,在迷你網站上cpanel已是必備工具,在拆分mysql後所需面對的就是如何去連過去。

【PHP on AWS】Day 14-AWS MYSQL 的選擇與評估

PAAS服務的 MYSQL 在AWS中通常指的是RDS MYSQL,這是指AWS利用EC2幫你做好的服務。雖然你無法碰到底層但是AWS的調教,功力絕對比你我都好,只是一樣會受到AWS EC2中的EBS所控制。另外還有一種資料庫是AWS特色服務 Amazon Aurora

【PHP on AWS】Day 13-EC2第一個拆分的東西MYSQL

其實很多東西都要分拆,不是只有MYSQL,只要是程式碼之外的的東西都是需要分拆的對象。

但是在整體結構當中通常資料庫都是第一分拆的,原因無他,在標準三層式架構中Web、AP、DB 本身就因該是獨立的且是做到HA的架構,且合理的三層式架構比起單台主機的架構相對多了彈性與擴展性。

【PHP on AWS】Day 12-AWS Security Group

Security Group 安全群組會做為您執行個體的虛擬防火牆,控制傳入及傳出流量。當您在 VPC 中啟動執行個體時,您可以為執行個體指派最多五個安全群組。安全群組會在執行個體層級執行,而非子網路層級。因此,在您 VPC 中子網路內的每個執行個體都可指派給一組不同的安全群組。

【PHP on AWS】Day 11-AWS VPC 網路設計

Amazon Virtual Private Cloud ( Amazon VPC ) 允許您在 AWS 雲端佈建一個在邏輯上隔離的部分,並在自己定義的虛擬網路中啟動 AWS 資源。您可以完全掌控虛擬聯網環境,包括選擇自己的 IP 地址範圍、建立子網路,以及配置路由表和網路閘道。

【PHP on AWS】Day 9-Amazon Lightsail 轉 AWS EC2

其實就主機資源這件事情是最容易理解的,但就真實應用情境上來說,如果你希望有真實的網路環境使用,可以建立真正的私有網段或者是控制路由等等的功能。Lightsail 是無法協助的,因為他的VPC是簡約版,如果需要完整的周邊功能,比如控制路由或與AWS其他幾百項的服務完整結合

【PHP on AWS】Day 7-讓AWS Cloudfront將主機的附載降低到10%以下, Cloudfront 快取行為設計

在 Day 5- Amazon Lightsail 也可以套用 CDN (AWS Cloudfront) 的時候建議預設是全部 forword 不做快取,這樣其實就會失去快取的效果,但起碼是網站都是可以瀏覽的。那要如何做快取才是最好的方式?其實快取的標的基本上是靜態資源,這個靜態資源不一定是指實際有存在的檔案,如果是以 php 模擬出來的 html 也是可以接受的存在。

【PHP on AWS】Day 6-WordPress 上 Cloudfront 的最大瓶頸 SSL

其實不只是 wordpress,任何的框架都有相同的問題,我們都會在程式碼中判斷 URL 是否正確,如果不符合就會進行 301 或 302 跳轉。但是通常判斷的條件只會有 URL ,不含 http 或 https 判定,而 wordpress 是屬於兩者都會判斷的一套軟體,這時候程式判斷的處理就格外重要。

【PHP on AWS】Day 5-Amazon Lightsail 也可以套用 CDN (AWS Cloudfront)

CDN 其實有很多的好處

1. 讓 USER 離你的端點進一點,速度快點
2. 快取靜態資源,減低伺服器的負載
3. 降低被攻擊的風險,本土的陽春 CDN除外,國際廠商的 CDN 基本上都幫你抵禦 L3、L4 的攻擊
4. 隱藏主機,很多人的主機還是低分散的狀態,知道的網站就可以猜說你的其他服務是不是在同一台

其實好處還有很多,只要是走 http 的服務基本上都一定可以套用到 CDN 上除非特殊需求不然很少沒辦法做到套用的。

【PHP on AWS】Day 4-Amazon Lightsail LAMP 建置方案

基本上如果是 php + mysql 基本上 OS 都是以免費的 centos 與 ubuntu 為主,當然其他 OS 也沒不好,只是現有資源都是以這兩個OS為大宗,如果是新專案,能選新 OS 最好,避免太快被淘汰,Linux 通常我們做完幾年內,除了安全性更新都不大會去大量修改架構 。

【PHP on AWS】Day 3-傳統感受 虛擬主機 Amazon Lightsail

他其實只是個有 AWS 招牌的 VPS ,如果您不瞭解什麼是 VPS,可參考下列說明:簡配的網路、簡配的負載平衡、簡配的防火強、簡配的規格,除了 OS 可能會給多點東西之外一律都是簡配。這邊的簡配是相對的,他相對於 linode、godaddy 的 VPS 來說功能性一點都不差,但是相對於 AWS EC2 擁有完整功能的 VM 來說的確對擴展性不太方便。

【PHP on AWS】Day 2-PHP+Mysql 開發可以怎樣進化

多樣性是進化的特徵之一,但台灣的IT市場存在著兩種聲音:

1. IT 環境就是要上雲,Kubernetes 就是帥、microservices 才是未來的主流。
2. 簡單就好,實體主機跟 VM 都在自己家或 IDC,東西都不要出自己家最安全。

但是最重要的是,應該思考怎樣的服務是才最適合使用者,Nokia的「科技始終來自於人性」才是IT人始終該遵循的目標~~但奧客除外!!~~

我看過某 ISP 的雲端部門招牌亂賣 AWS lightsail 給需要有網路架構的客戶,也看過同業為了業績賣 AWS Shield Advanced 給不適合的客戶 (點下去就是 三萬六美金阿~)

【PHP on AWS】Day 1 為什麼要寫這個主題以及進化路線

歸納出多套屬於自己的獨特技術體系是每個工程師的必修課,從七、八年前以 Wordpress 作出大量的行銷用網頁,與電商系統供公司同仁使用,到後幫客戶搬遷與優化各種服務到雲端上,由簡至繁、由繁至簡,一直是一個很大的課題。

如何使用 Lambda 來自動啟動或停止 EC2 實例

透過 Lamba 函數可以控制 Amazon EC2 使用量,自動停止、終止、重新啟動或復原您的執行個體。

當執行個體不再需要執行時,您可以使用停止或終止動作以協助您節省成本;當遇到系統受損的狀況,您可以使用重新啟動和復原動作,自動重新啟動這些執行個體或將它們復原到新的硬體。

當我的 Amazon EC2 實例狀態更改時,如何取得通知?

A 公司某員工在下班前誤關了某台 EC2,導致 B 服務無法使用,直到第二天其他同事才發現架設該服務的 EC2 處於關閉狀態,此時為時已晚!因此,A 公司希望在有人關閉實例時,能接收到電子郵件通知,要如何設定才能做到這一點呢?

如何使用 Amazon CloudWatch Events 建立 GuardDuty 問題清單發送通知

智慧偵測威脅功能 GuardDuty 在啟用之後,偵查到問題時,只會顯示在 GuardDuty 的 Console 界面上。若您希望系統偵查問題後,能自動寄送信件通知,需搭配 Amazon SNS 和 Amazon CloudWatch Events,設定完後成後,只要 GuardDuty偵查到問題,就能發送到郵件通知,即時掌握!

如何使用 AWS KMS 加密 Amazon S3 中的特定文件夾

AWS快問快答

您是否有因為資安的考量,需要將所有放置在 Amazon Simple Storage Service (Amazon S3)的檔案加密呢?

只要透過 Key Management Service (AWS KMS)就能辦到囉!今天就由博弘架構師一步步教大家如何設定:

如何使用 Systems Manager 對 EC2 進行密碼重設

AWS快問快答

當 EC2 的 Window Administrator password 遺失或是 密碼 無法進行解密時,我們可以使用 Systems Manager 的 Automations 進行密碼重設。以下我們將分成三步驟進行:確認無法登錄的 EC2、設定 Systems Manager、重新設定設置密碼。

如何將 EC2 與 RDS 複製到另一個區域

AWS快問快答

你有因為法規或公司策略轉換,需將 EC2 與 RDS 複製到另一個區域的需求嗎? 我們聽到你的心聲啦~ 現在,就讓博弘架構師一步步帶大家完成複製工作吧!

新網站超前佈署AWS,高效、高速助使用者體驗再升級!

企業新網站容器化,並採用多種無伺服器服務讓網站執行效能大幅提升,其中應用的 AWS 服務架構如下:客戶搜尋網址透過Route 53進入網站,並透過Amazon CloudFront在網站前段就進行加速。打包網站image到ECR裡面,發布到多個ECS上並透過無伺服器服務Fargate進行容器服務的管理

AWS EKS Fargate 建置及服務佈署(下)

建立 AWS Application Load Balancer Ingress controller現在要創建OIDC ID,向群集中運行的Fargate pod授予IAM權限,用來給予alb ingress controller pod 能夠對AWS Application Load Balancer…

AWS EKS Fargate 建置及服務佈署(上)

aws架構師專欄banner

隨著近日 Kubernetes (K8s) 的詢問度越來越高,架構師也陸續接到在 AWS 上營運 Kubernetes 的需求。其中最受歡迎的就是 AWS 上的 Kubernetes 服務 – EKS,就讓我們一起來看看 AWS EKS 服務的 建置 流程及相關應用吧!

更換 Amazon RDS 預設 latin 語系為 UTF-8

AWS快問快答

相信大家也有遇過 RDS MySQL 預設語系為 latin,因此將中文資料存入 MySQL 後,資料會變成亂碼的問題。今天,博弘就來為大家解惑,一步步學習如何將 Amazon RDS 預設 語系 改為 UTF-8。 點選 RDS 左方的 Parameter groups…

使用 aws 服務快速建置固定ip的 user

但在全球疫情持續延燒,在家工作已成企業趨勢,這些軟體的管控變成另外一種資訊的負擔。員工在家工作勢必無法限制IP,且在 VDI 與 VPN 設備的採購與建置時間壓力之下,透過 AWS Client VPN 與 AWS NAT Gateway IP 聯網,讓您的IP限制難題迎刃而解。

利用 AWS Storage Gateway 建置混合式檔案儲存空間(上)

aws架構師專欄banner

AWS Storage Gateway 提供混合式的儲存服務,能將地端資料與 AWS 雲端平台串接。它可以從地端應用程式提供對 Amazon S3 各層級的物件低延遲的 Network File System(NFS)存取,也可以同時存取任何支援 Amazon S3 API 的應用程式。

【架構師專欄】Day30 – 總結! (4)

在已經建立好 Elastic Beanstalk 的狀況之下,只要利用 AWS CodePipeline就可以將 CodeCommit、S3、GitHub 中的程式碼部署進 Elastic Beanstalk,且完全 自動化 。簡單整合就可以讓開發者脫離FTP更新的困境,對於未來還可以結合 ECS…

【架構師專欄】Day29 – 總結! (3)

Elastic Beanstalk 的 調整 重要的地方在於以下幾點:1.log的存放:往cloudwatch與S3。2.data的存放:關鍵是不要存local。3.擴展到底多少才夠:看監控的數值來一次又一次的調整。4.告警的設定:附載過高要說啊….

【架構師專欄】Day28 – 總結! (2)

今日的主題是 Elastic Beanstalk 的 建立 ,快速利用15分鐘的影片來跟大家複習Elastic Beanstalk建立有哪些要注意的地方,以及哪些地方可以快速省略帶過,有些可能是看文件速度比較慢,所以使用影片帶大家最做一次可以快上許多。

【架構師專欄】Day27 – 總結(1)

與其說是總結倒不如說是把整個流程快速的串過一遍,就像 Kubernetes 之餘 container,Elastic Beanstalk 對於 EC2 也是相同的概念,他是一個很棒的自動化部署環境,只是跟 Kubernetes 一樣他需要很多的時間來去了解與熟悉,好險他是基於比較多人懂的 EC2…

【架構師專欄】Day26 – AWS Devops(9)

第四步 Add deploy stage,這邊可以看到他可以部署到的地方有不少,我通常來說都是選擇 Elastic Beanstalk,如 AWS CodeDeploy 也是蠻常見的,因為他很常用來設置在EC2或者是混合雲上,如果是對 Amazon Elastic Container Service…

【架構師專欄】Day25 – AWS Devops(8)

在建立 AWS Codecommit 之後,只需要使用 AWS Codepipeline 就可以快速將服務串接起來,一樣回到新版的畫面,點選「Create pipeline」即可開始建立,第一步只需要填入 Pipeline name 就可以直接點選 Next 進到下一步…

【架構師專欄】Day24 – AWS Devops(7)

AWS Codecommit 操作方式,這個如果要說篇幅實在有點長,建議可以參考此連結的 GIT 教學[Git官方教學],如果讀完了 GIT 官方教學代表你對 GIT 操作有一定程度的瞭解了,那就可以來看 [AWS Codecommit官方的介紹文件]連線方式可以參考上篇文章的位置。

【架構師專欄】Day23 – AWS Devops(6)

首先就來看 CodeCommit 整個的建置過程,點選 Create repository,填寫Repository name後就可以點選Create建立專屬的Git庫,這樣就建立完成了,這時候就可以看到要如何連結的方式,建議都是以SSH為主。

【架構師專欄】Day22 – AWS DevOps(5)

X-Ray 這個服務在AWS中很少被提起,也可能是因為這是個很少人提到的服務,這個產品比較是偏向於開發者問題排除的工具與IT對於效能上的監控,但由於支援的程式碼種類較少,只有Node.js、Java、.NET導致目前適用的族群較小,但是如果您剛好是這三個語言的族群,蠻適合來用用的…

【架構師專欄】Day21 – AWS DevOps(4)

CodeBuild 這服務簡單來說就是幫你測試程式碼是否可以正常的運行,如果以 AWS 內服務來結合的話,可以直接結合在 CodePipeline 的流程之中,原先是CodeCommit -> CodePipeline -> CodeDeploy -> 目標主機中,新增 CodeBuild 後測試的狀況…

【架構師專欄】Day20 – AWS DevOps(3)

AWS Devops 中有個角色不可或缺但是如果是用 Elastic Beanstalk,基本上一定會被忽略的服務 AWS CodeDeploy , CodeDeploy 收到程式碼後協助去將程式碼塞進主機,但是因為Elastic Beanstalk已經是內建了所以會沒有機會設定這些東西…

【架構師專欄】Day19 – AWS DevOps(2)

Devops 就不得不談到 git,git 是 Devops 的起點,AWS 也有提供 git 相關的服務 AWS CodeCommit。他是AWS上面一個蠻實在的服務,小量使用您可以不用花到費用就可以有私人git的服務,而不像是GitHub如果不付錢就只有把程式碼公開一條路…

【架構師專欄】Day18 – AWS DevOps(1)

以生產作業來說整個流程就是生產(產生程式碼) -> 測試(測試程式碼是否合乎規格與需求) -> 正式組裝(Deploy) -> 出產(服務運作)如果把它全講可能又是一年的鐵人賽了,基本上介紹必要的東西,做最基礎的 DevOps 這才是跨入這領域最重要的一步。

【架構師專欄】Day17 – Elastic Beanstalk 操作說明(14)

今天主要來說 Events 與 Tags,並來為 Elastic Beanstalk 做個總結。Events這邊是記錄各種 Elastic Beanstalk 有狀態變動時的紀錄,比如現在出現嚴重的 4XX,新的 Code 部署失敗等等的問題,是用來最快速的問題查修之用。

【架構師專欄】Day16 – Elastic Beanstalk 操作說明(13)

今天主要來說 Alarms 與 Managed Updates。Alarms這個功能其實就是設定參數來發出告警訊息,但是因為 Elastic Beanstalk 是集合式服務所以在設定上是需要集體的設定,個別的主機設定上設定可能因為主機的汰換所以可能間控告警失效,如果要設定告警基本上還是在這邊設定會是比較好的。

【架構師專欄】Day15 – Elastic Beanstalk 操作說明(12)

今天主要來說 Health 與 Monitoring, Health 主要是來顯示主機狀態,但是如果部署出問題他會是一個很關鍵的功能。因為可以從這邊得知道部署失敗的主機的狀況以利排除問題,這邊遇到的問題其實蠻多元的,通常都是客製化的YAML寫錯,這時候就可以利用這功能快速排除問題。

【架構師專欄】Day14 – Elastic Beanstalk 操作說明(11)

Configuration 這個也差不多說完了,接下來維運的關鍵功能 Logs 。這個功能可以將現有的主機的 log 撈出讓您下載,這是一個很棒的功能,可以讓您快速得到您的訪問紀錄,如果您有設定生命週期或者說你有自動擴展跟縮小過,會發現漏掉很多log…

【架構師專欄】Day12 – Elastic Beanstalk 操作說明(9)

Monitoring 顧名思義是監控,但是這個設定在傳統上是頗麻煩的,如果是 Elastic Beanstalk 要監控的話,其實較為簡單,點入 Monitoring 之後可見下圖的畫面,這邊看以多加選擇來監控您所有主機的狀態,在監控上除了記憶體之外都監控的到…

【架構師專欄】Day11 – Elastic Beanstalk 操作說明(8)

Software這個欄位關係到您效能與log服務,所以他是很重要的,Container Options 這個不多說,因為會您環境的語言不同而有不同的參數,主要是這邊有很多關係到LOG儲存的項目,S3 log storage 與 Instance log streaming to CloudWatch Logs。

【架構師專欄】Day08 – Elastic Beanstalk 操作說明(5)

談到了程式碼的上傳就不得不優先提到 Rolling updates and deployments (滾動環境資訊更新) ,這個功能關係到了您網站在更新時是否會影響 USER 的使用!一般來說更新程式的狀況下是需要停機的,但在雲端的環境中不需要如此…

【架構師專欄】Day07 – Elastic Beanstalk 操作說明(4)

Elastic Beanstalk 建立之後首先會遇到的第一個問題,程式碼怎樣上傳與打包。在還沒結合 DevOps 時我們可以將程式碼打包上傳從 Running Version 進入後點選壓縮的檔案進行上傳,支援ZIP或WAR。這邊有個重點是打包的方式…

【架構師專欄】Day06 – Elastic Beanstalk 操作說明(3)

有一種連結中沒提到的狀態,當刪除完成的Elastic Beanstalk它會變成淺灰色,這時候他會保留數小時並不會直接消失如上圖中左邊的方格。 Environment ID :如果您如果想更進階使用CLI來操作這是一個關鍵,反之可能完全無用。URL:這個是您佈建環境預覽用的URL您可以點選並驗證程式是否正確

【架構師專欄】Day05 – Elastic Beanstalk 操作說明(2)

Configuration presets 預設是以Free Tier eligible來設定,基本上他預設都是以最新版本為主,但如果是要比較舊的版本可以點選 [Change platform configuration] 進行修改,像是預設為 PHP7.2 但是可能需要 PHP 5.5 的狀況。

【架構師專欄】Day04 – Elastic Beanstalk 操作說明(1)

選擇region,基本上依照個專案還有網站需求的不同而選擇不同的地區,您可能在AWS官方網站上面看到還有中國的機房,如果要用中國結點的話需要在AWS另外開立中國專用帳號,而[AWS 全球基礎設施]官方的說明中有提到` AWS 網路節點 `,網路節點代表的是AWS Cloudfront(CDN)所提供服務…

【架構師專欄】Day03 – Elastic Beanstalk 架構說明(2)

以單 Elastic Beanstalk 來進行建置,通常就這個架構是偏向單純,但是在系統運作上面附載高低差很大的時候,為了資源利用率最大化通常會使用Load Balancing與auto scaling的架構運行就會是必要的,在這種狀況之下除了Load Balancing類型的選擇之外您還需要考慮到…

【架構師專欄】Day02 – Elastic Beanstalk 架構說明(1)

Elastic Beanstalk 這個服務最小的規模就是一台EC2作為Web Server,由於他是AWS代管的服務,所以內建幾項東西1. 程式版本控管2. auto scaling 的可行性3. 多種程式語言的支援4. 監控機制的整合5. devops的可行性…

【架構師專欄】Day01 我眼中的 Elastic Beanstalk

Beanstalk 可以減少大量的部屬時間,不需設計複雜的擴展機制、反覆進行擴展測試與監控,調教只需要注意一點EB的主體是 Stateless Service (無狀態伺服器),程式的任何儲存行為絕不可以存放在本機,掌握了這個原則基本上我們就可以開始進行Elastic Beanstalk 的建置。