昨天提到關於技能樹的相關資訊以及建議的做法後，今天會再拉回到從需求端出發的角度，並且將階層拉更高來看哪一項服務或者是工具適合滿足絕大多數的需求。

自動化處理、Low code、企業資料分析我全都要

前面有提到相關的需求使用了微軟的服務，而至於為什麼會在評估做法的時候常常將微軟的產品和服務納入選單是有原因的，其中舉一個例子如下。

• 較龐大的組織提供給員工登入時，雲端的服務會使用AAD的方式驗證
  上述這一點要表達的就是一般員工登入時，如果當前使用了哪一個服務做SSO，相對的當一些延伸的需求有涵蓋到登入的動作時，那就會建議使用同一個雲端服務下的其他服務會是比較好的做法。

而在這幾周的的例子有提到自動化處理(Power Automate)、Low Code工具開發的省思與發想以及對於當前上線的應用程式統計情況，這一些需求如果想要整合式的應用程式平台，微軟有提供一個叫做Power Platform的解決方案。

至於什麼是Power Platform呢，簡單來說可以參考下面的資訊，從圖中可以看到的是除了Power Automate之外，還有Power BI、Power Apps、Power Virtual Agents、Power Pages等等的服務。

而這個整合服務的精神在於當需求評估之後，如果是使用者可以自行設計的部分，就可透過Low Code和No Code的服務去達成(或者是輔導的方式協助)，並且也可以依照產出的結果變成是類似的需求發生時，成品可以變成範本的方式當作參考的範例。

這時候對於開發者而言可能會有一個疑惑，就是這一些服務的提供下那會不會哪一天被取代，這個部分我覺得是不用太多擔心的，因為雖然是使用No Code和Low Code的工具與服務，但本質上也是透過程式碼的概念簡化成GUI讓使用者應用。

所以說需求的複雜程度沒有到很高，可以使用現有服務滿足的話，對於開發者可以更專心的去開發較複雜的系統，減少日常性質的需求額外造輪子的時間。

參考與學習資源

至於如果要去試玩的話可至Power Platform註冊和登入微軟的帳號，並且成功登入之後在下圖的部分可以選取當前要測試的服務。

備註 : 某些服務可能要在組織的形式下才能試用
Explore Power Apps for free for 30 days

Power Apps介面示意圖

然後如果還不清楚基本的功能可以參考PL-900、PL-200、PL-100的相關證照課程學習。

總結今天的分享資訊Power Platform就像是一個百寶袋，一些商務的應用就視情境搭配適合的服務，並且在多方的整合時如果都是微軟旗下的產品可以更加便利。

另外還是要留意畢竟使用這一些服務要付出一定的成本，所以便利歸便利還是要看當前的使用者需求，以及公司內的目標規劃再衡量要把多少的比重轉換到這個服務上。