Budżet: 5000 UAH Termin: 5 dni
Dzień dobry! Mogę wykonać zadanie, mam duże doświadczenie w produkcji, zrobię CI/CD. Skonfiguruję kopie zapasowe. Mogę wspierać projekt.
Andrii Kisil
Oferta, która wygrała- Zlecenia 177
- Ocena 5.0
- Ranking 3 322
Budżet: 2500 UAH Termin: 3 dni
Dzień dobry. Jestem gotów wykonać twoje zadanie. Pisz. Mam doświadczenie w pracy z dockerem. Pisz. Dziękuję.
Budżet: 5000 UAH Termin: 7 dni
Dzień dobry!
Odpowiadam na Państwa specyfikację. Stos technologiczny i zakres prac są mi znane — to, co już robię na produkcji dla rzeczywistego B2B (sieć sklepów, klienci, integracje). Google Drive
1) Doświadczenie z podobnymi projektami
Na produkcji wspieram infrastrukturę na Ubuntu VPS z takim samym podejściem, jak w Państwa specyfikacji:
Docker Compose: kilka usług równolegle — FastAPI (API, webhooki, punkty cron) + PostgreSQL + oddzielne boty/workerzy.
FastAPI + React: na przykład, loyalty-api + web-admin (Vite/React) — budowa frontu w kontenerze, API przez reverse proxy, healthchecki, wdrożenie skryptem git pull → build → up -d.
Host nginx → kontenery: publiczne domeny (loyalty.*, tg.*) przez nginx upstream na 127.0.0.1, HTTPS (Let's Encrypt / certbot), oddzielne lokalizacje dla API i statycznych zasobów.
Bezpieczeństwo: checklisty dotyczące sekretów, CORS, zamykanie zbędnych portów z internetu, rotacja kluczy; w dokumentacji migracji — ufw (22/80/443), SSH, ograniczenie publicznego dostępu tylko przez 443.
Git → serwer: clone/pull z repozytorium, .env poza git, procedury aktualizacji bez przestojów „na ślepo”.
Backupy + cron: codzienne zrzuty PostgreSQL, retencja 14–30 dni, logi zadań, oddzielne skrypty do przywracania — sprawdzone na rzeczywistych danych.
Smoke / runbook: health (/health), docker compose ps, nginx -t, typowe 502/504, przywracanie bazy danych — udokumentowane w runbookach pod produkcję.
Operacyjka: plan migracji między hostingami (inwentaryzacja portów/domen, DNS, certbot, checklisty), przewodnik OPS dotyczący dysku/RAM, autostart docker + nginx po restarcie.
To nie jest „szkoleniowe” wdrożenie, a produkcja z rzeczywistymi użytkownikami — dlatego pracuję według zasady: najpierw backup i rollback, potem zmiana; po każdym kroku — krótka weryfikacja, a nie „wrzuć i zapomnij”.
Państwa 14-stronicowa specyfikacja z gotowymi komendami — wygodny format: zazwyczaj pracuję w ten sam sposób (runbook + copy-paste + przekazanie), więc szybko przejdę przez checklistę bez improwizacji na serwerze.
Tak, jestem gotowy na retainer 2–4 godz/miesiąc po wdrożeniu:
aktualizacje z GitLab (build + restart);
sprawdzanie backupów i miejsca na dysku;
małe poprawki nginx/SSL/cron;
reakcja na alerty (502, kontener down, certyfikat);
comiesięczny krótki raport zdrowotny (opcjonalnie).
Oferty ukryte
Aktualnie brak ofert
Budżet: 22000 UAH Termin: 4 dni
Orientacyjnie według Twojego opisu - 22000 UAH stałe, termin - do 4 dni roboczych po uzyskaniu dostępu i specyfikacji. Możemy prowadzić wsparcie 2-4 godz./miesiąc po wdrożeniu, lepiej z krótkim regulaminem reakcji i wykazem odpowiedzialności.
> Doświadczenie - Ubuntu Server, Docker Compose, nginx, Let's Encrypt, ufw, fail2ban, kopie zapasowe, weryfikacja po wydaniu. Podobne zadania zazwyczaj wykonujemy za pomocą checklisty, aby serwer produkcyjny nie opierał się na magii i kawie, chociaż kawa też czasami działa =)
> Tutaj jest niuans - jeśli w specyfikacji Word są już wszystkie komendy, nie uruchamiałbym ich mechanicznie, ale sprawdziłbym zmienne środowiskowe, sieci kontenerów, uprawnienia do katalogów, logi, cron-backup i przywracanie z kopii. Dokumentacja przekazania też jest potrzebna nie dla piękna - później oszczędza godziny wsparcia.
> Potrzebujemy od Ciebie - dostęp przez klucz SSH, domena lub dostęp DNS w ramach giełdy, dostęp do repozytorium GitLab, zmienne środowiskowe bez publikacji na czacie, dane dotyczące bazy danych i checklistę 11 scenariuszy.
> Uściślenie - baza danych w compose czy osobno na serwerze
> Uściślenie - wdrożenie trzeba robić z przestojem czy jest okno, kiedy rzeczywiści klienci nie pracują
> Relewantne przykłady
>> https://business.ingello.com/platforma - platforma korporacyjna, gdzie ważna jest stabilna architektura i eksploatacja
>> https://business.ingello.com/forma-bpm - system biznesowy z procesami, rolami i wsparciem po uruchomieniu
>> https://systems-fl.ingello.com/ua - Ingello Systems dla FLH
Budżet: 18000 UAH Termin: 5 dni
Mam już praktycznie gotowe podobne rozwiązanie do produkcyjnego wdrożenia systemu B2B na Ubuntu z Docker Compose, nginx, SSL, podstawowym bezpieczeństwem i kopiami zapasowymi - można szybko dostosować do waszego serwera i omówić tutaj na giełdzie już teraz, jestem w pobliżu ))
Możemy wziąć pracę na stałą kwotę 18 000 UAH i założyć 5 dni roboczych.
Z dalszym wsparciem retainerowym 2-4 godz./miesiąc też ok - zazwyczaj to monitoring, aktualizacje, drobne poprawki konfiguracji, sprawdzanie kopii zapasowych i reakcja na incydenty.
Z doświadczenia - podnosiliśmy i wspieraliśmy serwery dla systemów korporacyjnych, CRM, kabinetów, usług z rolami, API, domenami, SSL, kopiami zapasowymi i dokumentacją.
Z waszego tzw. widać, że zadanie to nie tylko zainstalowanie Dockera, ale staranne zamknięcie węzła produkcyjnego - dostęp, domena, budowa z GitLab, host nginx, ssl, cron-kopie zapasowe, test dymny na 11 scenariuszy i przekazanie.
Zrobiłbym to prościej - najpierw sprawdzenie DNS i dostępów, potem podstawowe bezpieczeństwo, potem wdrożenie, potem kopie zapasowe, potem lista kontrolna i krótka instrukcja dla zespołu.
Zobaczcie, tu jest niuans - pożądane jest osobne uzgodnienie czasu okna technicznego, jeśli już są realni klienci.
> Uściślam 2 pytania, aby ocena była dokładniejsza
>> Czy baza jest już skonteneryzowana, czy stoi osobno na serwerze?
>> Czy domena jest już delegowana na Mirohost lub Cloudflare?
> Relewantne przykłady
>> https://business.ingello.com/platforma - korporacyjna platforma z rolami, logiką admina i wewnętrznymi procesami
>> https://business.ingello.com/forma-bpm - systemy do zarządzania procesami biznesowymi, gdzie ważna jest stabilna część serwerowa
>> https://business.ingello.com/vorfahr - projekt SaaS bliski podejściu, gdzie ważna jest niezawodność produkcyjna i skalowanie
Główny landing Ingello dla FLH - https://systems-fl.ingello.com/ua
Oferty ukryte
Aktualne zlecenia dla freelancerów w kategorii DevOps
Wymagane jest zaktualizowanie, przeniesienie i skonfigurowanie projektów Laravel na nowym serwerze, zapewniając stabilne działanie, bezpieczeństwo, ochronę przed exploitami oraz poprawne działanie wszystkich usług po migracji. 1. Główne zadania Przygotować nowy serwer do pracy. Przenieść pliki projektów, bazy danych, konfiguracje oraz zadania cron. Zaktualizować oprogramowanie serwera. Skonfigurować bezpieczne środowisko dla Laravel. Sprawdzić zgodność PHP, Laravel, pakietów Composer i zależności. Zapewnić ochronę przed znanymi exploitami, złośliwymi zapytaniami oraz nieautoryzowanym dostępem. Skonfigurować certyfikaty SSL. Sprawdzić działanie stron po przeniesieniu. 2. Przenoszenie projektów Laravel Dla każdego projektu należy: Przenieść pliki projektu. Przenieść bazę danych. Przenieść konfigurację .env. Skonfigurować prawa dostępu do katalogów: storage bootstrap/cache Sprawdzić działanie: strony głównej; panelu administracyjnego; autoryzacji; formularzy; API; przesyłania plików; wysyłania e-maili; zadań cron; workerów kolejek.3. Bezpieczeństwo i ochrona Należy wdrożyć podstawowy i aplikacyjny poziom ochrony: zamknąć dostęp root przez SSH; skonfigurować dostęp SSH tylko za pomocą kluczy; zmienić standardowy port SSH, jeśli to konieczne; skonfigurować zaporę sieciową; zezwolić tylko na niezbędne porty; zainstalować Fail2Ban; ukryć wersje usługowe Nginx/Apache/PHP; zabronić dostępu do .env, .git, plików kopii zapasowych, plików logów; ustawić odpowiednie uprawnienia do plików; sprawdzić projekty pod kątem złośliwych plików; sprawdzić pakiety Composer pod kątem znanych luk; zaktualizować zależności, jeśli nie łamie to funkcjonalności; skonfigurować ochronę przed SQL injection, XSS, CSRF oraz path traversal; sprawdzić poprawność Laravel APP_ENV oraz APP_DEBUG; ustawić APP_DEBUG=false na produkcji; skonfigurować ograniczenie liczby żądań dla krytycznych punktów końcowych; sprawdzić dostęp do storage/uploads; skonfigurować ochronę przed wykonywaniem PHP w katalogach przesyłania; sprawdzić prawa dostępu do paneli administracyjnych. 4. SSL i domeny Należy: Zainstalować certyfikaty SSL. Skonfigurować automatyczne odnawianie SSL. Włączyć przekierowanie z HTTP na HTTPS. Sprawdzić poprawne działanie stron przez HTTPS. 5. Kopie zapasowe Należy skonfigurować kopie zapasowe: plików projektów; baz danych; plików .env; przesyłanych mediów; konfiguracji cron; konfiguracji Nginx/Apache. Kopie zapasowe powinny być wykonywane automatycznie według harmonogramu. Preferowane jest przechowywanie kopii oddzielnie od głównego serwera. 6. Weryfikacja po przeniesieniu Po migracji należy sprawdzić: brak błędów 500/403/404; brak krytycznych błędów w logach Laravel. 9. Wynik wykonania Po zakończeniu prac powinno być: projekty Laravel pomyślnie przeniesione na nowy serwer; strony działają stabilnie; SSL skonfigurowany; serwer zabezpieczony podstawowymi ustawieniami bezpieczeństwa; dostępy do krytycznych plików zamknięte; kopie zapasowe skonfigurowane; cron i kolejki działają; stary serwer można wyłączyć po ostatecznej weryfikacji.
Mamy dedykowany serwer na hetzner z witryną na dockerach (+framework laravel) Kontakt z deweloperami został utracony Potrzebne: - przywrócić i zmienić dostęp do serwera (prawdopodobnie ssh) - zalecić miejsce przechowywania i skonfigurować pełny backup serwera z prostym przywracaniem, prawdopodobnie nie na hetzner dla bezpieczeństwa - naprawić z jakiegoś powodu niewyświetlany logo (nie wiadomo dlaczego plik przestał być dostępny) Ważne - backupu witryny nie ma, prawa na błąd też. Rozważymy tylko doświadczonych specjalistów.