Budget: 3000 UAH Deadline: 7 days
I can implement your task using gitlab ci/cd. Feel free to contact me in private messages.
Build and maintain cloud infrastructure, CI/CD pipelines, monitoring and fault tolerance tools, ensuring security, scalability, and stability of the system.
Details in the technical specification https://docs.google.com/document/d/19xFeB8VBB7uznhJKpHW2VIztycR4UEUBI64_i_v-k2Q/edit?tab=t.0
Budget: 3000 UAH Deadline: 7 days
I can implement your task using gitlab ci/cd. Feel free to contact me in private messages.
Budget: 12000 UAH Deadline: 3 days
Good day!
I suggest deploying on AWS ECS. I have experience with similar projects.
Budget: 1500 UAH Deadline: 1 day
Good day!
I can help you with your DevOps tasks. I believe it is better to do something well once; this principle works very well for the future.
First, I would start with designing the infrastructure and network scheme in AWS, and then I would begin writing IaC Terraform code for deployment.
For CI/CD, I suggest using GitlabCI + ArgoCD + Sonarqube + Trivy; these tools are free and have great capabilities.
I won't describe the entire technical specification; there is too much to cover. We will break it down into subtasks.
Please write to me in private messages to discuss the details; I have many questions regarding the scope of work, specifically, what is the architecture of the applications? How do you envision the network architecture? etc.
The final cost and time for completing the tasks will be agreed upon after determining the scope of work.
Budget: 1200 UAH Deadline: 1 day
Good day. I would like to participate in addressing your needs regarding the deployment and optimization of infrastructure.
Добрый день.
Какие сроки?
Задача явно не на один месяц. Скорей всего у вас еще ничего нет и при развертывании дев среды возникнут первые вопросы о том что у дев работает, а на сервер нет. Потом будут вопросы о "полноте" логов.Пункту 6 - Резервное копирование и Failover. Лучше его модернизировать и сделать все же DRP, поскольку Failover описанный.
It is necessary to perform the update, transfer, and configuration of Laravel projects to a new server, ensuring stable operation, security, protection against exploits, and correct functioning of all services after migration. 1. Main tasks Prepare the new server for operation. Transfer project files, databases, configurations, and cron jobs. Update server software. Configure a secure environment for Laravel. Check compatibility of PHP, Laravel, Composer packages, and dependencies. Ensure protection against known exploits, malicious requests, and unauthorized access. Set up SSL certificates. Check the functionality of the websites after the transfer. 2. Transfer of Laravel projects For each project, it is necessary to: Transfer project files. Transfer the database. Transfer the .env configuration. Set directory access permissions: storage bootstrap/cache Check functionality: homepage; admin panel; authorization; forms; API; file uploads; email sending; cron jobs; queue workers.3. Security and protection It is necessary to implement basic and application-level protection: close root access via SSH; configure SSH access only via keys; change the default SSH port if necessary; configure the firewall; allow only necessary ports; install Fail2Ban; hide service versions of Nginx/Apache/PHP; restrict access to .env, .git, backup files, log files; set correct file permissions; check projects for malicious files; check Composer packages for known vulnerabilities; update dependencies if it does not break functionality; configure protection against SQL injection, XSS, CSRF, and path traversal; check the correctness of Laravel APP_ENV and APP_DEBUG; set APP_DEBUG=false in production; configure rate limiting for critical endpoints; check access to storage/uploads; configure protection against PHP execution in upload directories; check access rights to admin panels. 4. SSL and domains It is necessary to: Install SSL certificates. Configure automatic SSL renewal. Enable redirect from HTTP to HTTPS. Check the correct operation of websites via HTTPS. 5. Backup It is necessary to configure backup: project files; databases; .env files; uploaded media; cron configurations; Nginx/Apache configurations. Backup should be performed automatically on a schedule. It is preferable to store copies separately from the main server. 6. Post-transfer verification After migration, it is necessary to check: absence of 500/403/404 errors; absence of critical errors in Laravel logs. 9. Result of execution After the work is completed, there should be: Laravel projects successfully transferred to the new server; websites are functioning stably; SSL is configured; the server is protected with basic security settings; access to critical files is restricted; backup is configured; cron and queues are operational; the old server can be turned off after final verification.
We have a dedicated server on Hetzner with a website on Docker (+ Laravel framework) Contact with the developers has been lost Need to: - restore and change server access (probably SSH) - recommend a storage location and set up a full server backup with easy recovery, probably not on Hetzner for security - fix the logo that is not displaying for some reason (it's unclear why the file has become inaccessible) Important - there is no website backup, and there is no room for error. We will only consider experienced specialists.