亞馬遜雲科技已經將項目開發套件（PDK）藍圖引入其CodeCatalyst DevOps工具當中。開發人員現在可以根據常見模式構建應用程序，同時設置DevOps資源，藉此提高這兩大項目的市場吸引力。
作為2023年4月正式發布的亞馬遜 DevOps服務，CodeCatalyst旨在提供一套完整的集成系統，涵蓋源代碼管理、構建與測試工具、持續集成與持續交付（CI/CD）、問題跟蹤與合作等功能。亞馬遜雲科技同時提供其他DevOps工具選項，例如CodeBuild、CodePipeline以及CodeArtifact，但CodeCatalyst是獨立服務的形式存在，並非其他工具的捆綁包。換句話說，我們可以將CodeCatalyst與各類外部服務結合起來，包括配合GitHub代碼庫使用。
PDK則是另一個在GitHub上開源的獨立項目，旨在為常見用例提供構建塊支持，但目前僅支持三種語言：TypeScript、Python以及Java。PDK基於Projen衍生而來，希望實現項目的自動化配置。
自CodeCatalyst發布以來，就一直將各類藍圖作為項目的重要組成部分。而此次添加的PDK藍圖將帶來更強大的組合，也將內置藍圖從之前的20種增加到現在的25種。
在CodeCatalyst中添加PDF藍圖
在實際體驗當中，我們按照教學引導掌握了類型安全API、使用亞馬遜Cloudscape設計基於Raect的網站、Cognito身份驗證以及將項目部署至亞馬遜基礎設施的整個工作流程。
整個實驗項目由5個PDK藍圖組成，分別負責處理設置以支持Nx構建系統的代碼庫、添加API與Cloudscape React網站的框架代碼、定義基於CDK（雲開發工具包）的亞馬遜基礎設施，以及創建用於構建及部署項目的工作流程。每次應用藍圖時，它都會創建一條pull request，因此在合併該PR之前不會應用任何代碼變更。
設置完成之後，項目還提供內置選項以創建基於代碼庫的遠程開發環境。我們設置了一套Tabnine環境，但並非完全成功，因為終端無法運行並顯示「tmux: need UTF-8 locale (LC_CTYPE) but have ANSI_X3.4-1968」錯誤。我們本可以避免這個錯誤，而且亞馬遜官方也為接入運行Tabnine環境的虛擬機提供了明確記錄的修復程序。
在Tabnine中編輯項目代碼，但最終出現了終端報錯
儘管出了點小問題，但該工具的表現仍然令人印象深刻：它不僅能夠生成代碼，還能生成完整的DevOps環境，這無疑將大大簡化開發者的工作流程。
但其局限性也相當明顯，包括當前可用的藍圖數量較少，而且所有藍圖的版本號仍然以0開頭——代表其尚處於預覽階段。
此次CodeCatalyst與全新PDK功能的發布背景在於，儘管亞馬遜雲科技已經成為全球最大的雲基礎設施服務商，但在DevOps工具方面尚未得到大多數開發者的認可和關注。亞馬遜方面似乎在這項服務上投入了大量資源，但目前還很難判斷其是否有能力建立起龐大且活躍的技術生態。類似的問題也同樣困擾著PDK，而將兩者結合起來也許能同時拉高雙方在目標受眾當中的吸引力。
另一個關鍵問題則是CodeCatalyst定下的發展目標是否太高，即只需點擊幾下就能創建出相對複雜的項目。對於這類快速生成的項目，可能要求開發人員在維護和開發方面擁有更高水平的技能；而如果開發者真的具備如此高水平的業務能力，似乎又沒必要使用藍圖、或者說藍圖反而限制了他們的開發空間。
官方倒是相當樂觀，強調稱「PDK藍圖能夠消除為全棧應用程序設置不同項目所帶來的繁重無差別工作，使您在更短的時間內解決多個項目的特定需求。」
