Hay quá bác

Cảm ơn anh đã chia sẻ. Em đã hiểu hơn về CNN rồi ^^.

cách dễ nhất là bạn dùng Gitbash nhé, nó cho ta thao tác với các command và kết quả như Linux

@haha8x được bạn ạ, bạn chỉ cần viết Dockerfile để build image cho code app của bạn thôi.

Còn các thành phần khác như db (mysql), redis, nginx thì dùng sẵn image của người ta nhé, họ đã build rất tối ưu rồi

@Ryuga vậy bạn nợ mình 1 chầu cafe nhé

sao lại ko thể đến được folder đó là sao hả e?

E đang dùng OS gì? win? linux???

Chắc vẫn sẽ mở được chứ. Nếu trên Linux thì e đi từ / xem nhé.

E muốn hỏi có cách nào mà vẫn ở tài khoản máy host để chạy các file ở trong folder docker-non-root ở trên host khi cả folder đó đổi hết quyền sang cho user mytestuser được không a

Nếu e là root thì e chắc chắn đi đến user nào cũng được, từ đó tuỳ vào từng folder của từng user chạy docker compose up sẽ được non-root của user tương ứng (đảm bảo là các files/folders của từng user nằm dưới quyền của user đó)

sorry bạn mình ko để ý comment.

Khi bạn pull mà Docker ko thấy image ở máy bạn thì nó sẽ gọi lên Dockerhub để tìm, như ảnh của bạn thì khả năng nó còn chưa gọi tới Dockerhub .

Bạn bị lỗi ở tên image, tên Docker image ko có khoảng trắng nhé bạn

cái đó khả năng lỗi của Gitlab nhé bạn, bạn thử lại sau 1 thời gian (vài tiếng hoặc 1 ngày) là đc thôi, mình vừa thử chạy lại file yaml như của bạn thì oke

khá dễ hiểu

Hi @Sudhakar , sorry I missed your comment.

It's hard when reading your code, when it's not formatted correctly, it should be in Markdown, better if you can give exact code.

I'm not clear when you mentioned about 3 branches, but from your code I see only development. ButI think the simplest and clear way is to have a tag for each of a branch. Something like this

image: docker:19

services:
  - docker:dind

stages:
  - build

before_script:
  - docker version
  - docker login -u $CI_REGISTRY_USER -p $CI_REGISTRY_PASSWORD $CI_REGISTRY

build:
  stage: build
  only:
    refs:
      - develop
      - staging
      - prod
  script:
    # $CI_COMMIT_REF_NAME is branch name
    - docker build -t $CI_REGISTRY_IMAGE:$CI_COMMIT_REF_NAME .
    - docker push $CI_REGISTRY_IMAGE:CI_COMMIT_REF_NAME

Bài viết rất hay và bổ ích. Cám ơn đã bổ sung kiến thức mình còn thiếu.

bài viết hay và sâu sắc, bình dân dễ hiểu.

@NamNhiNhanh Em đọc bài viết của bác chưa đề cập tới vấn đề thứ tự. Ví dụ, 2 lệnh SL cùng score 24, value sẽ được sắp xếp theo string. Trong bài viết bác chưa đề cập tới ID lệnh đảm bảo thứ tự về mặt thời gian hay random?

Redis backup bất đồng bộ --> có thể bị mất dữ liệu. Với một hệ thống tài chính, bác ko nên trade off giữa tốc độ với tính đúng đắn.

Em đã làm được và thành công. Cảm ơn chủ shop *chụt

Đúng như bác nói để đánh giá hiệu quả của cả hệ thống thì cần dựa vào test (integration test, smoke test, performance test) sau khi implement

Nhưng bài viết tập trung vào bước phân tích thiết kế dựa vào yêu cầu (trước khi implement)

nếu bạn dùng docker thì ko có gì lưu ý lắm ngoài các nội dung mình đã nói đâu, viết Dockerfile hoàn chỉnh là xong đến 90% rồi.

còn nếu bạn build thường (native), thì cần đảm bảo bạn setup được môi trường CICD sao cho giống với môi trường mà bạn sẽ deploy app Laravel của bạn, vì theo những gì mình trải nghiệm thì app PHP nói chung cần khá nhiều thứ dây dưa (php rồi các thư viện liên quan php-fpm, php-mbstring,....) rồi phiên bản của PHP nữa. Bạn để ý làm sao setup cho các môi trường giống nhau xuyên suốt là được

command curl -fksv -X POST $SERVER_HOST/$API_DEPLOYMENT_ID kia khả năng là gọi 1 API vào server, trong đó có chạy 1 con backend nào đó để thực hiện re-deploy e ạ.

Nhưng a thấy cách này nom có vẻ...ko hay , kiểu dùng 1 app để redeploy app khác , trong khi từ CICD nó cũng làm đc tương tự, chắc công ty e có nhiều thứ logics thêm nên cần phải làm vậy. Với dữ kiện hiện tại thì a thấy nó hơi thừa

Okey bạn. Cảm ơn bạn đã nhận xét và góp ý. Khi mình dày dặn kinh nghiệm, đúc kết được nhiều kiến thức nâng cao hơn thì mình sẽ chia sẻ những kiến thức nâng cao hơn

Chào b. Mình thấy b có khá nhiều bài đc editor choice. Các bài viết của bạn thường sơ sài vs ít cô đọng. Hi vọng các bài viết sắp tới sẽ chỉn chu hơn nhé.

Cảm ơn b đã chia sẻ kiến thức đến cho cộng đồng

Cám ơn anh về bài viết hữu ích!